Fri, 10 Apr 2026 06:14:13 +0000 https://bugs.horde.org/ticket/6793 DIMP should honor Horde's sidebar_width preference Is it possible that either - DIMP sidebar uses the global pref sidebar_width? - DIMP's sidebar auto increses its width (folders with long names or big tree) instead of having a horizontal scroll bar at the bottom of the sidebar ? thanks. Fri, 30 May 2008 10:37:26 +0000 https://bugs.horde.org/ticket/6793#t45692 > - DIMP sidebar uses the global pref sidebar_width? DIMP's sidebar width is defined in CSS as opposed to Horde's sidebar width which is the width of the frame. It would require javascript to dynamically change the size of the sidebar in DIMP. Other devs: do we want to use sidebar_width pref to do this? > - DIMP's sidebar auto increses its width (folders with long names or > big tree) instead of having a horizontal scroll bar at the bottom of > the sidebar ? #1 - there should be no horizontal scrollbar in the sidebar - if the folder is too large, the excess should run off the end of the sideabr (overflow: hidden in CSS terms) #2 - I don't think we should be expanding the sidebar. I think a tooltip/mouseover title for long mailbox names should suffice. Wed, 04 Jun 2008 18:18:01 +0000 https://bugs.horde.org/ticket/6793#t45923 >> - DIMP sidebar uses the global pref sidebar_width? > > DIMP's sidebar width is defined in CSS as opposed to Horde's sidebar > width which is the width of the frame. It would require javascript > to dynamically change the size of the sidebar in DIMP. Other devs: > do we want to use sidebar_width pref to do this? I like the simplicity of this being a CSS rule, but it probably makes sense to use the preference, for more consistency with the "normal" Horde layout, and more flexibility to users' demands. >> - DIMP's sidebar auto increses its width (folders with long names or >> big tree) instead of having a horizontal scroll bar at the bottom of >> the sidebar ? > > #1 - there should be no horizontal scrollbar in the sidebar - if the > folder is too large, the excess should run off the end of the sideabr > (overflow: hidden in CSS terms) > #2 - I don't think we should be expanding the sidebar. I think a > tooltip/mouseover title for long mailbox names should suffice. And we would have to cut it off at some point anyway, otherwise users are going to kill their screen layout if they have very long folder names. A tooltip would great. Wed, 04 Jun 2008 21:29:27 +0000 https://bugs.horde.org/ticket/6793#t45930 >>> - DIMP sidebar uses the global pref sidebar_width? >> >> DIMP's sidebar width is defined in CSS as opposed to Horde's sidebar >> width which is the width of the frame. It would require javascript >> to dynamically change the size of the sidebar in DIMP. Other devs: >> do we want to use sidebar_width pref to do this? > > I like the simplicity of this being a CSS rule, but it probably makes > sense to use the preference, for more consistency with the "normal" > Horde layout, and more flexibility to users' demands. I agree that some users will want to customize the width of their sidebar which makes sense when they use long folder names and if the depth of their folder tree is big, eg folder a +-- folder b +-- folder c +-- folder d ... Is it possible to allow the frame to be resize dynamically: removing noresize="noresize" ? >>> - DIMP's sidebar auto increses its width (folders with long names or >>> big tree) instead of having a horizontal scroll bar at the bottom of >>> the sidebar ? >> >> #1 - there should be no horizontal scrollbar in the sidebar - if the >> folder is too large, the excess should run off the end of the sideabr >> (overflow: hidden in CSS terms) There isn't an horizontal scrollbar in the sidebar. I probably was tired when I check that. Sorry. >> #2 - I don't think we should be expanding the sidebar. I think a >> tooltip/mouseover title for long mailbox names should suffice. > > And we would have to cut it off at some point anyway, otherwise users > are going to kill their screen layout if they have very long folder > names. A tooltip would great. I don't think you should cut it off. If the user can't see the folder's full name in the sidebar and the tooltip doesn't show the full name ether, then is there a point in having a tooltip? The mouseover thing sounds good, but will it work when doing drag&drop emails? Thu, 05 Jun 2008 07:58:45 +0000 https://bugs.horde.org/ticket/6793#t45976 > Is it possible to allow the frame to be resize dynamically: removing > noresize="noresize" ? This is not a frame, so no. >>> #2 - I don't think we should be expanding the sidebar. I think a >>> tooltip/mouseover title for long mailbox names should suffice. >> >> And we would have to cut it off at some point anyway, otherwise users >> are going to kill their screen layout if they have very long folder >> names. A tooltip would great. > I don't think you should cut it off. If the user can't see the > folder's full name in the sidebar and the tooltip doesn't show the > full name ether, then is there a point in having a tooltip? > > The mouseover thing sounds good, but will it work when doing > drag&drop emails? The tooltip *is* a mouseover effect, and no, it won't work while dragging, if I'm not wrong. Thu, 05 Jun 2008 09:10:17 +0000 https://bugs.horde.org/ticket/6793#t45987 >> Is it possible to allow the frame to be resize dynamically: removing >> noresize="noresize" ? > > This is not a frame, so no. > Is it possible to resize the div sidebarPanel (or is it an other element?) the same way as it is working for the div element previewPane (or may be it is splitBar) ? >>>> #2 - I don't think we should be expanding the sidebar. I think a >>>> tooltip/mouseover title for long mailbox names should suffice. >>> >>> And we would have to cut it off at some point anyway, otherwise users >>> are going to kill their screen layout if they have very long folder >>> names. A tooltip would great. >> I don't think you should cut it off. If the user can't see the >> folder's full name in the sidebar and the tooltip doesn't show the >> full name ether, then is there a point in having a tooltip? >> >> The mouseover thing sounds good, but will it work when doing >> drag&drop emails? > > The tooltip *is* a mouseover effect, and no, it won't work while > dragging, if I'm not wrong. Then I gess this easier way to solve this is to allow user to customize the size of their sidebar? Thu, 05 Jun 2008 12:52:59 +0000 https://bugs.horde.org/ticket/6793#t45994 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/dimp/docs/CHANGES?r1=1.97&r2=1.98&ty=u http://cvs.horde.org/diff.php/dimp/index.php?r1=1.65&r2=1.66&ty=u http://cvs.horde.org/diff.php/dimp/js/DimpBase.js?r1=1.74&r2=1.75&ty=u http://cvs.horde.org/diff.php/dimp/js/src/DimpBase.js?r1=1.74&r2=1.75&ty=u http://cvs.horde.org/diff.php/dimp/lib/DIMP.php?r1=1.131&r2=1.132&ty=u http://cvs.horde.org/diff.php/dimp/templates/index/index.inc?r1=1.192&r2=1.193&ty=u http://cvs.horde.org/diff.php/dimp/themes/screen.css?r1=1.257&r2=1.258&ty=u Fri, 06 Jun 2008 07:22:01 +0000 https://bugs.horde.org/ticket/6793#t46035 I've fixed the tooltip/title for the folders (we were setting the wrong attribute name) so now the full folder name will appear on a mouseover. I've gone ahead and added some code to honor Horde's sidebar_width pref in DIMP by dynamically setting widths/positions of various elements. Please test with various browsers to make sure this works properly. Fri, 06 Jun 2008 07:23:38 +0000 https://bugs.horde.org/ticket/6793#t46036 Why is the width set through JS and not through hardcoding the width: style in index.inc per PHP? With the current implementation, the sidebar "jumps" from the default width to the user-selected width. We should also consider setting the width smaller then the user preference. With Horde's sidebar, there are usually two icon columns left of the folder names, due to the tree structure. This is 32 pixels of screen estate. Fri, 06 Jun 2008 09:14:35 +0000 https://bugs.horde.org/ticket/6793#t46043 > I've fixed the tooltip/title for the folders (we were setting the > wrong attribute name) so now the full folder name will appear on a > mouseover. I've gone ahead and added some code to honor Horde's > sidebar_width pref in DIMP by dynamically setting widths/positions of > various elements. Please test with various browsers to make sure > this works properly. tooltip not showing special chars properly, eg from the generated HTML code : "Computer Associates" -> "Computer%20Associates" "testé" -> "test%26AOk-" Fri, 06 Jun 2008 12:17:28 +0000 https://bugs.horde.org/ticket/6793#t46047 > Why is the width set through JS and not through hardcoding the width: > style in index.inc per PHP? With the current implementation, the > sidebar "jumps" from the default width to the user-selected width. Because I didn't think about this last night :) Makes sense and have changed to do this. > We should also consider setting the width smaller then the user > preference. With Horde's sidebar, there are usually two icon columns > left of the folder names, due to the tree structure. This is 32 > pixels of screen estate. We can play with this but FYI, as it stands now the default width in Horde (150) is *less* than the width in DIMP (160). Fri, 06 Jun 2008 16:35:42 +0000 https://bugs.horde.org/ticket/6793#t46057 > tooltip not showing special chars properly, eg from the generated HTML code : > "Computer Associates" -> "Computer%20Associates" > "testé" -> "test%26AOk-" Fixed. Fri, 06 Jun 2008 16:36:01 +0000 https://bugs.horde.org/ticket/6793#t46058 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/dimp/docs/CHANGES?r1=1.69.2.29&r2=1.69.2.30&ty=u http://cvs.horde.org/diff.php/dimp/index.php?r1=1.59.2.6&r2=1.59.2.7&ty=u http://cvs.horde.org/diff.php/dimp/js/DimpBase.js?r1=1.1.2.50&r2=1.1.2.51&ty=u http://cvs.horde.org/diff.php/dimp/js/src/DimpBase.js?r1=1.1.2.50&r2=1.1.2.51&ty=u http://cvs.horde.org/diff.php/dimp/lib/DIMP.php?r1=1.110.2.19&r2=1.110.2.20&ty=u http://cvs.horde.org/diff.php/dimp/templates/index/index.inc?r1=1.152.2.39&r2=1.152.2.40&ty=u http://cvs.horde.org/diff.php/dimp/themes/screen.css?r1=1.221.2.34&r2=1.221.2.35&ty=u Fri, 06 Jun 2008 16:38:05 +0000 https://bugs.horde.org/ticket/6793#t46059 >> We should also consider setting the width smaller then the user >> preference. With Horde's sidebar, there are usually two icon columns >> left of the folder names, due to the tree structure. This is 32 >> pixels of screen estate. > > We can play with this but FYI, as it stands now the default width in > Horde (150) is *less* than the width in DIMP (160). Well, I didn't measure the widths, but I noticed that there is much more space right of the folders in DIMP because of the two icon columns. Fri, 06 Jun 2008 16:40:28 +0000 https://bugs.horde.org/ticket/6793#t46060 This still doesn't work properly. IE7 contains a '#sidebarPanel li' declaration that prevents overflow from causing horizontal scrolling - this needs to be changed depending on the sidebar width. And IE6 will automatically expand the sidebar for large folders, which causes the sidebar to overlap the message list. Mon, 09 Jun 2008 05:14:37 +0000 https://bugs.horde.org/ticket/6793#t46102 > This still doesn't work properly. IE7 contains a '#sidebarPanel li' > declaration that prevents overflow from causing horizontal scrolling > - this needs to be changed depending on the sidebar width. And IE6 > will automatically expand the sidebar for large folders, which causes > the sidebar to overlap the message list. it works here with - firefox 2.0.0.14 (win/linux) - IE 6.0.2900.2180 on win XP - IE 6.0.2800.1106 on win 2k but it doesn't work with IE 6.0.3790.3959 on win2k3 SP2. In fact nothing works. Connecting to DIMP gives me a blank screen ('Loading...'), and connecting to horde, I don't even get the side panel. Mon, 09 Jun 2008 10:05:10 +0000 https://bugs.horde.org/ticket/6793#t46111 We can't dynamically set the size of dimpmain because this overwrites the value of 'left' set in print.css when we are printing the message - thus we get printed messages with a 'sidebar_width' amount of whitespace at the left of the printed message. This is becoming more trouble than it is worth. I think that we need to back this out. Doing this via CSS just doesn't seem to be viable at the present time. Tue, 17 Jun 2008 00:02:10 +0000 https://bugs.horde.org/ticket/6793#t46591 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/dimp/themes/print.css?r1=1.21&r2=1.22&ty=u Tue, 17 Jun 2008 16:05:43 +0000 https://bugs.horde.org/ticket/6793#t46607 > Changes have been made in CVS for this ticket: > > http://cvs.horde.org/diff.php/dimp/themes/print.css?r1=1.21&r2=1.22&ty=u works great here with firefox 2.0.0.14. Tue, 17 Jun 2008 16:12:40 +0000 https://bugs.horde.org/ticket/6793#t46608 >> Changes have been made in CVS for this ticket: >> >> http://cvs.horde.org/diff.php/dimp/themes/print.css?r1=1.21&r2=1.22&ty=u > > works great here with firefox 2.0.0.14. But not so good in IE, it seems. But the sidebar positioning is broken for me in IE anyway at the moment, so I'm not sure if this is related. Tue, 17 Jun 2008 16:35:20 +0000 https://bugs.horde.org/ticket/6793#t46610 >> Changes have been made in CVS for this ticket: >> >> http://cvs.horde.org/diff.php/dimp/themes/print.css?r1=1.21&r2=1.22&ty=u > > works great here with firefox 2.0.0.14. > looks ok with firefox 3.0 as well. Wed, 18 Jun 2008 07:41:17 +0000 https://bugs.horde.org/ticket/6793#t46625 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/dimp/themes/print.css?r1=1.23&r2=1.24&ty=u Fri, 11 Jul 2008 17:07:15 +0000 https://bugs.horde.org/ticket/6793#t47461 Looks fine in IE now too, resolving. Fri, 11 Jul 2008 17:08:06 +0000 https://bugs.horde.org/ticket/6793#t47462 Still doesn't work properly on IE6. Increasing the sidebar size above a certain point causes a horizontal scroll in the browser window. Fri, 11 Jul 2008 17:35:39 +0000 https://bugs.horde.org/ticket/6793#t47467 How is that a problem? The user have the freedom to choose a width, so if they want it huge, they have to deal with the consequences. Fri, 11 Jul 2008 20:36:11 +0000 https://bugs.horde.org/ticket/6793#t47469 > How is that a problem? The user have the freedom to choose a width, > so if they want it huge, they have to deal with the consequences. It's a problem because the width is dynamically adjusted in all other browsers. IIRC the problem is that IE 6 doesn't support min-width so our workaround needs to be adjusted to take into account the sidebar_width value. Fri, 11 Jul 2008 20:50:18 +0000 https://bugs.horde.org/ticket/6793#t47470 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/dimp/docs/CHANGES?r1=1.115&r2=1.116&ty=u http://cvs.horde.org/diff.php/dimp/js/DimpBase.js?r1=1.115&r2=1.116&ty=u http://cvs.horde.org/diff.php/dimp/js/src/DimpBase.js?r1=1.113&r2=1.114&ty=u http://cvs.horde.org/diff.php/dimp/themes/ie6_or_less.css?r1=1.34&r2=1.35&ty=u Tue, 15 Jul 2008 06:09:41 +0000 https://bugs.horde.org/ticket/6793#t47531 Changes have been made in CVS for this ticket: http://cvs.horde.org/diff.php/dimp/docs/CHANGES?r1=1.69.2.41&r2=1.69.2.42&ty=u http://cvs.horde.org/diff.php/dimp/js/DimpBase.js?r1=1.1.2.76&r2=1.1.2.77&ty=u http://cvs.horde.org/diff.php/dimp/js/src/DimpBase.js?r1=1.1.2.76&r2=1.1.2.77&ty=u http://cvs.horde.org/diff.php/dimp/themes/ie6_or_less.css?r1=1.20.2.13&r2=1.20.2.14&ty=u Tue, 15 Jul 2008 06:13:07 +0000 https://bugs.horde.org/ticket/6793#t47532 IE6 handling has been fixed. Tue, 15 Jul 2008 06:13:31 +0000 https://bugs.horde.org/ticket/6793#t47533