components components components

Marco Martin notmart at gmail.com
Fri Nov 4 17:15:52 UTC 2011


On Friday 04 November 2011, Sebastian Kügler wrote:
> On Thursday, November 03, 2011 20:26:58 Marco Martin wrote:
> > the second solution seems more elegant, but much more error prone since
> > every  c++ app the uses qml will have to add the import paths in the
> > proper order or crazy problems will happen
> 
> We should factor out the C++ parts we duplicate in our apps and make a
> generic class from it, Plasma::ActiveApp, that one would be the toplevel
> view for our apps and do the importing accordingly.
> 
> I think there's enough "not entirely straight-forward" code in there that
> this would be a good idea. API can be pretty minimal, I think.

yep, i agree.

for plasmoids it doesn't matter, all can be enveloped in 
Plasma::DeclarativeWidgets, for applications, perhaps a class that gives you a 
view with a main qml component loaded from a package with all the right 
things(tm) done to the engine could be nice.

for the device specific components:
what about installing them in 
/usr/lib/kde4/platformimports/desktop
/usr/lib/kde4/platformimports/tablet

then /usr/lib/kde4/platformimports/tablet or 
/usr/lib/kde4/platformimports/desktop could be used depending to some 
configuration file

this means also a change in the standard cmake files to have a 
${PLATFORMIMPORTS_INSTALL_DIR} global variable

everybody ok with this?

Cheers,
Marco Martin


More information about the Active mailing list