[Kst] Patch for proposed change to Data Manager dialog

Adam Treat treat at kde.org
Fri Jan 5 16:32:14 CET 2007


Here is how I see it:

The advantages of doing it through the data manager:

1.  No annoying double dialog when creating plugin based objects.
2.  Can list all objects in one area and categorize them by type.  The user 
doesn't care if an object is a plugin or if it is built-in, but he/she might 
care whether it is a fit or a filter or something else.
3.  The top-level menu is not so cluttered with actions (arguable I guess ;)
4.  The datamanager list mimics designer and consolidates this dialog into a 
kind of builder/editor for data objects.

The advantages of creating them through top-level menu:

1.  That is how most users are doing it now...

The biggest problem with the top-level menu actions is that it does not scale.  
You end up with one action (New Plugin) which launches a potentially very 
large dialog listing all the plugins.  It doesn't categorize them or make it 
easy to find the object you are looking for and all it does is launch yet 
another dialog once you've selected the one you want.

Cheers,
Adam

On Friday 05 January 2007 12:14 am, Barth Netterfield wrote:
> Most users that I have observed create new data objects through (1) the
> data wizard) or (2) the top level menu.  I have never seen anyone do it
> through the data manager.  I've only seen the data manager used to edit.
>
> cbn
>
> On Friday 05 January 2007 00:01 (12), George Staikos wrote:
> > I'm not sure it's a good idea to go the full route of this patch
> > yet.  I like some parts, but eliminating the top-level menu entries
> > will significantly alter workflow for some.  I think we should play
> > with it and wait for more feedback.
> >
> > On 4-Jan-07, at 3:42 PM, Adam Treat wrote:
> > > Hi all,
> > >
> > > I have a patch that changes the Data Manager dialog to include a
> > > list of
> > > dataobjects on the left hand side that is very similar to Qt 3.x's
> > > designer
> > > widget list.  The idea is to avoid the annoying double dialog when
> > > creating
> > > new data objects.  The list also scales no matter how many new data
> > > objects
> > > or plugins are created in the future.  Further, it divides up the
> > > objects
> > > based on what kind of object they are: Primitive, Generic, Fit, or
> > > Filter.
> > >
> > > I've also taken this patch as an opportunity to eliminate the
> > > alternative
> > > method for creating data objects --> via the top-level menu
> > > actions.  I think
> > > that there should be one way to create these objects as otherwise
> > > it just
> > > clutters the GUI and confuses things.  The data manager dialog is
> > > the correct
> > > place for this IMHO.
> > >
> > > Anyway, the patch is attached.
> > >
> > > Let me know,
> > >
> > > Adam
> > > <datamanager.diff>
> > > _______________________________________________
> > > Kst mailing list
> > > Kst at kde.org
> > > https://mail.kde.org/mailman/listinfo/kst
> >
> > --
> > George Staikos
> > KDE Developer				http://www.kde.org/
> > Staikos Computing Services Inc.		http://www.staikos.net/
> >
> >
> >
> > _______________________________________________
> > Kst mailing list
> > Kst at kde.org
> > https://mail.kde.org/mailman/listinfo/kst
>
> _______________________________________________
> Kst mailing list
> Kst at kde.org
> https://mail.kde.org/mailman/listinfo/kst


More information about the Kst mailing list