FYI: Platform content discussion in Qt

[Aaron J. Seigo]

On Tuesday, March 26, 2013 13:53:29 Alan Alpert wrote:
> > import org.kde.plasma.components 1.0 as...
> > 
> > and import the "right" set, but the ideal way is (if we are importing
> > touch
> > components) to have a set of "just" the components that are rewritten for
> > touchscreen, while falling back to the common ones for everything else,
> > that now we can't do, so we have the whole set installed two times and we
> > change the import paths depending from the platform, and that's not
> > optimal.
> If the selectors were implemented at a Qt or QML level, then you could
> easily apply them in your imports the same as you would in plasma
> packages. So that problem would be solved too.

Yes, this would help. It would mean patching the QML parser itself which does 
the imports, but that's not rocket science.

The imports issue is a bit bigger than this as we also need the ability to 
deny imports or change them based on runtime permissions (allowing some QML to 
access org.foo.screwWithTheFilesystem and others not, for instance)

It would be nice to design a more complete solution for the weaknesses 
inherent in imports before we start organically adding incremental 
improvements?

-- 
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/20130327/b34d8a98/attachment.sig>