IE6 handling has been fixed.

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

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

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.

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.

Still doesn't work properly on IE6.  Increasing the sidebar size above 
a certain point causes a horizontal scroll in the browser window.

Looks fine in IE now too, resolving.

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

looks ok with firefox 3.0 as well.

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.

works great here with firefox 2.0.0.14.

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

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.

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.

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.

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.

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

Fixed.

Because I didn't think about this last night :)  Makes sense and have 
changed to do this.
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).

tooltip not showing special chars properly, eg from the generated HTML code :
"Computer Associates" -> "Computer%20Associates"
"test้" -> "test%26AOk-"

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.

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.

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

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) ?

Then I gess this easier way to solve this is to allow user to 
customize the size of their sidebar?

This is not a frame, so no.

The tooltip *is* a mouseover effect, and no, it won't work while 
dragging, if I'm not wrong.

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" ?

There isn't an horizontal scrollbar in the sidebar. I probably was  tired when I check that. Sorry.
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?

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.

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.

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?
#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.

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.