Mailinglist Archive: yast-devel (32 mails)

< Previous Next >
Re: [yast-devel] yast-gtk interface
  • From: Ricardo Cruz <rpmcruz@xxxxxxxxxxxxxxxxxxx>
  • Date: Wed, 09 May 2007 14:00:28 +0100
  • Message-id: <1178715628.4626.36.camel@xxxxxxxxxxxx>
Qua, 2007-05-09 ├ás 13:25 +0200, Martin Vidner escreveu:
> On Mon, May 07, 2007 at 09:08:54PM +0100, Ricardo Cruz wrote:
> > Hi there,
> > 
> >  Currently, yast-gtk looks similar to GtkAssistant (old GnomeDruid) used
> > by Evolution, the Gnome Add printer tool, etc. However, Yast doesn't act
> > as a wizard sometimes, and just as a hybrid mosttimes.
> >  So, Jakub Steiner has proposed cleaning it up to this very simplistic
> > form (to match the other Gnome tools from the control panel):
> > http://www.alunos.dcc.fc.up.pt/~c0607045/trash/yast/face-mockup.svg
> 
> Hi Ricardo,
> 
> er, an empty list box with [Help] and [Next] does not tell me much.
> Please elaborate a bit.
> 
 Ah, okay. So, currently yast-gtk face follows that of GtkAssistant:
http://www.alunos.dcc.fc.up.pt/~c0607045/trash/yast/printer-wizards.png

 The suggestion was to get rid of the header (title and icon at top),
the line drawing, and align the "containee" to the buttons, to make it
look like the other Gnome setup tools. That label/list is just for
sketch purposes; it represent whatever module is being setup-ed.

> >  These are SVG, very easy to edit on Inkscape. Notice we can provide
> > optional faces.
> 
> Faces? You mean skins, themes?
> 
 Okay, those might be better terms. :) We use a customized widget for
the wizard, so we can easily offer different layouts and drawings (via
an argument or a key shortcut). We can offer the change to be at
run-time as GTK+ allows an easy way to do so.

> (BTW Konqueror can view SVG fine)

 But it probably can't edit them, can it? :) Inkscape was just a
suggestion for anyone that may want to touch the mockups; rendering of
SVGs (at least basic ones) is pretty widely supported by now.

 I might even allow for a SVG skin if GTK's Cairo renderer was better in
terms of performance. It uses some system library for the rendering, so
it needs to re-parse the SVG file at every resize, and needs to allocate
a bunch of memory for the pixmap. Qt4 (and probably KSVG) just parse the
SVG into a queue of QPainter commands that simply get flushed as needed
(should be near to the efficiency as if you issued the drawing commands
in C++).

Cheers,
 Ricardo


> -- 
> Martin Vidner, YaST developer
> http://en.opensuse.org/User:Mvidner
> 
> Kuracke oddeleni v restauraci je jako fekalni oddeleni v bazenu

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

< Previous Next >