Closed
Bug 310266
Opened 19 years ago
Closed 17 years ago
drawing artifacts in small buttons
Categories
(Camino Graveyard :: HTML Form Controls, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: tem, Assigned: mikepinkerton)
References
()
Details
(Keywords: testcase)
Attachments
(4 files)
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050914 Camino/1.0a1 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050914 Camino/1.0a1 in http://groups.yahoo.com/, when clicking & holding the mouse over the 'sign in' button, then dragging it off, some drawing artifacts get left behind from when the button was activated. Reproducible: Always Steps to Reproduce: 1. set your "Proportional (serif)" font to arial 12pt 2. access http://groups.yahoo.com 3. click & hold your mouse button on the 'sign in' button 4. drag the pointer off the button Actual Results: some minor drawing artifacts were left behind at the bottom area of the button. It appears that only the sub-region of the button that the text area occupied is refreshed. Expected Results: the button cleanly redrawn with no artifacts from when the button was selected
Reporter | ||
Comment 1•19 years ago
|
||
This a screen grab that contains an image of the button with artifacts after I clicked the button, but then dragged the pointer off of it.
Reporter | ||
Comment 2•19 years ago
|
||
Version 2005091409 (1.0a1)
Aside from the focus ring, I see the little bit of Aqua-blue left over at the bottom in 10.3.9, too--simply clicking on the button and releasing (i.e., actually submitting the form) will cause it. I think it may have to do with styled buttons (incl. text size), though, since the "Commit" button here in Bugzilla does not have the problem while the "Find" button at the bottom of the bug does.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•19 years ago
|
||
I'm not sure the setting of the font matters at all, does it? It looks like Yahoo! Groups sets the font to Arial on that form button. That said, using 1.0a1 on Tiger, I don't see this at all. Reporter, were you on Panther (like Smokey was)?
Have to be on 10.4.x to get focus rings on buttons....
Reporter | ||
Comment 6•19 years ago
|
||
Reporter | ||
Comment 7•19 years ago
|
||
yes, I'm running 10.4.2 I thought it might be the minimum font size, so I disabled it. However, it didn't change anything. ymmv.
Reporter | ||
Updated•19 years ago
|
Attachment #197805 -
Attachment filename: prefs.js
Having a border specified on the <input type="submit"> seems to be the worst offender from the Yahoo styles, but specifying a smaller font-size is part of the problem (as is font-family, though only if either of the other two are already specified).
Keywords: testcase
Comment 9•19 years ago
|
||
Since we get form controls from widget/cocoa, should this block 1.8b5? Requesting blocking, but Simon should have a look to be sure. (Drivers, please let a Mac widget person look at this before minusing.)
Flags: blocking1.8b5?
Comment 10•19 years ago
|
||
This should not block 1.8b5.
I occasionally see the bottoms of buttons cut-off, too (like the commit button below), when they appear (not when clicking). It might be related to this--except I don't see it all the time, so it's partially a painting issue(?) Maybe when the button is hidden when the tab paints and then is scrolled into view?
Depends on: 205136
See also smfr's bug 153572 comment 15.
QA Contact: form.controls
Comment 14•17 years ago
|
||
It's gone on trunk (not least because the styles that caused the worst problems now cause fallback to styled buttons). To the extent that it would still be around though, it would have been fixed by the theme frame changes. Closing WFM since it's a combination of changes.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•