Closed Bug 517864 Opened 16 years ago Closed 16 years ago

Reclaim vertical space in the bookmarks toolbar menu

Categories

(SeaMonkey :: Bookmarks & History, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
seamonkey2.0

People

(Reporter: philip.chee, Assigned: philip.chee)

References

Details

(Keywords: fixed-seamonkey2.0, modern, regression)

Attachments

(1 file, 1 obsolete file)

In Bug 407048 stefan removed several rules from the modern bookmarksToolbar.css because, being a Mac person, he didn't understand why they were needed. Unfortunately this caused the vertical bookmark menus (bookmark toolbarbutton and Personal toolbar bookmarks) to stretch vertically - and also lose the dropmarker effect. Adding back these rules reclaims the wasted vertical space and also brings back the dropmarker.
> and also brings back the dropmarker. *in modern only*
Attachment #401826 - Flags: ui-review?(stefanh)
Attachment #401826 - Flags: superreview?(neil)
Attachment #401826 - Flags: review?(neil)
Attachment #401826 - Flags: superreview?(neil)
Attachment #401826 - Flags: superreview+
Attachment #401826 - Flags: review?(neil)
Attachment #401826 - Flags: review+
KaiRo: Bug 419178 for restoring the bookmarks menu dropmarker in classic has wanted-2.0+ so requesting the same for this bug which brings back the drop marker in Modern.
Flags: wanted-seamonkey2.0?
Flags: wanted-seamonkey2.0? → wanted-seamonkey2.0+
Comment on attachment 401826 [details] [diff] [review] Patch v1.0 Restore missing styles. So, this brings back the 1px up/down movement in Modern. Is that what you want?
(In reply to comment #3) > (From update of attachment 401826 [details] [diff] [review]) > So, this brings back the 1px up/down movement in Modern. Is that what you want? (it's not very nice imo)
(In reply to comment #0) > In Bug 407048 stefan removed several rules from the modern bookmarksToolbar.css > because, being a Mac person, he didn't understand why they were needed. Maybe you can explain why they're needed because I don't see any difference, except that for the 1px up/down movement.
Actually, by reading the firefox bug I now finally understand what a dropmarker (in this context) is. But I see it even if I don't apply your patch.
Comment on attachment 401826 [details] [diff] [review] Patch v1.0 Restore missing styles. >+ padding: 1px 3px 1px 2px; Reduced top and bottom padding is nice, but we'd better stick with the existing 2px right padding (which conveniently means that you can use the 2-arg shorthand). >+ margin-top: -1px; stefanh jogged my memory as to why we can't use margin-top: -1px; - it makes the arrowscrollbox think that the menu is scrollable. If you really think we need this we could probably work around it using :first-child or something.
Attachment #401826 - Flags: ui-review?(stefanh) → ui-review-
> Actually, by reading the firefox bug I now finally understand what a dropmarker > (in this context) is. But I see it even if I don't apply your patch. On my WinXP notebook (luna xp theme), without the -1px top margin, the horizontal drop line is invisible. > stefanh jogged my memory as to why we can't use margin-top: -1px; - it makes > the arrowscrollbox think that the menu is scrollable. If you really think we Ah, Multizilla adds a "Open folder in tabs" menuitem at the top of each popup so I never saw this in my XPFE profile. > need this we could probably work around it using :first-child or something. I ran around in circles for a while until I realized it should be :second-child :P New patch coming up.
That's very strange. Now I see the horizontal drop line even without the -1px margin....
>>+ padding: 1px 3px 1px 2px; > Reduced top and bottom padding is nice, but we'd better stick with the existing > 2px right padding (which conveniently means that you can use the 2-arg > shorthand). Fixed. > On my WinXP notebook (luna xp theme), without the -1px top margin, the > horizontal drop line is invisible. [...] > That's very strange. Now I see the horizontal drop line even without the -1px > margin.... removed -1px top-margin from the patch.
Attachment #401826 - Attachment is obsolete: true
Attachment #402021 - Flags: superreview?(neil)
Attachment #402021 - Flags: review?(neil)
Comment on attachment 402021 [details] [diff] [review] Patch 1.1 Fix padding only [The :first-child is the one that doesn't want the -1px margin.]
Attachment #402021 - Flags: superreview?(neil)
Attachment #402021 - Flags: superreview+
Attachment #402021 - Flags: review?(neil)
Attachment #402021 - Flags: review+
Actually I wonder whether we should do this for all iconic menu(item)s...
> [The :first-child is the one that doesn't want the -1px margin.] The menu only stopped jumping up/down by 1px if I applied the :not() rule to the second child. menu.bookmark-item:not(:second-child) { margin-top: -1px; }. The first child seems to always have a css rule of { display: none; }
Keywords: checkin-needed
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Target Milestone: --- → seamonkey2.0
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: