I think we should discuss the usage of wxScrollingdialog (or something similar) again.
See
http://forums.codeblocks.org/index.php/topic,10124.0.html.
A complete change of the settings dialogs layout was also discussed there, but I'm not sure if something like this can be done in the next time.
Or is anybody seriously working on this.
I attach a patch against current trunk (r5862) that uses wxScrolingdialog instead of wxDialog in the most places (most likely more than absolutely ecause we also have some really small dialogs).
I did not touch anything in wxsmith and wxsmithcontribitems, to avoid breaking anything.
wxs- and xrc-files are left originally, because otherwise the xml-loader crashes and wxSmith can no longer read the files. [...]
...although this is a serious show-stopper to me. We should really think about whether the benefits are worth that costs. For me this drawback makes it quite useless (unfortunately). I would vote for leaving it as a proof-of-concept in the patch tracker.
...or do you (all devs) seriously thinking to apply this into trunk?
The xrc-files are no problem.
They get loaded as normally, and can be used as before, even if the loaded dialog is inherited from wxScrollingDialog (otherwise the most of our dialogs would fail).
I left them untouched, because the xml-loader don't know wxScrollingDialog and can not load the resources correctly.
The only real problem is with wxSmith, because it directly changes the source and headerfiles, and every change (to use wxScrollingialog) will be changed back to wxDialog.
I think it should be possible to add wxScrollingdialog to the wxSmithContribItems, so it can be used with wxSmith also, still not with the xrc-loader (without patching it), but this should not be a problem as written before.
EDIT:I forgot the patch, here it is:
[attachment deleted by admin]