Closed
Bug 127614
Opened 23 years ago
Closed 6 years ago
GTK cursor weirdnesses (misdrawn, left behind, etc)
Categories
(Core :: DOM: Selection, defect)
Tracking
()
RESOLVED
WORKSFORME
mozilla1.2beta
People
(Reporter: jesup, Unassigned)
Details
Mozilla 2002022306 (nightly)
When editing text in a textarea or input widget, the cursor often ends up part
black and part white - and when it blinks, the parts reverse (makes sense, since
it's XOR). When moving the cursor, often partial cursors are left behind, but
are normally erased when you type the next character. If you type characters the
cursor resets to the correct bar most of the time, but sometimes becomes
incorrect. It seems to happen more often when inserting spaces.
Linux RH 7.2, GeForce3
prefs.js:
user_pref("font.name.cursive.x-western", "abisource-arial-iso8859-1");
user_pref("font.name.fantasy.x-western", "abisource-arial-iso8859-1");
user_pref("font.name.sans-serif.x-western", "b&h-lucida-iso8859-1");
Note that the font being used in the textarea is the default adobe-courier.
| Reporter | ||
Comment 1•23 years ago
|
||
Just did a pull/build last night (previously I was testing a daily from a couple
of days ago) - no change.
Nominating - it's rather annoying.
Keywords: mozilla0.9.9
--> mjudge (caret/selection)
Assignee: kin → mjudge
Component: Editor: Core → Selection
Comment 3•23 years ago
|
||
I've been seeing this for a week or two, and I agree that it's annoying. The
most common symptom is letters that are partially drawn because a caret used to
be drawn over them, then the caret moves but the letter isn't redrawn.
this is some GTK stuff. I cant fix this. giving it to pavlov. he does the GTK
stuff now i think.
Assignee: mjudge → pavlov
| Reporter | ||
Comment 5•23 years ago
|
||
0.9.9 is past, suggesting for 1.0. This is quite visually annoying in gtk (read
"ugly as sin")
Keywords: mozilla0.9.9 → mozilla1.0
Comment 6•23 years ago
|
||
"this is some GTK stuff"? can you be more specific? nothing in this code has
changed. I expect something in selection has changed or something in layout
recently that has caused this problem to start appearly recently. Perhaps this
is some twips rounding error in the selection code that draws the caret?
Assignee: pavlov → mjudge
| Reporter | ||
Comment 7•23 years ago
|
||
BTW, this still occurs in RC1, and looks atrocious. I think Pav may be right in
that it may well be a twips rounding issue, or perhaps some combination of that
and fonts.
The test machine is a RH 7.2 machine, 1024x768, 24-bit depth, running gnome.
Profile may have been created under the default browser shipped, with is a
version of 0.9.2.
I will not fix this. This happens on linux only and 3 linux developers have not
taken it and have given it to me. Including someone who is supposed to know
about drawing code on linux. I will be glad to hold onto this bug indefinately
if that is what will keep happening. marking 1.2 beta because i cant mark it any
further out without making it future.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.2beta
Updated•16 years ago
|
Assignee: mjudge → nobody
Status: ASSIGNED → NEW
QA Contact: sujay → selection
| Reporter | ||
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•