QML issues: Difference between revisions
Appearance
(5 intermediate revisions by the same user not shown) | |||
Line 20: | Line 20: | ||
==Issues== | ==Issues== | ||
{| | |||
|- | |||
! Idea: | |||
! QtScript integration | |||
|- | |||
| Summary: | |||
| a way to expose from c++ to qml QScriptValues, register non qobject data types and functions | |||
|- | |||
| Proposed solution: | |||
|- | |||
| Discussion: | |||
|- | |||
|} | |||
{| | {| | ||
|- | |- | ||
Line 63: | Line 77: | ||
==Required features== | ==Required features== | ||
{| | |||
|- | |||
! Idea: | |||
! C++ hooks to intercept import statements | |||
|- | |||
| Summary: | |||
| different ways to resolve pathnames of imports, as well as basic security features are needed | |||
|- | |||
| Proposed solution: | |||
| if the pathname resolution could be reimplementable in a custom c++ function, would be possible to resolve them differently (for instance implementing a fallback chain) or implement basic security features (for instance blacklisting or whitelisting of imports) | |||
|- | |||
| Discussion: | |||
|- | |||
|} | |||
{| | {| | ||
Line 71: | Line 100: | ||
| Summary: | | Summary: | ||
| MouseEvent should also expose globalX and globalY | | MouseEvent should also expose globalX and globalY | ||
|- | |||
| Proposed solution: | |||
| adding those properties to the declarative mouse event would be source compatible for existing qml files | |||
|- | |||
| Discussion: | |||
|- | |||
|} | |||
{| | |||
|- | |||
! Idea: | |||
! primitive types for icons, pixmaps and images | |||
|- | |||
| Summary: | |||
| The qdeclarativeimageprovider approach is not enough in both terms of flexibility and performance | |||
|- | |- | ||
| Proposed solution: | | Proposed solution: | ||
Line 101: | Line 145: | ||
|- | |- | ||
| Proposed solution: | | Proposed solution: | ||
| current positioners could have an optional property to resize childs that have minimum/maximum/preferredWidth or height not null | |||
|- | |- | ||
| Discussion: | | Discussion: |
Latest revision as of 16:32, 10 June 2011
This page contains a list of issues and required features that we would like to see fixed/implemented in QML(2)
Enter the issues you wish fixed in the following form:
Idea: | Change QML2 |
---|---|
Summary: | We have a chance to change stuff now |
Proposed solution: | We change things |
Discussion: | http://labs.qt.nokia.com/2011/05/09/thoughts-about-qt-5/ |
Issues
Idea: | QtScript integration |
---|---|
Summary: | a way to expose from c++ to qml QScriptValues, register non qobject data types and functions |
Proposed solution: | |
Discussion: |
Idea: | Improved namespace support |
---|---|
Summary: | QML should support namespaces in property types (property MyWidgets.Button myProperty) |
Proposed solution: | |
Discussion: |
Idea: | Improved runtime warnings |
---|---|
Summary: | For example: QML should complain when the drag target is invalid |
Proposed solution: | |
Discussion: |
Idea: | No QtSql dependency |
---|---|
Summary: | Remove QtSql dependency from QML library: QtSql should be loadable at runtime |
Proposed solution: | |
Discussion: |
Required features
Idea: | C++ hooks to intercept import statements |
---|---|
Summary: | different ways to resolve pathnames of imports, as well as basic security features are needed |
Proposed solution: | if the pathname resolution could be reimplementable in a custom c++ function, would be possible to resolve them differently (for instance implementing a fallback chain) or implement basic security features (for instance blacklisting or whitelisting of imports) |
Discussion: |
Idea: | MouseEvent.globalX/Y |
---|---|
Summary: | MouseEvent should also expose globalX and globalY |
Proposed solution: | adding those properties to the declarative mouse event would be source compatible for existing qml files |
Discussion: |
Idea: | primitive types for icons, pixmaps and images |
---|---|
Summary: | The qdeclarativeimageprovider approach is not enough in both terms of flexibility and performance |
Proposed solution: | |
Discussion: |
Idea: | sizeHint |
---|---|
Summary: | sizeHint support |
Proposed solution: | |
Discussion: |
Idea: | Layouts |
---|---|
Summary: | Layouts |
Proposed solution: | current positioners could have an optional property to resize childs that have minimum/maximum/preferredWidth or height not null |
Discussion: |
Idea: | Full set of graphical primitives |
---|---|
Summary: | at least Line, Path, Ellipse are missing |
Proposed solution: | |
Discussion: |