[Glade-devel] Window width and height request

Tristan Van Berkom tvb at gnome.org
Thu Feb 15 16:35:41 EST 2007


On Thu, 2007-02-15 at 23:20 +0200, Vincent Geddes wrote:
> Hi Tristan,
> 
> On Thu, 2007-02-15 at 10:32 -0500, Tristan Van Berkom wrote: 
> > The workspace widgets used to set the default-width/default-height of
> > toplevel GtkWindows automatically, this functionality was temporarily 
> > introduced for the initial demos of the embedded workspace, there
> > were/are plans for making properties change upon workspace resizes -
> > but its most important that we dont screw with
> > default-width/default-height without telling the user.
> > 
> 
> My implementation of the resizing was never meant to be temporary, at
> least for me. In fact it was working well and was quite robust.

Yes we planned on that feature, but it had to be reimplemented - we knew
this from the start - thats why I'm saying temporary, it was temporarily
included at the time "as is" - but "as is" was altogether unacceptable
because it changes properties without notifying the user (not to
mention that the actual window resizing was driven by the properties 
themselves - however that is fixed now).

Consider that if the user wants to save a toplevel without specifying
a default-width/height (i.e. "the normal use case") - the user has to be
especially carefull to never resize the window in the workspace - or to
always remember to disable those properties before saving - sorry but
thats not an option.

> > The behaviour I was looking for was:
> >   - If the user checked/enabled the default-width/height, then
> >     effect the default-width/height
> >   - Else if the user checked/enabled the width/height-request, then
> >     effect the width/height-request
> >   - Else do nothing
> > 
> 
> I am uncomfortable with this for many reasons. 
> 
> Firstly, why would users ever want to set the width/height request on
> GtkWindow's anyway? This is bad usage, and the GTK+ docs clearly state
> as much [2]. If the user is misinformed or has some specialised needs,
> then she is quite free to change the width/height request in the
> property editor.

If the user went and explicitly checked the box enableing the
width/height-request properties - we must assume the user knows
what they are doing - also consider that ultimately toplevels in
the workspace are not nescisarily GtkWindows (thats just a current
shortcomming)

> Secondly, it is modal behaviour (i.e if X then "user must do Y" else
> "user must do Z"). This makes it hard for the user to carry out tasks,
> as the process of performing modal tasks is generally more confusing and
> complicated for the user (rather like the modal behaviour of Vi).
> 
> Thirdly, this behaviour implies that users must understand what these
> mysterious GTK+ API properties actually mean, and why setting a default
> size is recommended over setting a size request.

It is not recommended to set a default size or a size request, if the
user knows what they are doing, they might use these properties.

Cheers,
                   -Tristan




More information about the Glade-devel mailing list