In text fields, caret and selection highlighting doesn't match text width

VERIFIED WORKSFORME

Status

()

VERIFIED WORKSFORME
17 years ago
17 years ago

People

(Reporter: matt, Assigned: kinmoz)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
Mozilla 2001100108, Linux 2.4.9 i686, RedHat 6.1, XFree86 4.1.0, KDE 2.1.1

For most text that I type into any text field, the position of the cursor lags
the end of the text that I'm typing; highlighting the whole text-field only
highlights as far as were the cursor has gone to.  I've used the Home and End
keys (and Ctrl-A then Ctrl-E) to try to reset to the end of the string, but the
same thing happens.  If what I type is all "i"s (lower case) and spcaes, then
everything syncs up fine.

This happens with text fields in forms, with the URL bar, with the text field in
the Chatzilla window, and with the text field in the Master Password dialog.  In
the master password dialog, the cursor actually gets ahead of the string of
stars, rather than lagging behind it.

I have some true type fonts installed on my computer, but the true type font
server isn't running.

Comment 1

17 years ago
-> Editor:Core

I think there are existing bugs on this, although I don't really get the 
explanation above (what "syncs up").
Component: XP Toolkit/Widgets → Editor: Core

Comment 2

17 years ago
-> Editor:Core

I think there are existing bugs on this, although I don't really get the 
explanation above (what "syncs up").
Assignee: hyatt → kin
QA Contact: jrgm → sujay
(Reporter)

Comment 3

17 years ago
I meant that if I type all lower case "i"s and spaces, then the cursor appears
at the exact end of the string I'm typing, just like it should.

Updated

17 years ago
Summary: In text fields, cursor and selection highlighting doesn't match text width → In text fields, caret and selection highlighting doesn't match text width
(Reporter)

Comment 4

17 years ago
Alright, I figured out the problem.  I was using the gdkxft library, which was
transparently adding True Type support to GDK.  Apparently it and the GDK gfx
code don't really get along.  Marking bug as WORKSFORME.

You can find the gdkxft project at http://philrsss.anu.edu.au/~josh/gdkxft
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME

Comment 5

17 years ago
v
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.