Closed Bug 132296 Opened 22 years ago Closed 22 years ago

Cursor is offset from insertion point

Categories

(Core :: DOM: Selection, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.1beta

People

(Reporter: dbradley, Assigned: mjudge)

Details

(Whiteboard: EDITORBASE+)

Attachments

(4 files)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1)
Gecko/20020314 Netscape6/6.2.2
BuildID:    20020319 Trunk

The cursor is not positioned at insertion point. If I move to text near the far
right, the cursor is about one character passed the point of insertion.

Reproducible: Always
Steps to Reproduce:
1. Open Composer
2. Open a document with long lines, 120 characters or more. or create a line
3. Click on a position near the far right noting where you clicked
4. Type some text, notice where the text shows up

Actual Results:  Characters typed appear slightly before where the cursor is
positioned.

Expected Results:  Characters should appear where the cursor was positioned

I tried this on Linux, and it appears to be a Windows only problem.
--> Joe
Assignee: syd → jfrancis
David, you are using 0.9.4 but your build ID says 3/19 trunk.

can you try the latest build. should be working...
Assignee: jfrancis → kin
This was fixed in mozilla0.9.9.

*** This bug has been marked as a duplicate of 83650 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
I see the problem on a CVS build I pulled on 3/19/02. I filed the but with
Netscape 6.22. This may be a duplicate, but it's back if it is.

I'll attach a screen shot
dbradley--I believe you are really seeing bug 98564
Could you verify that this bug is really a duplicate of that bug?
brade's right, reopening so I can re-dup.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---

*** This bug has been marked as a duplicate of 98564 ***
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → DUPLICATE
Attached image Another example
Unfortunately it's not. This occurs in the middle of the line as well, not just
the end, and it's a full character off. The new gif I attached is a better
example. I typed the letter 'f' after clicking just past the second 's' in the
word 'issues'.
reopen bug
Status: RESOLVED → REOPENED
Component: Editor: Composer → Editor: Core
Resolution: DUPLICATE → ---
Summary: Cursor is offset from insertion point → caret is offset from insertion point
Component: Editor: Core → Editor: Composer
Summary: caret is offset from insertion point → Cursor is offset from insertion point
I put the insert text here sentence. Make your window wide enough to have this
near the end of the line.
This bug seems related to multiple spaces in a textnode, coupled with wrapping,
as this test case shows.
Status: REOPENED → ASSIGNED
Keywords: nsbeta1
Priority: -- → P3
Whiteboard: EDITORBASE
Target Milestone: --- → mozilla1.0
--> mjudge (selection/caret)

Giving to mjudge since he owns selection/caret, and I think he wrote the code
that calculates the x coordinate which the caret uses.
Assignee: kin → mjudge
Status: ASSIGNED → NEW
Component: Editor: Composer → Selection
Priority: P3 → --
Target Milestone: mozilla1.0 → ---
Marking EDITORBASE-
Whiteboard: EDITORBASE → EDITORBASE-
Target Milestone: --- → mozilla1.1beta
Cursor is also offset in the dialog boxes that you use to set up Mail.  The
cursor is always one pixel width left of where it should be.  The result is that
you can't see the right edge of the letter that you last typed.  It consistently
does this.
EDITORBASE+, need to figure out if this still happens on all platforms. qawanted
Keywords: qawanted
QA Contact: sujay → beppe
Whiteboard: EDITORBASE- → EDITORBASE+
On my system now, with a build from yesterday (2/20/03) it looks better, but it
still seems to be slightly to the left. I've changed systems since I first saw
this behavior, so I don't know if that's the cause, or if something in Mozilla
changed that made this better.
this works fine on win and mac OSx, marking verified
Status: NEW → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
verified
Status: RESOLVED → VERIFIED
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: