more intuitive visual interface

[Juergen Suessmaier]

Hi,

Ralf Nolden schrieb:
> Well, things always have a good and a bad side here. I prefer using
> designer because I never had or took the time to see how I could use the
> geometry management functions in Qt directly. I have some basics though
> but those don't last for quick fixes of sometimes very complicated
> written dialogs like the ones in kcontrol which do have some UI errors.
I absolutely agree to Ralf's opinion. Managing complex dialogs without
an appropriate tool is an absolute nightmare - although Qt's layout
management classes are absolutely luxurious in contrast to what we had
if we'd have to do such things with plain X... :-) Even building these
dialogs manually with Qt classes takes hundreds of lines of code (for
some nicer looking layouts with a certain level of functionality) and
for static dialogs this would just be a waste of time. Each little
maintenance task on these manual dialogs turns into a real problem.

On the other hand, if there's some need for dynamic dialog layouts in
whatever way, you won't get around dealing with Qt layout classes
directly.

> It took me hours yesterday to fix the arrangements of literally *two*
> groupboxes in two modules. AAAAAAHH !!!  I don't want to know how much
> time I still have to invest into reading other people's long code to fix
> all UI errors in these modules as nobody else seems to wanting to do it.
> If all were written with designer it would be easy to fix though, indeed
> *very* easy and a job for an afternoon or an evening with nothing on TV
> :-))
All true, but thanks to the Trolltech, KDevelop and KDE guys we are able to
solve UI problems with a maximum of flexibility. While it is very easy
(and fast) to build dialogs or dialog components with Qt designer, we
still have a comfortable way to glue things together using "manual"
QLayout classes. What I like most regarding Qt and KDevelop is that
these tool's are not restrictive in usage and don't force the developer
to do things in certain ways. Whatever approach the developer chooses
with respect to a certain problem, these tools will give appropriate
support.

Best regards,
Juergen
-- 
-------------------------------------------------------------------------
J. Süßmaier Systementwicklungen
Jürgen Süßmaier
juergen at suessmaier.de                       Realtime Software Development
Katharina Geisler Str. 14                       Embedded Applications
D-85356 Freising                                     Automation
Germany
-------------------------------------------------------------------------
                      http://www.suessmaier.de
-------------------------------------------------------------------------
      The day Microsoft makes something that doesn't suck is
        probably the day they start making vacuum cleaners
-------------------------------------------------------------------------

-
to unsubscribe from this list send an email to kdevelop-request at kdevelop.org with the following body:
unsubscribe »your-email-address«