-
-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
What about using ubuntu-ui-toolkit as backend of material-style instead of QtQuickControl #11
Comments
I could help to port qml-material if possbile. |
First of all, we're not using QML Material, as that is only for QtQuick.Controls 1, not Controls 2. We're using Fluid now. This would also probably be better discussed in Fluid instead of here in the shell. I might be wrong on this, but I feel that Ubuntu UI Toolkit is Canonical just doing their own thing creating new projects instead of working with Qt upstream on QtQuick.Controls. Anyhow, to address your points:
One major advantage to Controls 2 (and a disadvantage to Ubuntu UI Toolkit) is that Controls 2 already has a pretty good implementation of Material Design that we merely build off of instead of writing it from scratch like I did in QML Material. @plfiorini will likely have his own thoughts to add as well. |
Hi, the main reason for using Ubuntu UI Tookit for me is that it is QuickControl free, Ubuntu UI Toolit only depend on Qt qml part. It not depend on QuickControl, Canonical write it on cpp from scratch. As QtQuickControl 2 and Quick.layouts 2 only works on Qt5.7(am I wrong?), it not works on most of linux distributions(eg ubuntu16.04 only support Qt5.6, ubuntu phone 5.5, Sailfish OS 5.2). Updating Qt verison may broken most of system packages on linux distribution,so it is better to support old version instead of only new version. |
You can write QML applications with whatever controls library you want and they will work on any platform with Qt. So for instance you can run a Fluid app on Ubuntu Touch and even SailfishOS if they have the right dependencies, but updating Qt is up to them. As far as normal Linux distros goes they already have Qt 5.7 at least in their development tree and soon will be pushed to the main tree. It's not like we require every single Qt minor version each time it's released, probably we'll still require at least Qt 5.7 when 5.8 comes out. By that time distros will have Qt 5.7. QtQuick Controls 2.0 is also designed for embedded which is quite an improvement over the now old QtQuick Controls 1.0 and it's part of the standard Qt offering meaning the API won't suddenly change and it's a strategic part of Qt today. We are using QtQuick.Layout 1.0 that is available from the Qt 5.0/5.1 era, don't know anything about QtQuick.Layout 2.0. |
TL;DR: We need Qt 5.7 for other parts of the system anyway and QQC2 gives us advantages that other libraries don't offer. |
Thanks for your reply @plfiorini , I'll try fluid library and qmlOS after I received Qt5.7 package on my ubuntu 16.04(Or ubuntu 16.10) :) and try to make contributions to this project if possible as a qml-based workspace/shell is really awesome lol |
Hi, I think the beneficial of using ubuntu-ui-toolkit as backend of qml-material is:
The text was updated successfully, but these errors were encountered: