Navigation dropdowns appear disconnected

RESOLVED FIXED in Firefox 2

Status

()

Firefox
Toolbars and Customization
RESOLVED FIXED
12 years ago
12 years ago

People

(Reporter: mossop, Unassigned)

Tracking

({fixed1.8.1})

2.0 Branch
Firefox 2
x86
Windows XP
fixed1.8.1
Points:
---
Dependency tree / graph
Bug Flags:
blocking-firefox2 -

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

12 years ago
The drop down menus from the forward and back buttons appear really disconnected from the buttons. Previously the buttons had borders that met the top of the drop down, now the drop down just looks too far down.

Updated

12 years ago
Blocks: 347454

Comment 1

12 years ago
This is very vague.  Can you attach a screenshot or clarify?  Is this a dupe of bug 347447?
(Reporter)

Comment 2

12 years ago
Created attachment 232245 [details]
popup menu too far down

This illustrates the issue. The popup menu looks more connected with the toolbar below than the back button.

Comment 3

12 years ago
Thanks.  Nominating for blocking, but this might get -ed.

One way to solve this would be to draw some kind of border in just the case where we actually have a dropdown menu.  I think that would be an improvement.
Flags: blocking-firefox2?
Target Milestone: --- → Firefox 2
(Reporter)

Comment 4

12 years ago
I'd be quite happy with the popup just appearing a few pixels above so it's top is no longer the same line as the top of the toolbar below.
this doesn't really affect usability, and is more of a personal thing.  If someone comes up with a patch that handles not having closebuttons as well, we would consider a patch.
Flags: blocking-firefox2? → blocking-firefox2-

Comment 6

12 years ago
(In reply to comment #5)
> If
> someone comes up with a patch that handles not having closebuttons as well

I don't understand what problem this is referring to.
er, dropmarkers

I totally crossed the streams there.

Comment 8

12 years ago
(In reply to comment #5)
> this doesn't really affect usability, and is more of a personal thing.  If
> someone comes up with a patch that handles not having closebuttons as well, we
> would consider a patch.
(In reply to comment #7)
> er, dropmarkers

I still don't really understand what this is referring to :(.  Which item is "not having dropmarkers" that a patch would need to handle?

See also bug 351118, which could in theory "fix" this on Linux, where the back and forward buttons already have bevels.
Depends on: 351118
(Reporter)

Comment 9

12 years ago
As far as I'm concerned this is now fixed with bevels coming back to the toolbar.

Comment 10

12 years ago
(In reply to comment #9)
> As far as I'm concerned this is now fixed with bevels coming back to the
> toolbar.

I agree, resolving as such.
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Keywords: fixed1.8.1
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.