Project properties dialog too high

[Olivia]

Hi,

I'm using C::B (4266) on Ubuntu 7.04, and I have the following problem: the project properties window is so high that I can't "reach" the OK button as it gets hidden below the screen edge.

Now, when I use a 15'' monitor, I can solve this by hiding the bottom gnome panel (which is also quite awkward, but I got used to it); but on my 12'' laptop I can't reach the OK button even when I hide both the bottom and the top panels. So I can't really set any project properties, which in my case means I can't use C::B at all    Take look at the screenshot.

http://infinitereflections.org/files/toohigh.png

Looking at this dialog, I don't see why it has to be so large: most of the vertical space is occupied by text boxes, so maybe there's a way to shorten it a bit, or make it sizable?

I'd be gratefull for any ideas on how to go around this problem.

[dmoore]

the problem is caused by the build targets tab. do you have a screen shot of that? what resolution are you using?

[Olivia]

Here's another screen: http://infinitereflections.org/files/targets.png

The resolution is 1200x800, but I have the same problem with 1024x768.

[dmoore]

try placing the attached zip into share/CodeBlocks of your CB installation (backup the old one) and see if it helps. I've just moved the files listbox to the right. it will probably be too wide now  :?

[attachment deleted by admin]

[Olivia]

It's perfect! 

Here's how it looks now: http://infinitereflections.org/files/good.png

Thank you very, very much.

One last question: when I download a newer version, will I be able to keep using this file you gave me? Or maybe this change in the layout will make it into the newer versions?

[dmoore]

glad it worked for you.

i'll submit as a patch, but don't hold your breath waiting as the devs might delay on applying it if they prefer the current look or want to try a different solution

the only file that I changed in the zip is project_options.xrc -- provided it isn't radically changed by the devs you should be able to keep replacing this version with the default one.

[killerbot]

I like it

[Biplab]

There is a caveat. Did you try that with a project having large number of targets?? The problem may reappear again.

Sometime back one user had posted one such project which can reproduce this problem.

[dmoore]

biplab: you're right. one way around might be to specify a max height for the listbox of, say, 500 pixels?

[Biplab]

If you notice carefully, you'll find wxGROW has been used. But wxWidgets manual says following..

... that the window will preserve it is original size, wxGROW flag (same as wxEXPAND) forces the window to grow with the sizer

It can be a problem. IMHO, they should be replaced with wxEXPAND.

I tried to fix this problem several times. But I couldn't find a good solution.

In the latest trial, I used wxScrolledWindow as parent to the notebook. But the dialog ended up being wide.

biplab: you're right. one way around might be to specify a max height for the listbox of, say, 500 pixels?

Yes, it can be done. But again it may restrict the view in large resolution.

May be we've to come to a compromise.

[JGM]

Great work on this issue!

[Olivia]

There is a caveat. Did you try that with a project having large number of targets?? The problem may reappear again.

I just tried it out with many entries in both "build target files" and "build targets" lists; both lists behave nicely, and display a vertical scrollbar when appropriate, while the height of the window remains unchanged. So, all is well!

[Biplab]

I just tried it out with many entries in both "build target files" and "build targets" lists; both lists behave nicely, and display a vertical scrollbar when appropriate, while the height of the window remains unchanged. So, all is well!

Unfortunately it doesn't work properly with large number of targets and files. The old problem remains. Please see the following screenshot.

[dmoore]

biplab: it looks like the only way to prevent those ridiculous sizes of the list boxes is to call Fit / SetSizeHints before the listboxes are filled with data. Even if you manually SetMaxSize for individual controls, the sizers themselves expand to the desired size (which is a limitation of wxwidgets sizer implementation, i guess)

[klight]

I'm having similar problems with the Compiler and debugger dialog on Ubuntu Fiesty.  My resolution is 1200x800.

I've found that you can maximize the dialog (right-click on the icon in the left corner of the dialog's title bar and select maximize from the menu) to make the OK/Cancel button visible on the dialog.  Choosing a desktop theme with the minimize/maximize buttons visible helps.  :?