[#1251] Gap between sidebar and header
Summary Gap between sidebar and header
Queue Horde Base
Queue Version 3.0.2
Type Bug
State Not A Bug
Priority 1. Low
Requester horde (at) peter-b (dot) org
Created 2005-01-26 (5170 days ago)
Updated 2005-06-24 (5021 days ago)
Assigned 2005-01-26 (5170 days ago)
Resolved 2005-02-07 (5158 days ago)
Patch No

2005-06-24 08:16:40 Jan Schneider Comment #9 Reply to this comment
It's bogus, because noone was able to produce a solution.
2005-06-23 18:29:47 mike (at) pelley (dot) com Comment #8 Reply to this comment
Just curious - why is this bug marked bogus?  I notice the following 
behaviour under IE:

Personal size set to 150:  Looks good when everything is collapsed.   
Gap exists and scroll bar appears when something is expanded using + 
and contains a long module (such as "version control")

Personal size set to 160:  If you log in and menu items are collapsed: 
everything looks good and expands nicely without scroll bar.  If you 
log in and menu items are expanded: Even though there is now enough 
room for everything, a horizontal scroll bar and the gap appear 
unnecessarily.  Collapsing and re-expanding does not help.
2005-02-07 11:28:10 Jan Schneider State ⇒ Not A Bug
2005-02-07 10:10:47 horde (at) peter-b (dot) org Comment #7 Reply to this comment
To quote my post with the hack:

"here's a hack to at least make the gap go away"

So therefore it doesn't fix the scrollbar. The scrollbar, to be 
honest, was less of a worry for me than the gap.

I have since come up with and implemented a way to fix the whole lot 
even with the way the current javascript works; titles wrap nicely 
into the space or are clipped if there's no whitespace, and the 
navigation tree is unbroken, works for IE5+ on Mac & Windows, Firefox, 
Opera. Modifications were made in CSS, javascript source and to images.

But after a recent skirmish with the horde bunch, thanks very much but 
I'm keeping my work to myself.
2005-02-07 09:46:47 Jan Schneider Comment #6 Reply to this comment
This patch doesn't work for me. There is less horizontal scrolling 
with it, but I still get a horizontal scrollbar with IE, and the width 
isn't kept with Gecko after the sidebar refreshed.
2005-01-26 22:17:52 horde (at) peter-b (dot) org Comment #5
New Attachment: sidebar.inc.patch Download
Reply to this comment
Well, can't do it with styles because of the way the menu tree images 
work, so in the best quick-n-dirty fashion, here's a hack to at least 
make the gap go away. It simply adds the defined sidebar width or the 
default of 150 to the expandedSidebar CSS block.

Tested on WXPSP2 IE6 & Firefox 1.0, as that's all I have access to at 
home, and I didn't want to use any browsercam credits on a small hack.
2005-01-26 14:30:58 Jan Schneider Comment #4 Reply to this comment
There is no such documention, but the sidebar styles are grouped in 
2005-01-26 14:14:46 horde (at) peter-b (dot) org Comment #3 Reply to this comment

Where would I find documentation on the CSS classes used in the output 
generated by the javascript for the sidebar? I don't see it in the 
'docs' folder, nor in the comments in the javascript files.
2005-01-26 12:12:00 Jan Schneider Comment #2
State ⇒ Feedback
Reply to this comment
Let us know when you found an elegant solution that works in all 
browsers and does not simply cut off the application names.
2005-01-26 12:01:06 horde (at) peter-b (dot) org Comment #1
Type ⇒ Bug
State ⇒ Unconfirmed
Priority ⇒ 1. Low
Summary ⇒ Gap between sidebar and header
Queue ⇒ Horde Base
Reply to this comment
If applications['horde']['name'] is set too long for the width of the 
side bar (default 150px), the following side-effects occur:

1) A scrollbar appears at the bottom of the sidebar (expected 
behaviour but perhaps not very elegant)

2) A gap appears between the coloured header of the sidebar and the 
coloured header of the main frame.

For a visual of the gap thing, see:


I don't want to 'just make it wider' - that's not an elegant solution!

Saved Queries