Notes on kdevelop

[Mario Scalas]

On Monday 20 October 2003 11:28, jbb wrote:
> Hi,
>
> Here's some comments on odd behaviour in kdevelop, mainly to do with
> version control systems
>
> . CVS and SVN is in Settings/Configure Kdevelop/Plugins but Perforce and
> Clearcase is in Project/Project options/Plugins. Why the difference?

That is because we have plugins with "global" scope (loaded when the IDE 
starts up, configured in options->kdevelop->plugins) and with 
"project" (loaded when the project is opened and unloaded when it is closed 
and that you see in project->options->plugins). Not all VCS plug-in have been 
ported to behave according to global and project scopes. AFAIK parts/cvs, 
parts/cvsservice and vcs/svn behave as global plugins.

> . A new project gives me the option of cvs and svn. Would perforce or
> clearcase be there if I had them?

Hmmm .. there are some odd defaults in project templates I think ;-)

> . Right Mouse Click in editor view gives me the options of Perforce and
> Clearcase but I have neither.

Same here: some VCS plugins are designed to directly "wrap" the executable and 
the configure script doesn't check for their presence on the box. This is job 
for some autoconf-wizard :-)

> . My project is a CVS project so why show Perforce, Clearcase, or
> Subversion in RMC in editor view.

IMHO VCS plugins should me mutually exclusive: one project, one VCS. But since 
they are currently treated as "common" plugins (partial re-design of 
KDevProject class and some others may be involved) we have to pay the price. 
Comments?

> . Cervisia Intergration is also in Settings/Configure Kdevelop/Plugins, but
> looking at it from a new user pov, what is this? The description is a
> no-op. Likewise the subversion description.

CVS uses direct wrapping of the cvs executable, CvsService uses Cervisia 
HEAD's CvsService which is a DCOP service: yeah, we have two CVS plugins but 
if kdevelopers want I can import cervisia cvsservice sources in kdevelop 
source tree (clee, cervisia maintainer, said it is ok) and disable parts/cvs. 
For kdevelop 3.1 and kde 3.3 we can think of a nicer cervisia integration 
withing the kdevelop framework.

> . I can select Cervisia Integration but it tells me "Could not find
> Cervisia KPart!! This plug-in will be unusable." Better wording would be
> something like " Unable to find the Cervisia KPart. Cervisia Integration
> will not be available." :(

Hmmm ... they sounds the same to me but miss several points when reading / 
writing english but I trust your better comprehension of the language :-) 
I'll put the modification.
And this remembers me that a nice addition to the KDevPlugin may be a bool 
init() method which the part controller call for every loaded plugin sot that 
the plugin itself can validate if wether or not it can do the job, and if not 
the partcontroller will unload it. Or a signal KDevPlugin::killMe( KDevPlugin 
* ) launched by the plug-in itself and captured by the part controller which 
gently unloads the plug-in.

> . So why doesn't selecting Perforce or Clearcase work like the Cervisia
> Integration?

Hope to have answered to this :-)

> . Err, kdevelop just crashed :-)

It does happen even to me :-)

> . A cvs log produces a ... text cvs log. Can't remember when I last looked
> at one of these in the raw. I guess the cervisia part will fix this?
>
> . A cvs diff makes the ouput view flash as the diff is down loaded. Very
> ugly.
>
> . A cvs diff is in text! RMC gives me the option of KDiff3Part or
> KomparePart. Neither work here because I don't have them. So why show them?
>
> . Err, kdevelop just crashed again :( Hmm, maybe double click in CVS part
> output view when nothing is in it. Hmm, nope, that's not the cause as it
> doesn't happen after reloading but that's what I was doing at the time.

Please try CvsService: maybe time has come to give to parts/cvs its rightful 
fate :-)

> . RMC in editor says "Grep: text" but Edit menu says "Find in Files". Also
> Find in files doesn't load the selected text (or text you are on if editor
> option (katepart) set to do this).

Hmmm ... works here ... both context and menubar: qt-copy, kde head with 
kdelibs of yesterday. But menu-items text are different, I can confirm this.

> My favourite
> . "Go To Declaration" covers the entire screen and takes a fair bit of time
> to load if a large class. (try gdbcontroller.cpp) Why doesn't it go to the
> item you RMClicked on. I always want to go to the declaration of that
> particular item not the others. if I want that, I go to the class view.

Huge context menus have they problems sometimes but their behaviour can be 
made smarter I guess ;-) 

> Anyway that's enough for tonight. As you can see nothing really wrong here.
> It's just that this stuff makes kdevelop harder to use than necessary or
> leaves the user uncertain about what is happening.
>
> See ya later,
>
> jbb

Cheers,
Mario

>
> _______________________________________________
> Kdevelop-devel mailing list
> Kdevelop-devel at barney.cs.uni-potsdam.de
> http://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel

-- 
Mario Scalas <mario dot scalas at libero dot it>
KDevelop developer http://www.kdevelop.org
Member of the Italian Agile Movement <marioscalas at agilemovement.it>
homepage: http://www.gicomsrl.it/~mario
GnuGPG public key on keyring servers as hkp://pgp.mit.edu or hkp://
blackhole.pca.dfn.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20031020/eab7f09e/attachment.sig>