Gluon/Creator: Difference between revisions

From KDE Community Wiki
No edit summary
No edit summary
Line 1: Line 1:
== Overlay-based semi-interactive introductory tour ==
==Tasks==
<strike>Inspired by the N9's tour. Provide an interactive tour of all the important elements of Creator.</strike>
;Ignore prefixed dynamic properties
Implemented as part of GSoC in branch creator-qmlintro-shreya.
: For static properties we have an easy way to hide them - use the DESIGNABLE attribute. This is however not usable for dynamic properties. It would be useful to have some way to mark internal properties. For example, the material system is heavily based on dynamic properties, yet things like the model/view/projection matrices really shouldn't be exposed in Creator.
:
: Current thinking is to filter out all properties with some kind of prefix - _property or _gluon_property or _gluon_internal_property or similar. This should be standardised and used in all places.


==Ignore prefixed dynamic properties==
==Ideas==
For static properties we have an easy way to hide them - use the DESIGNABLE attribute. This is however not usable for dynamic properties. It would be useful to have some way to mark internal properties. For example, the material system is heavily based on dynamic properties, yet things like the model/view/projection matrices really shouldn't be exposed in Creator.
;Overlay-based semi-interactive introductory tour
 
: <strike>Inspired by the N9's tour. Provide an interactive tour of all the important elements of Creator.</strike>
Current thinking is to filter out all properties with some kind of prefix - _property or _gluon_property or _gluon_internal_property or similar. This should be standardised and used in all places.
: Implemented as part of GSoC in branch creator-qmlintro-shreya.

Revision as of 14:56, 4 December 2012

Tasks

Ignore prefixed dynamic properties
For static properties we have an easy way to hide them - use the DESIGNABLE attribute. This is however not usable for dynamic properties. It would be useful to have some way to mark internal properties. For example, the material system is heavily based on dynamic properties, yet things like the model/view/projection matrices really shouldn't be exposed in Creator.
Current thinking is to filter out all properties with some kind of prefix - _property or _gluon_property or _gluon_internal_property or similar. This should be standardised and used in all places.

Ideas

Overlay-based semi-interactive introductory tour
Inspired by the N9's tour. Provide an interactive tour of all the important elements of Creator.
Implemented as part of GSoC in branch creator-qmlintro-shreya.