[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: smaller minimum dialog sizes?

From: Davison, Steve D <steve.d.davison_at_intel.com>
Date: Tue, 16 Feb 2010 12:57:42 -0800

Owen Gibbins <owen_at_gibbins.ca> wrote:
> 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?

I recently upgraded from 1.4.3 to 1.6.6, and I am rather
unhappy with how the new version handles pane-sizing in the
log window. Before upgrading, I don't recall any major
issues when the log window got resized; I did adjust the
pane boundaries from time to time, but it seemed to behave
rather reasonably. I don't know for sure what logic was
used, but it seems that it maintained the proportions of all
the pains?

With the new version, I end up having to fool around with
the pane sizes just about EVERY time I resize the window
(or it gets resized for me). It's just not workable the
way it is.

Especially for folks in a business or corporate setting,
dialogs end up getting resized all the time. Docking or
undocking, presenting on an external monitor, or using
NetMeeting often leads to changes in screen resolutions
(not to mention just changing resolutions so you can read
small print or get the most on your screen). In turn, the
sizes of windows and dialogs also change.

My thoughts were that the best way to give each pane a
"thumbtack"-like control to specify what you want fixed-
sized and what you want sized proportionally. A pane that
is pinned down will attempt to keep its exact size; the
others maintain a proportional size relative to the other
non-pinned panes. If all three are pinned, you could
either take the approach that the window cannot be resized,
or it could behave as if none were pinned... not sure. Of
course, there's no way to be sure this is the end-all
solution without actually trying it out. BUT, I do believe
it's better than either the 1.4.3 or 1.6.6 solution since
it allows one to recreate either of these behaviors.

Thoughts on effort and payoff?
// Steve


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-02-16 21:57:48 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.