kde plasma workspace structure

[Aaron J. Seigo]

On Saturday, June 9, 2012 14:05:15 Alex Fiestas wrote:
> PowerDevil - Solid::Control::Power

btw, thanks to this design, i expect next week we'll drop in an Android power 
management backend (into a branch of course .. :)

why? we got a new revision of the vivaldi hardware last month that has 
generally screwed us over (won't go into details) and we're stuck with a 
somewhat older kernel ... and it's an android kernel.

BUT .. thanks to this design, we have to implement 1 class and everything will 
start working. WOW!

> So to sum it up, abstract and multi platform? yes. But wisely and
> where it makes sense.

+1
 
> Last point, same thing is happening with PA, it is too different for
> making KMix make full use of it. If we want to have a great sound
> support we will have to develop something only for PA.

this is a good news / bad news situation at the moment.

good news: kmix now has a core/ directory where all the business logic lay ... 
and it's almost entirely QObject. that means -> easy QML ifications.

bad news: it isn't in a library yet, but built right into the kmix binary, and 
there may still be interdependencies that aren't great

this is a great step forward, though, and it makes me hopeful that we can 
easily write a QML based UI for kmix without much rewrite effort, if any at 
all.

and if we do that QML based UI with some thinking we may be able to avoid 
multiple UIs all together.

note that Plasma::Package has the ability to pick individual files (javascript, 
qml, svg, everything) based on the device type at runtime. which means we can 
do a "generic" kmix QML UI using the core/ classes and if we break out the 
components appropriately (which you want to do anyways for loading speed and 
maintainability) then we can replace only the bits that need tweaking for 
touch versus mouse ... and that's only after testing with both sets of QML 
components (desktop and touch).

with where we have QML at the moment, i'm very very optimistic about kmix.

(... after a few years of despair over it this feels good :)

-- 
Aaron J. Seigo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20120609/4505c848/attachment.sig>