Closed
Bug 70210
Opened 24 years ago
Closed 21 years ago
Drop down menu rendering draws artifact in bottom right corner
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
RESOLVED
INVALID
Future
People
(Reporter: rosenauer, Assigned: rods)
References
Details
There's a display-bug with popups in forms: approx. the first 2 characters of the first item are displayed in the right bottom corner of the popup-field. While this looks quite interesting, it's also unaesthetic and confusing;-) I'm using the latest working BeZilla-build 2001021912 (not enough space to compile the latest version, and the latest binary at bezilla.inetking.com cannot connect to the net :-< )
Updated•24 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Popup rendering draws artefact in bottom right corner → Drop down menu rendering draws artefact in bottom right corner
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Assignee | ||
Comment 1•24 years ago
|
||
Not sure what the issue is and whether this can be duplicated on any of the other platforms.
Comment 2•24 years ago
|
||
http://bezilla.inetking.com/menu.png image/png, 2 KB I'm pretty sure this is BeOS only.
Comment 4•23 years ago
|
||
New URL for the screenshot above: http://ezri.org/menu.png
Summary: Drop down menu rendering draws artefact in bottom right corner → Drop down menu rendering draws artifact in bottom right corner
I think this bug can be marked won't fix, since I believe it was a problem with forms, when BeOS was using native widgets for everything. Now we only use native scroll bars, and everything else is from the gfx package. RESOLVED WONTFIX
Comment 7•23 years ago
|
||
Paul, this still happens in the most recent BeOS builds. Anything we can do about it?
Well, I don't see this on drop down menus, anymore, at least on the bugzilla query page. I do see it, occasionally on form lists(selects), with scrollbars. This is the only place left that uses native scrollbars, IIRC. Bug#18895, which I'm marking this dependent on, should fix this problem. Though, if we want to fix it sooner, we need to fix the nsScrollbar in the widget directory, so that they are drawn properly. I never really looked into it much, since I was hoping/waiting for the scrollbars to be drawn with the gfx package. Question, could we force the beos builds to use gfx scrollbars, instead of native?
Depends on: 18895
Comment 9•23 years ago
|
||
bug 18895 marked Duplicate of http://bugzilla.mozilla.org/show_bug.cgi?id=57209 changing dependancy accordingly. This will draw Forms with XBL according to chosen skin afaik, so this should solve our problems as soon as that has been implemented. right now you can go turn it on in Preferences/Debug/Use XBL...
Comment 10•21 years ago
|
||
Patch for http://bugzilla.mozilla.org/show_bug.cgi?id=201624 obsoleted this problem. Mozilla now uses XUL-scrollbars.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•