Merging lib/* with src/*

Hey all,

Mattr and I are going to merge lib/* and src/* in a
branch... mm'k?

Don't worry, it's gonna be great,  you're going to love
it!

Adam

_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

OnSat Jul 22 22:37:03 EEST 2006, Adam Treat <treatkde.org>  wrote:

>Mattr and I are going to merge lib/* and src/* in a
branch... mm'k?
>Don't worry, it's gonna be great,  you're going to
love it!
I'm not sure about that but let's see. 
I do hope that we will not see mainwindow somewhere in lib
though ;)
You want to merge controllers with their interfaces, don't
you?
_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On Saturday 22 July 2006 6:47 pm, dymoukrpost.ua wrote:
> OnSat Jul 22 22:37:03 EEST 2006, Adam Treat
<treatkde.org>  wrote:
> >Mattr and I are going to merge lib/* and src/* in a
branch... mm'k?
> >Don't worry, it's gonna be great,  you're going
to love it!
>
> I'm not sure about that but let's see.

Yea of little faith ;)

> I do hope that we will not see mainwindow somewhere in
lib though ;)

You act like there is something wrong with that??  I think
there is precedent 
for this:

Qt --> QMainWindow
KDELibs --> KMainWindow

:P

> You want to merge controllers with their interfaces,
don't you?

You betcha!

_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On Saturday 22 July 2006 22:37, Adam Treat wrote:
> Hey all,
>
> Mattr and I are going to merge lib/* and src/* in a
branch... mm'k?
>
> Don't worry, it's gonna be great,  you're going to
love it!

I don't have problems having the shell in lib, after all
both belongs to 
the platform. Having the controllers/managers directly
implemented in 
the lib instead of subclassing them also makes sense. But
here are my 
request:
- live the possibility to rewrite the shell
- live the possibility to use the shell from the lib, but
extend it, 
somehow how it is done today. 

Andras
-- 
Quanta Plus developer - http://quanta.kdewebdev.o
rg
K Desktop Environment - http://www.kde.org
_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On Sunday 23 July 2006 2:42 am, Andras Mantia wrote:
> On Saturday 22 July 2006 22:37, Adam Treat wrote:
> > Hey all,
> >
> > Mattr and I are going to merge lib/* and src/* in
a branch... mm'k?
> >
> > Don't worry, it's gonna be great,  you're going
to love it!
>
> I don't have problems having the shell in lib, after
all both belongs to
> the platform. Having the controllers/managers directly
implemented in
> the lib instead of subclassing them also makes sense.
But here are my
> request:
> - live the possibility to rewrite the shel

That's the plan.  For instance, KDevMainWindow will contain
virtual functions 
for the important stuff like setting up dockwidgets for
plugins.  If some app 
wanted to use the lib, but change the KDevMainWindow in some
fundamental way, 
it could subclass KDevMainWindow and call
KDevApi::setMainWindow() on it.  OR 
something like that ;)

> - live the possibility to use the shell from the lib,
but extend it,
> somehow how it is done today.

The shell will be used all over the lib ;)  And an
individual app can extend 
like above.

Adam

_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel

On Sunday 23 July 2006 02:20, Adam Treat wrote:
> > I'm not sure about that but let's see.
> Yea of little faith ;)
Hehe ;)
>
> > I do hope that we will not see mainwindow
somewhere in lib though ;)
> You act like there is something wrong with that??  I
think there is
> precedent for this:
> Qt --> QMainWindow
> KDELibs --> KMainWindow

Ok, but can we use factory methods to create controllers and
mainwindows then?
Just in case somebody will want to reimplement them. 
I think several simple factory methods (like I did in ideal)
would help us to
leave whatever we like in lib/ and others to reimplement
them.

_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/
kdevelop-devel