Closed Bug 517864 Opened 15 years ago Closed 15 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
http://hg.mozilla.org/comm-central/rev/e4323e0a3390
Status: ASSIGNED → RESOLVED
Closed: 15 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: