Closed
Bug 379192
Opened 17 years ago
Closed 17 years ago
[suiterunner] Drop-down button in location/url bar looks pressed: missing shades around !?
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
seamonkey2.0a1
People
(Reporter: sgautherie, Unassigned)
References
Details
(Keywords: polish, regression)
Attachments
(2 obsolete files)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/20070428 SeaMonkey/1.5a] (nightly) (W2Ksp4) No bug. [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/2007042901 SeaMonkey/1.5a] (suiterunner, tinderbox-builds) (W2Ksp4) Drop-down button in url bar looks (inactive but) pressed: missing shades around !? (or wrong size ? I think I remember some bug/comment about this ! But don't find it.) NB: When pressing the button, the central arrow changes from "gray" to "black" ... then there are still two states.
Reporter | ||
Updated•17 years ago
|
Blocks: 382795
Summary: [suiterunner] Drop-down button in url bar looks pressed:missing shades around !? → [suiterunner] Drop-down button in location/url bar looks pressed: missing shades around !?
Target Milestone: --- → seamonkey1.5alpha
Comment 1•17 years ago
|
||
Target milestone is to be set for someone who is the assignee but there is none yet. Anyways, from my talk with stefanh on IRC, this is probably caused by us using xpfe autocomplete with toolkit's autocomplete.css - and it's connected with bug 384821
Target Milestone: seamonkey2.0alpha → ---
Comment 2•17 years ago
|
||
This patch may fix both bugs, but we have a much more serious problem: As soon as this one is fixed, I have the Windows-style address bar... With SeaMonkey 1.x, we had a "GTK-style" addressbar and firefox also has it. I think we should select the theme, where we get our /global, based on the target OS...
Reporter | ||
Comment 3•17 years ago
|
||
(In reply to comment #2) > Created an attachment (id=268788) [details] > Try for a fix [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a6pre) Gecko/2007062001 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4) I applied this fix to classic.jar and it fixed the bug :-)
Comment 4•17 years ago
|
||
Just move all the browser rules into... browser! To see the effect, hide the navigation bar and press Ctrl+L. Without this patch, you see the Firefox dropmarker, which doesn't make sense in that context.
Attachment #292336 -
Flags: review?(mano)
Attachment #292336 -
Flags: review?(gavin.sharp)
Comment 5•17 years ago
|
||
Comment on attachment 292336 [details] [diff] [review] Another try at a fix Hrm, with this change, how would an autocomplete widget look without tweaking its style rules? autocomplete.css should at least provide some fallbacks, I think.
Comment 6•17 years ago
|
||
Comment on attachment 292336 [details] [diff] [review] Another try at a fix comment 5
Attachment #292336 -
Flags: review?(mano)
Comment 7•17 years ago
|
||
Comment on attachment 292336 [details] [diff] [review] Another try at a fix The default dropmarker styling is in (surprise) dropmarker.css; at least on Windows, no other styles are necessary. Doesn't this work on other platforms?
Attachment #292336 -
Flags: review?(mano)
Comment 8•17 years ago
|
||
Gah, I forgot enn did that, sorry.
Comment 9•17 years ago
|
||
Humm, just seen, that this issue don't exist anymore since SeaMonkey 2.0pre Windows-Nightly Build 2008012001. Don't know which chekin has fixed this, but I suspect the patches for Bug 397331 or/and Bug 412017 have done it, almost for Windows-Builds. For the Moment I will leave this open, but it would be nice, if someone can verify that this Bug is fixed now and can be closed.
Reporter | ||
Updated•17 years ago
|
Attachment #268788 -
Attachment is obsolete: true
Reporter | ||
Updated•17 years ago
|
Attachment #292336 -
Attachment is obsolete: true
Attachment #292336 -
Flags: review?(mano)
Attachment #292336 -
Flags: review?(gavin.sharp)
Reporter | ||
Comment 10•17 years ago
|
||
Right ! V.Fixed between [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b3pre) Gecko/2008011902 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4) and [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b3pre) Gecko/2008012001 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4) <http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=MozillaTinderboxAll&branch=HEAD&branchtype=match&sortby=Date&hours=2&date=explicit&mindate=2008-01-19+02&maxdate=2008-01-20+02&cvsroot=%2Fcvsroot> Bug 397331 seems to be the only match. (Bug 412017 is specific to Linux/GTK.) *** Manuel, Neil, could you check if any part of your patches would still be wanted, in addition to bug 397331 ?
Reporter | ||
Updated•17 years ago
|
Status: RESOLVED → VERIFIED
Comment 11•17 years ago
|
||
The pinstripe part could still be wanted. We weren't sure about that in bug 397331.
Comment 12•17 years ago
|
||
(In reply to comment #10) >could you check if any part of your patches would still be wanted As far as I'm concerned this bug is fixed, because it's filed under Windows ;-) (In reply to comment #11) >The pinstripe part could still be wanted. Isn't proto due to land? Probably better wait until after then.
Comment 13•17 years ago
|
||
(In reply to comment #12) > Isn't proto due to land? Probably better wait until after then. Yes, but I don't think it's going to change the dropmarker, so the question will remain the same: Is |-moz-appearance: menulist-button| better than the non-native dropmarker for apps using autocomplete on OS X? Alex tried to answer that in bug 397331 comment 29. He says the non-native dropmarker is good as a general solution for the autocomplete widget. However, the comparison with the native appearance is still missing.
You need to log in
before you can comment on or make changes to this bug.
Description
•