cloudtemple at mksat.net
Wed Sep 24 20:36:02 UTC 2003
It is time to clarify my opinion :)
> What do you think to reorganize our cvs repository?
> 1) rename gideon to kdevelop
> 2) remove cvspart
Veto unless we provide a solution to perform cvs operations on
KDE < 3.2 without cervisia installed.
Currently cvspart is the only solution that works without cervisia.
We can leave it for the 3.0 release and maybe remove after the release.
Importing cervisia into KDevelop source tree is not the best solution
especially when we are closing to the release.
> 3) add the support in autoconf/automake stuff for enable/disable
Strongly agree. We should also disable some languages by a default.
> 4) Move things around in the repository:
> a) move the unmatained plugins to 3rdpart
> b) create languages/c++/*, languages/java/*, ...
> languages/ <language>/appwizard ( move the appwizard
> templates in language support plugins )
> languages/<language>/filecreate ( do the same thing for
> filecreate templates )
> languages/<language>/project (!?)
I don't know if it is so necessary. But I have no serious objection
But I'd prefer to not create following:
Project managers should not be language specific.
I hope I will have enough time to complete generic project so we
will be able to remove scriptingproject, adaproject, pascalproject
Instead we can create
> c)Create a documentation browser
> With plugins:
This makes no sence because doctreeview is monolithic.
It should be made plugin based, but again, that is for 3.1 release.
It is too late to rework the code in 3.0. We can introduce more bugs
without a chance to solve them in time.
> d) Create a version control part
> With plugins:
Agree. But I'd prefer
At this time that parts aren't plugins.
And the last question. Where shall we put other parts?
Shall we leave them in /parts directory?
Ukrainian State Maritime Technical University, IT Department
More information about the KDevelop-devel