Closed
Bug 149547
Opened 23 years ago
Closed 23 years ago
Moving over an image in a paragraph sends cursor to BOF or EOF
Categories
(Core :: DOM: Selection, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: cosmic, Assigned: mjudge)
Details
(Whiteboard: caret [EDITORBASE+])
Attachments
(2 files)
|
1.61 KB,
text/html
|
Details | |
|
2.01 KB,
patch
|
cmanske
:
review+
sfraser_bugs
:
superreview+
|
Details | Diff | Splinter Review |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3)
Gecko/20020523
BuildID: 2002052306
If you move the cursor over an image in a paragraph the cursor goes to End of
file or beginning of file depending on direction.
Reproducible: Always
Steps to Reproduce:
1. Load the test file from additiona information
2. Scroll with th emousewheel to just before the image of the Dino
3. Move cursor down
Actual Results: Cursor jumps to end of file
Expected Results: cursor should move to next line
Test file follows.
WORKAROUND: If you remove the <P> around the image, Composers behaves normally.
The original page in which I found the problem has been created by Openoffice.org.
<html>
<head>
<title>TEst</title>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<meta name="author" content="Michele Costabile">
</head>
<body vlink="#ff0000" alink="#000088" link="#0000ff" bgcolor="#ffffff"
text="#000000">
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
<p><img src="http://www.mozilla.org/start/1.0/images/dino.png"
align="left" width="154" height="127" border="0"
alt="Diagramma di installazione" vspace="20">
<br>
Line of text<br>
</p>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
Line of text<br>
Line of text<br>
Line of text<br>
Line of text<br>
<br>
<br>
</body>
</html>
|
||
Comment 1•23 years ago
|
||
This is another one of those annoying caret things...
-->selection
Assignee: syd → mjudge
Component: Editor: Composer → Selection
QA Contact: sujay → pmac
Whiteboard: caret EDITORBASE
|
||
Updated•23 years ago
|
Whiteboard: caret EDITORBASE → caret [EDITORBASE+]
|
||
Comment 2•23 years ago
|
||
I'm not clear what the wheel-scrolling has to do with this, since the caret
doesn't move along with the scroll. But if I start at the beginning and use
the arrow key to move down to the image, the next downarrow jumps to the end,
and likewise arrowing up from the bottom.
|
|
||
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
ok somehow this <P> makes the line that the image frame is on NOT be in the
linelist of the block frame. this is very odd. This returns a failure and the
default behavior for failing a line move is to complete move to the bottom or
top respectively. The side effect of complete moves can be changed. It will
take a little bit to figure out what line this thing is on. This is very odd.
Status: NEW → ASSIGNED
i spoke too soon. this image and its block frame are out of flow. they are not
in a linelist. This will be harder than I first thought.
ok the image is a floater not attached to a frame. I can make it so that down
arrow will not take you to that frame and if you do somehow get to that frame
up/down wont let you out. I am not sure how I can make this work intuitively. I
just don't have the info on where that frame is relative to its surroundings
besides geometry.
floater cannot find itself in the line layout by definition. This goes to the
place holder frame instead. this is the job of the place holder and it looks
like this fix is quite acceptable.
|
|
||
Comment 8•23 years ago
|
||
Comment on attachment 94526 [details] [diff] [review]
fix to look for the placeholder frame from the floater.
r=cmanske
Attachment #94526 -
Flags: review+
|
||
Comment 9•23 years ago
|
||
Comment on attachment 94526 [details] [diff] [review]
fix to look for the placeholder frame from the floater.
sr=sfraser
Attachment #94526 -
Flags: superreview+
|
|
Reporter | |
Comment 10•23 years ago
|
||
One more thing before finalization. I forgot to test what happens if you move
left or right. I tried this with Mozilla 1.0.1 and the behaviour is saner,
almost acceptable.
Placing the cursor before the image (large cursor attached to the image) and
moving right, I move on the same level but on the wrong line. The cursor goes
roughly on a line at the same height of the center of the image.
Going backwords the image "disappears" (i.e. there is no large cursor next to
the image) and the sequence is right.
Just be sure that the fix is good for left and right too.
|
|
Assignee | |
Comment 11•23 years ago
|
||
this has been fixed. forgot to resolve it.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
|
|
||
Updated•23 years ago
|
QA Contact: pmac → sairuh
Summary: Moving over an image in a paragraph sends cursor to BOF or EOF → Moving over an image in a paragraph sends cursor to BOF or EOF
|
|
||
Comment 12•23 years ago
|
||
seems to work using the attached test case --i didn't use the scrollwheel, just
the down arrow.
vrfy'ing with 2003.03.13 comm trunk, all platforms.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•