Re: kplato
Thomas Zander <[email protected]>
| Newsgroups | gmane.comp.kde.kplato |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Dec 03, 2002 at 05:40:32PM +0100, [email protected] wrote: > > Hi Dag, > > >didn't even realize there was a kplato mailing list:) > Well, there has not been much traffic lately. > > > So far, I only have look at the gui. I hoped I could define the > > minimum ui needed for planning a project, possibly without resources > > and other advanced stuff. > The resource stuff is not that bad. I have seen this in kdeedu/kstars. It > is a good way of > defining the GUI and there even is a graphical editor for this. Kstars is > changing to > building the GUI via resources. KDE has the wonderful Qt Designer which is a very rapid GUI creation thingy :) Just put the *.ui file in the Makefile.am and everything is done for you. > >It will take some time before it gets seroius (if at all). > Same for me. Other things have more priority at the moment.I only did one > thing lately: I had > a look at MrProject which has become part GNOME. Some time ago there was a > discussion about a possible > cooperation. The team from MrProject even split the project into a model > and a GUI layer. But afterwards nothing > happened. After that we took a long hard look at the XML written by MrProject and found out that it dit not use and store information essential for a mature planning application. >I had a look at the code from MrProject and I do not have a clue > what it means. It is not even c++. > Installing Gnome did not work for me, so I could not try it out. Before > starting serious work on kplato we should > at least understand how MrProject. Perhaps we can port the model layer and > write a nice GUI around it? Well, the datastructure of KPlato is more mature then that of MrProject (was a year ago), what we lack most is a good implementation of algoritms. And naturally a nice GUI. Take a look at the archives since I believe there was another project that could be used for this. > And we should start with a detailed list of features, like the attributes > of each object etc.r Allready done; http://www.koffice.org/kplato There are several issues I put down there for others to get going quickly. Sadly no-one did. >oAt least in a rough > sketch. We should do the same for the GUI. The graphical resource editor > even allows some kind of prototyping, so > we could have a look at our dialogs without having to program the > funtionality. Suggestion; create a (very) rough scetch in Qt Designer. One file for each screen and/or dialog. Also put a small description in there on how these screens should interact. I'm not familiar with project planning, but I am very good at UI design. I'm very willing to help make the GUI something that is clear. But I need a good template of where to start. After some work I put the resulting .ui files in CVS which creates base-classes for you to implement the GUI-handling code in. > > I mailed Thomas Zander and I got the impression not much was happening > atm. > At the moment this is the way things are. But the list has quite a number > of subscribers. So perhaps we could > get going again? Hope so :) Although I'm afraid 95% of those subscribers either don't know how to code, or are just to busy with other projects. Thanx for your resone He1ko! -- Thomas Zander