--===============4911675905377846648==
Content-Type: multipart/signed; boundary="nextPart1671538.av1rMLtjHy"; micalg="pgp-sha1"; protocol="application/pgp-signature"


--nextPart1671538.av1rMLtjHy
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

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
--nextPart1671538.av1rMLtjHy
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEABECAAYFAlFTLJIACgkQ1rcusafx20PBRQCfbGIJ6fpvn/sv9kQwjzyd9xO7
x80AnRxxQQNk1dtiOHolEvyTcnPwUqdz
=o7V1
-----END PGP SIGNATURE-----

--nextPart1671538.av1rMLtjHy--


--===============4911675905377846648==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

--===============4911675905377846648==--