[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Superlous configuration?
From:       "Friedrich W. H. Kossebau" <Friedrich.W.H () kossebau ! de>
Date:       2005-01-06 14:37:14
Message-ID: 200501061537.15237.Friedrich.W.H () kossebau ! de
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Am Donnerstag, 6. Januar 2005 15:12, schrieb Waldo Bastian:
> On Thursday 06 January 2005 14:48, Friedrich W. H. Kossebau wrote:
> > As IMHO the majority of today's config dialogs do everything but look
> > decent the danger to do worse is not that great.
>
> The goal is to do better.

Of course. I just wanted to calm those who fear worse dialogs :)

> > Just have a look at the "Look'n'Feel" dialogs and analyse them: They all
> > do the same (from an abstract POV). But each has a different handling,
> > layout and so. If all would be generated by such a framework you would
> > not have to relearn for every single dialog.
>
> KConfigXT can already take care of the handling for a great deal, the rest
> is a matter of proper style guides and careful UI design. 

Which could be enforced/overtaken by a framework.

> And yes, I agree 
> with you that a lot of dialogs aren't very good, the solution for that is
> that developers start to take their dialog design more serious instead of
> treating it as a dumping ground for features. The current prevailing
> mentality is too much oriented to adding feature after feature after
> feature till such dialogs have become way too big and confused. What is
> lacking is some more thought on how a certain set of features comes
> together and how to present that to the user as a consistent whole.

Because this is not the fun part? A framework as proposed would easen this 
problem for the feature writer as he might be able to hand over this part to 
those who are better at this.

> Unfortunately all I see in these discussions is people looking for cheap
> technical solutions that allow them to keep dumping feature on feature
> without tackling the hard part of designing a well-balanced whole.

Because they do not like writing the docs and painting the icons, too? The 
icons are already done by artists, the docs often by doc writer, why should 
there not be layouter for the layout of the configuration? 

Besides, the problem with the Delete entry might have never come up if there 
was an editor for the popup menus. So this is rather a lack of a feature ;)

Friedrich

[Attachment #5 (application/pgp-signature)]

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]