Closed Bug 33464 Opened 25 years ago Closed 24 years ago

can't select < or > in view source window (generated content)

Categories

(Core :: Layout, defect, P2)

Product:
Core
Component:
Layout
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
Future

People

(Reporter: warrensomebody, Assigned: mjudge)

References

Details

(Keywords: helpwanted, Whiteboard: [nsbeta3+])

Bring up a web page and do view source. (e.g. abcnews.com) You'll see something like: <html> <head> <meta NAME="Pragma" CONTENT=...> If you put your cursor before the first < and drag forward, you can only select the < character. If you put it after the < and drag forward, it will select the words "html" "head" "meta" etc. but none of the < or > characters. If you double-click on NAME, above, it will highlight NAME and "Pragma" but not the = between them. It should only highlight/select NAME. Copying text doesn't seem to work either.
I also noticed that if you select and drag down to the bottom of the page, the page won't automatically scroll to let you select more than is currently visible. Also if you click and drag down off the bottom edge of the window and let go of the mouse button, and then move back into the window, the highlight will continue to track the mouse position. It appears to be missing the mouse-release event.
off to mike judge, who I believe is doing selection and usability issues.
Assignee: rickg → mjudge
I think Mike is planning to enable this for M15 (selection of generated content)
OS: Windows NT → All
Priority: P3 → P2
Hardware: PC → All
Summary: can't select < or > in view source window → can't select < or > in view source window (generated content)
Target Milestone: --- → M15
fixed. this was harder than you would think.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Warren, This looks fixed in the May 22nd build. Could you take a quick look please ?
Technically, what I've reported is fixed, but now there are a slew of other selection bugs: 1. Select a range of text ( < and > characters select ok) but then click somewhere to the right of any of the selected characters in the whitespace. Nothing gets unselected. This should unselect the current selection and move the insertion point to the end of the line that you've clicked to the right of. 2. Start a selection by clicking in white space and dragging onto some text. The selection start point starts from where it thought the insertion point previously was, not from where you clicked. 3. Double click a word. What gets selected is any whitespace-delimited text, not a word. E.g. "NOWRAP><A=" rather than just "NOWRAP". Needless to say, this is horribly broken.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Mass moving old milestone bugs to M16
Target Milestone: M15 → M16
generated content issues will be dealt with in a later milestone release
Target Milestone: M16 → M18
Painful though it is, this should be considered for FUTUREing as there's a workaround: Save As and then open the file in a text editor. eng call based on LOE.
*** Bug 42701 has been marked as a duplicate of this bug. ***
*** Bug 36408 has been marked as a duplicate of this bug. ***
See also bug 12460. DUP?
selection should be fixed here but the real problem is not being able to copy the selected text at all! marking this bug dependent on 13068.
Status: REOPENED → ASSIGNED
Depends on: 13068
Keywords: correctness, nsbeta3
setting to nsbeta3+
Whiteboard: nsbeta3+
adding the brackets in the status
Whiteboard: nsbeta3+ → [nsbeta3+]
*** Bug 47375 has been marked as a duplicate of this bug. ***
*** Bug 47373 has been marked as a duplicate of this bug. ***
fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
oops
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
not sure what happened with this one. whacking the mole again.
Status: REOPENED → ASSIGNED
Target Milestone: M18 → Future
I'm able to select the < & > within view source -- can't do anything with them, but they are selectable, so that part is actually resolved -- right? Not being able to copy/paste should be another bug.
The point of this bug was that you not only wanted to be able to select these things, but you want to copy them and paste them elsewhere. Select w/o copy is useless -- I think you should not open a separate bug for that.
sorry, the summary of this bug is that you can't select, which is much different than not being able to copy/paste. The ability to copy/paste is beyond our scope and a new bug was submitted and assigned to vidur to rewrite the methodology for displaying the data -- either plaintext or html. Once that issue is resolved then being able to select consistently will also be resolved.
Sorry, when I wrote the bug up, I meant select & copy.
ok, since you can select the generated content, this is fixed, the copy paste part is in another bug.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
What's the other bug?
49187 -- ViewSource must be plaintext or html
Fixed in the Aug 24th build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.