Closed
Bug 70210
Opened 24 years ago
Closed 22 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•24 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•22 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: 22 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•