[Ulf Lamping <ulf.lamping@xxxxxx>]

Guy Harris wrote:

> On Jan 9, 2004, at 2:32 AM, Ulf Lamping wrote:
>
> > And to be honest, I don't like that approach at all, as this isn't 
> > usual for win32 user (and KDE I think).
>
>
> GTK+ user interfaces aren't usual for Win32 and KDE and Mac OS X/Aqua 
> users, even with GTK+ 1.x-style dialog boxes.  The long-term fix is to 
> have native interfaces, preferably generated from some common 
> template, as per the stuff Gerald Combs is looking at (generating stub 
> code from XUL).

I agree that Geralds XUL idea is good, but I fear a *lot* of work to do 
(when I see, how much GUI code we already have), so this is really the 
"long-term" fix.

> Users not used to the GTK+ 2.x/GNOME/Mac OS X button ordering aren't 
> going to like the GTK+ user interface no matter what we do.  

So let's make it even worse for them? Don't get me wrong, but that 
sounds to me: "that's not my problem, I'm only using GNOME".

> Consistency between dialogs might be better than partial consistency 
> with GTK+ 2.x/Aqua and partial consistency with KDE/Win32/GTK+ 1.x.

Consistency between dialogs *is* fundamental, thats why I'm started 
talking about it :-)

> > Maybe it would be better to not use the standard dialogs at all, so 
> > we could switch between gnome and win32 (KDE) layout by a preference 
> > setting.
>
>
> I'd really prefer not to *reduce* the number of standard dialogs we 
> use.  I'd like to *increase* it - for example, have a GNOME version of 
> Ethereal that uses GNOME dialogs in cases where we only have our own 
> because GTK+ didn't have one.
That will split the code even further apart, and will make it even 
harder in the long term to maintain. Don't let us do a special GNOME 
version, until we have the XUL approach available.

I don't know which GNOME dialogs could be helpful for us. In either 
case, using GNOME dialogs won't save us some work, as we will need 
dialogs for the other platforms as well.



Let me explain, what I had in mind, when saying "not use standard dialogs".

The currently used standard dialogs and the alternatives I can think of:
-GtkColorSelectionDialog -> use a GtkColorSelection widget in our own dialog
-GtkFontSelectionDialog -> use a GtkFontSelection widget in our own dialog
-GtkFileSelection -> replace by our "own" FileSelection, as this dialog 
is really "old styled"


Regards, ULFL