Mailinglist Archive: yast-devel (156 mails)

< Previous Next >
Re: [yast-devel] New UI Widget -- Idea for Qt and GTK+ interfaces
  • From: Ricardo Cruz <rpmcruz@xxxxxxxxxxxxxxxxxxx>
  • Date: Wed, 20 Jun 2007 15:38:34 +0100
  • Message-id: <1182350314.4891.90.camel@xxxxxxxxxxxx>
Ter, 2007-06-19 às 16:54 +0200, Stefan Hundhammer escreveu:
> On Tuesday 19 June 2007 15:49, Lukas Ocilka wrote:
> > When YaST developer or designer are designing the YaST dialogs, they
> > need to define some relative sizes between widgets. Unfortunately, the
> > worst cases cannot be expected and we usually ignore them.
> >
> > Please, see the attachment in this mail. The 'Repository Description' is
> > always replaced with a new one when some other repository is selected in
> > the 'List of Repositories'. The worst case is that there fifty
> > repositories in the 'List of Repositories' but most of the descriptions
> > need thirty lines in the 'Repository Description'. Please, don't write
> > that it would be a _wrong description_, such cases just happen time to
> > time.
> >
> > My idea of a solution would be a user-controllable slider in UI - a new
> > widget for graphical UI. Users could then themselves decide what is more
> > important for them if the data don't fit the UI because screen is not
> > inflatable   ;)
> 
> You mean a "splitter" widget, not a slider, right? Something like that:
> 
>     http://doc.trolltech.com/3.3/qsplitter.html
> 
> This is something we are already using extensively in the YQPackageSelector, 
> but on the Qt/C++ level.
> 
> It does have its benefits, but it also comes at a cost. The major benefit is 
> of course that the user is free to resize subwindows so he can get more 
> screen space for things he is interested in at the cost of getting less 
> screen space for other widgets.
> 
> The real downside of that kind of widget, however, is that it's really hard to 
> specify reasonable initial behaviour. Maybe we could overcome that with 
> weights, so the application could specify to use, say, 30% for one subwindow 
> and 70% for the other. But it would probably mean that there would be no 
> automatic layout calculation to make other widgets fit in their natural size. 

 Why not just allocate the initial size as if it was a VBox? This would
have the advantage that it could be translated directly to a VBox for
interfaces that don't support it, like ncurses.

 If the user wants to change its size, let him.

Cheers,
 Ricardo

> It would work well for wigets that don't have a natural size to begin with, 
> such as selection boxes, tables, rich text. Others like buttons, combo boxes 
> etc. would very often look very odd -- too large or too small, depending on 
> all the other widgets and the specified weights.
> 
> Other than that, this shouldn't be so hard to do for the Qt UI, and probably 
> similar for the Gtk UI. But would it also work for NCurses? I have no clue.
> 
> In general, we probably want to have such a widget (but not for 10.3 - too 
> late). But also in general, needing it is usually an indicator for 
> overcrowded dialogs. It might be worth while to try to figure out another way 
> of presenting the information.
> 
> 
> CU
> -- 
> Stefan Hundhammer <sh@xxxxxxx>                Penguin by conviction.
> YaST2 Development
> SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
> Nürnberg, Germany

-- 
To unsubscribe, e-mail: yast-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: yast-devel+help@xxxxxxxxxxxx

< Previous Next >