Nicklist size

i've seen something simular to this, only for me it was that the nicklist was all the way to the left of the screen nearly completely covering the chat section, for some reason cant reproduce it now, think the client was crashing on shutdown, not closing properly

I have this problem every times i stars linuxdcpp :( I also try to remove .dc++ dir from my home but problem is not fixed :)

What version are you using? And if not at least 1.0.3 please upgrade and see if it fixes the problem.

--RZ

Yes im using the last stable version :)

Nick list size is stored in ~/.dc++/LinuxDC++.xml in the nick-pane-position field. You can monitor this xml to see what its value is. Since there is only one setting and there can be multiple hub windows open, it will only save the size in the xml for the last hub tab closed. Also, if the size of the pane is less than 10 pixels, it won't save it to avoid the situation when you can't find the nick pane to resize it. Other than that, it may be some issue with having the window maximized vs not-maximized since I seem to recall some issues with getting window size in certain scenarios. Please try reproducing it keeping these things in mind.

K thanks for answer ill try :)

Here are the screenshots and LinuxDC++.xml values that Steven requested at my duplicate thread:

Before - http://img219.imageshack.us/img219/1807/first.png
After - http://img160.imageshack.us/img160/6500/second.png

The bug happens randomly - sometimes i can restart the program few times without it, and sometimes it happens on every restart. Also it isn't limited to what is seen on the screenshot - sometimes the nick list occupies the entire space, (the chat is squeezed in a few pixels to the left, and the download list on the bottom) or vice versa.

/off
I can't find the edit button ^^
/end off

I tried configuring all my hubs approximately the same way and it still happened. Alsto tried closing the hubs one by one and unmaximizing the window before exiting the application - no joy.

I just notice that this not happens on new tab; only tab open automatically from fav hubs have different size :)

Ok, I could finally reproduce it once I auto-connect to a hub AND I maximized the main window. It seems that when the auto-connect hubs are opened the main window has not fully maximized at that point. So when the code calculates the nick pane position based on this inaccurate window size, it results in the pane not being in its previous position.

yes not having linuxdc++ fully maximised on my firewall pc that was still affected by this issue seems to resolve the issue here too

For maximized windows:

The problem is that the pane divider's position is saved to the .xml file while the window is maximized. On startup, it is loaded from the .xml file while the window is still unmaximized.

The value in the .xml file is (window width - position from left hand side). In other words it's saving the number of pixels from the right hand side. Because the width is different ad load and save times, the values are inconsistent.

IMHO LinuxDC++ should just save the position in terms of number of pixels from left hand side. If the developers agree, I'll attach a patch.

Sounds ok to me. Now you just need to resolve the transfer pane when starting with the window maximized. :)

Is there a bug for the transfer pane issue? I couldn't find it. I'll look at it if someone can bump bug 311818 :)

It's bug #379298.

Francois Botha wrote on 2010-07-27

I agree with Francois. Save the transfer bar height and userlist width. All other area in the main window should be filled by chat.

re: https://bugs.launchpad.net/linuxdcpp/+bug/354979/comments/12
re: https://bugs.launchpad.net/linuxdcpp/+bug/354979/comments/16

So if the main window with menu is less than it needed, we should see only the bottom of transfer bar, it's predictable and expectable.