> On 11 February 2010 02:39, Owen Gibbins <owen_at_gibbins.ca> wrote:
> > I agree with this suggestion. In fact, I think the current behaviour is opposite to what is useful: The middle pane (textarea showing the commit message) is the one that makes most sense to keep fixed size. The other two should absorb the "stretch". Anyone out there concur?
> With what? You haven't quoted anything and the message title is "oops".
Apologies, I didn't realize I needed to quote. I forgot this was going to a mailing list. I'm reading and writing on the forum where the whole thread is visible.
This is moot for me now as I've corrected it locally. (I'm about to send in the patch in case it's deemed worthy of integration.)
Here's the original post by Hollis Waite(http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2301890):
> Hollis Waite wrote:
> > Is it possible to remove or reduce the minimum dialog size constraints? Personally, I think that users should be free to make a dialog any size they like. Even if one concedes that each component should always have enough space to be usable, the minimum list/table/textbox sizes seem excessive in many cases. The worst offender is the 'Log Messages' dialog. With my laptop's maximum 1280x800 resolution, I still can't fit the full window on my screen without hiding the taskbar.
> Hello Hollis,
> there are three vertically resizable widgets in that dialog:
> 1) List of revisions
> 2) Textarea with comment of selected revision
> 3) List of actions and the files they were applied to
> Only 2) automatically resizes vertically. If you vertically resize 1)
> and 3) according to your liking you can decrease the dialog to
> approximately 350 pixels afterwards.
> With best regards
> Clemens Anhuth
> www.froglogic.com - Squish - Multi-Platform GUI Testing
Oh, I see. Let me amend my initial request then. Is it possible forward a dialog resize request to the internal components? Something like the 'weight' feature of Swing's GridBagLayout? Each component might have a minimum size and another number representing its proportional consumption of any excess space.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-02-16 21:07:03 CET