Closed
Bug 13758
Opened 25 years ago
Closed 25 years ago
Text selection may fail and highlight tables instead
Categories
(Core :: DOM: Selection, defect, P3)
Core
DOM: Selection
Tracking
()
VERIFIED
WONTFIX
People
(Reporter: cpratt, Assigned: mjudge)
References
()
Details
Build ID: 19990913xx Platform: Windows NT, RH Linux 6 To reproduce: - Launch apprunner - Load http://www.yahoo.com - Click to the right of the Hello Kitty (auction) link; hold the mouse button down - Move the mouse to the left. Note that text highlights correctly - Keep moving the mouse to the left, but now move towards the top of the page as well Result: As soon as the mouse hits the table row above the current table cell, the selection changes visually to show you the outlines of the table - and the text selection goes away. Expected result: Look at legacy Netscape browsers for expected behavior. Basically, text selection works across multiple table cells/rows.
Comment 1•25 years ago
|
||
This is the intended implementation (DOM tree selection). I don't personally like it, but it's been implemented this way in other applications (e.g. Dreamweaver), although perhaps not necessarily ones that are for non-expert users. I've spoken with Mike, and he is not aware of any better implementations that can be done using the existing architecture.
This is intended? Surely you're kidding? This is a serious loss of functionality vis-a-vis legacy Netscape browsers.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
nope not kidding. since we are doing DOM based selection now selecting from inside one table to inside another table necessarily selects the whole table since the html fragment of half a table doent make much sense. start a discussion on the newsgroup netscape.public.mozilla.general or maybe mozilla.layout if you think this is real bad.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•