« back to all changes in this revision
Viewing changes to wizard/Unity/Application/OSKController.qml
- Committer: CI Train Bot
- Date: 2014-12-04 20:54:46 UTC
- mfrom: (1432.3.19 wizard-plugin)
- Revision ID: ci-train-bot@canonical.com-20141204205446-pbuftf6d5yt854oj
Convert the welcome wizard from a separate executable into a qml plugin (with a small C++ plugin for support).
- This changes the path for adding customized wizard pages (drops system-settings namespacing). I checked with cwayne, that support isn't being used yet. So that's safe to adjust while we're here.
- I did not change the path for the 'has the wizard run yet' marker, since that is being used in the wild. But I added a comment as to why we're using the phrase "ubuntu-system-settings" in that filename.
- I fleshed out unity8's support for changing the language on the fly, since that's now done in-process. I believe I caught all cases (anything that used a qml binding to i18n worked automatically, just had to catch the cases that were pulling from outside sources like infographics).
- If an incoming call happens during the wizard, we just bail out of it and the edge demo. I'm not sure what the ideal behavior is, but this is at least reasonable. There's nothing in the wizard that *needs* to be done.
- Making the wizard a plugin lets us drop the gap between the end of the wizard and the start of the shell. Yay!
Approved by: Andrea Cimitan
- This changes the path for adding customized wizard pages (drops system-settings namespacing). I checked with cwayne, that support isn't being used yet. So that's safe to adjust while we're here.
- I did not change the path for the 'has the wizard run yet' marker, since that is being used in the wild. But I added a comment as to why we're using the phrase "ubuntu-system-settings" in that filename.
- I fleshed out unity8's support for changing the language on the fly, since that's now done in-process. I believe I caught all cases (anything that used a qml binding to i18n worked automatically, just had to catch the cases that were pulling from outside sources like infographics).
- If an incoming call happens during the wizard, we just bail out of it and the edge demo. I'm not sure what the ideal behavior is, but this is at least reasonable. There's nothing in the wizard that *needs* to be done.
- Making the wizard a plugin lets us drop the gap between the end of the wizard and the start of the shell. Yay!
Approved by: Andrea Cimitan
- files added:
- plugins/Wizard/Wizard.qmltypes
- tests/mocks/Wizard
- files removed:
- debian/ubuntu-system-settings-wizard.install
- wizard/Unity
- wizard/Unity/Application
- wizard/Utils
- wizard/qml/Components
- files renamed:
- wizard/ => plugins/Wizard/
- wizard/50-com.ubuntu.system-settings.wizard.pkla => plugins/Wizard/50-com.canonical.unity.wizard.pkla
- wizard/Utils/system.cpp => plugins/Wizard/System.cpp
- wizard/Utils/system.h => plugins/Wizard/System.h
- wizard/qml/ => qml/Wizard/
- wizard/qml/Components/CheckableSetting.qml => qml/Wizard/CheckableSetting.qml
- wizard/qml/Components/Page.qml => qml/Wizard/Page.qml
- wizard/qml/main.qml => qml/Wizard/Pages.qml
- wizard/qml/Components/StackButton.qml => qml/Wizard/StackButton.qml
- tests/wizard/ => tests/plugins/Wizard/
- files modified:
- CMakeLists.txt
added
removed
wizard/Unity/Application/OSKController.qml
