UI-less kdevplatform

Andreas Pakulat apaku at gmx.de
Thu Aug 7 07:07:48 UTC 2008


On 06.08.08 21:21:39, Matt Rogers wrote:
> On Aug 6, 2008, at 9:44 AM, Aleix wrote:
> 
> > On 8/6/08, Andreas Pakulat <apaku at gmx.de> wrote:
> >> On 06.08.08 13:56:02, Aleix wrote:
> >>> On Wed, Aug 6, 2008 at 9:38 AM, Andreas Pakulat <apaku at gmx.de>  
> >>> wrote:
> >>>
> >>>> On 06.08.08 04:15:19, Aleix wrote:
> >>>>> On 8/5/08, Andreas Pakulat <apaku at gmx.de> wrote:
> >>>>>> On 05.08.08 04:18:56, Aleix wrote:
> >>>>>>> - This is not very related but needed too, a method to the
> >>>>>>> ProjectController to add a custom project in the IDE. I used  
> >>>>>>> it to
> >>>>>>> instantiate a Project with a custom projectmanager without the  
> >>>>>>> need
> >>>> of
> >>>>>>> a Plugin and so (even if it is an IPlugin).
> >>>>>>
> >>>>>>
> >>>>>> I don't quite understand why this is needed. Why can't you just  
> >>>>>> load
> >>>> the
> >>>>>> project the normal way? IProject isn't really supposed to be
> >>>> subclassed
> >>>>>> outside shell/
> >>>>> I think it is useful to be able to do it without having  
> >>>>> installed the
> >>>>> whole plugin and, anyway,
> >>>>
> >>>> Which plugin are you talking about? And I still don't understand  
> >>>> the
> >>>> use-case, when would somebody call this function? And why can't  
> >>>> he use
> >>>> openProject.
> >>>
> >>> Well, it is a code that I can't commit until I have this changes In.
> >>
> >>
> >> Sigh :( You're still not explaining why you need it, what the  
> >> problem is
> >> you're trying to solve. I was pretty sure that you had some code that
> >> would use this, but I'd like to know why you can't go the "normal"  
> >> way.
>
> > Ah, ok, I have done a newer version for what xmltokross does using
> > duchain. Let's call it duchaintokross.
> > duchaintokross, to parse the files needs a project who provides the
> > include directories so we need an IBuildSystemManager that provides
> > it.
> > We don't want to load a project for that, we just want to provide this
> > information so the usual IProject way to work is broken for 2 reasons:
> > - We don't want to have it installed because it will be useless to
> > other projects.
> > - We don't have a project to _open_.
> 
> So is there a technical reason why this patch can't go in? Aleix needs  
> this to implement Kross support for KDevelop as part of his SoC  
> project and I don't really see any real objections.

I'm still against the addition of addProject(). I don't see why the
generator shouldn't install its own buildmanager plugin if it needs
that. Other IDE-frameworks don't allow to create a project yourself
either, not even for unit-tests. You always have to go through the whole
loop.

I'm ok'ish with the ui-less-controller, I still think this is not enough
for real ui-less tests, but its a first step into that direction.

Andreas

-- 
You will soon forget this.




More information about the KDevelop-devel mailing list