UI-less kdevplatform

[Aleix]

On Thu, Aug 7, 2008 at 9:07 AM, Andreas Pakulat <apaku at gmx.de> wrote:

> 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.

Because it implies that a smth.kdev4 file is needed every time you want to
load a project be dummy or not.
This is a problem, imho, for a flexible platform

I don't think the other-ide-don't-have-it is a strong argument in any
direction. :S

>
>
> 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.
>
> _______________________________________________
> KDevelop-devel mailing list
> KDevelop-devel at kdevelop.org
> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20080807/59b41002/attachment.html>