Mailinglist Archive: yast-devel (156 mails)

< Previous Next >
[yast-devel] Re: New UI Widget -- Idea for Qt and GTK+ interfaces
  • From: Dominic Reynolds <dreynolds@xxxxxxx>
  • Date: Tue, 19 Jun 2007 10:52:16 -0600
  • Message-id: <20070619165216.GF5052@xxxxxxxxxxxxxxxxx>
+++ Lukas Ocilka [19/06/07 16:55 +0200]:
> Dominic Reynolds wrote:
> > Hi Lukas,
> >
> > I like this UI element (split window slider) in interfaces. My only concern
> > would be how you enable an ncurses equivalent. This feature is nice for
> > dynamically changing the UI to suit the data displayed - but without an
> > ncurses option will you end up with UI's that are very hard to use (or
> > unusable) from text mode.
> 
> Honestly, how do we do it now? We define a dialog with these layout
> widgets as a "default":
> * HBox, VBox
> * HSpacing, VSpacing
> * Left, Right, ... Bottom
> * HWegiht, VWeight
> * HStretch, VStretch
> ...
> 
> A new widget would be just a helper when the "default" fails for some
> cases. It should help Qt and GTK+ interface, it shouldn't kill ncurses
> that can't support it (could only by some ugly hack).

Ah ok. I didn't understand that this would be a widget automagically added to
a form in the case default layout rules couldn't generate a standard UI.

From bubli's post I guess there are a number of widgets that require you to
check the UI that you are in and code accordingly. 

Whats the best way to be aware of QT only widgets so that when you are
developing you know that for ncurses support you need special handling? Is
there a naming convention for them?

thanks,
dom


> 
> L.
> 


< Previous Next >