[Kommander-devel] Google Summer of Code 2007

[cedric.pasteur at free.fr]

Selon Andras Mantia <amantia at kde.org>:

> Hi,
>
>  KDE is participating once again in the Google SOC, and as Quanta and
> Kommander are part of KDE, we can participate as well.
> If you are a student and want to help our projects, have some good
> ideas, please follow the instructions from
> http://dot.kde.org/1173949256/
>
> and submit your proposal asap.
>
> Those proposals can be anything related to these applications,
> preferable regarding their KDE4 versions. Pure porting proposals will
> generally not be rated too high, but they can be submitted in
> a "better" form. For example in case of Kommander the porting would be
> more of a rewrite and would consist about:
> - creating a widget library that can be shared by the executor and
> editor (holds the widgets, the UI building code, etc.). Important is to
> create a LGPL library (no reuse of GPL only code).
> - create an editor using this library (check if Qt Designer 4 can be
> extended/reused or there is a need to write one from scratch)
> - create the executor
Don't forget that there's already KFormDesigner, that has all these features (at
least in kde3). It's not been ported to Qt4 yet, but it should be quick as the
lib structure is already good enough. So, imho, instead of writing something
from scratch, one should consider porting and improving KFD.
I would be willing to help or even do part of the job if I know that it's worth
it (ie that KFD will be used by other apps).

One other proposal would be to use kross (which is also created by a kexi
developer), as it is now in kdelibs. (I was the main dev of KFD)
>
> The new parser from Kommander could be probably ported in 1:1.
>
> For Quanta the proposals could be formulated as:
> - create KDevelop plugins from existing Quanta3 functionality (pick one
> functionality that you think can be separated in its own plugin and do
> it). For example the table editor is a good candidate. Event actions is
> another one.
> - extend the new state machine based parser to parse script files as
> well and analyze the integratation of it with the KDevelop's background
> parser
> - create a new VPL mode using the state machine parser and KHTML's DOM
> tree as a storage of the parsing result
> - write something completely new if you have an idea.
>
> Unfortunately there are no submitted proposals yet. :-(
>
> Andras
> --
> Quanta Plus developer - http://quanta.kdewebdev.org
> K Desktop Environment - http://www.kde.org
>