[Ubuntu-sdk-bugs] [Bug 1409778] Re: autopilot and autopilot sdk helper documentation needs API website integration
** Changed in: autopilot Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1409778 Title: autopilot and autopilot sdk helper documentation needs API website integration Status in Autopilot: Fix Released Status in Ubuntu API Website: In Progress Status in autopilot package in Ubuntu: New Status in ubuntu-ui-toolkit package in Ubuntu: Fix Released Bug description: autopilot and autopilot sdk helper documentation currently lives as static html pages on the site here: https://developer.ubuntu.com/api/devel/ubuntu-14.10/python/ As such, the docs are hard to find, hard to update and aren't included when searching, etc. They should be integrated into the site in the same way as other API docs. The API docs website can import json, so the sphinx builds for AP docs should be updated to include a json output. To manage notifications about this bug go to: https://bugs.launchpad.net/autopilot/+bug/1409778/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1428206] [NEW] Need a fake OSK plugin for unit tests
Public bug reported: Right now all unit tests depending on OSK basically never run because they can only succeed with maliit which can't be setup on the fly. And even for Autopilot all we have is synthetic events (see bug 1428114). We need a testable OSK plugin that doesn't require maliit. ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: High Status: Confirmed -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1428206 Title: Need a fake OSK plugin for unit tests Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Right now all unit tests depending on OSK basically never run because they can only succeed with maliit which can't be setup on the fly. And even for Autopilot all we have is synthetic events (see bug 1428114). We need a testable OSK plugin that doesn't require maliit. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1428206/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1372563] Re: [sdk] Checkbox in ListItem missing haptic response
** Tags removed: desing-sync
** Tags added: design-sync
** Changed in: ubuntu-ux
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Ubuntu
SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu.
https://bugs.launchpad.net/bugs/1372563
Title:
[sdk] Checkbox in ListItem missing haptic response
Status in Ubuntu UX bugs:
Fix Released
Status in ubuntu-ui-toolkit package in Ubuntu:
Fix Released
Status in ubuntu-ui-toolkit package in Ubuntu RTM:
Confirmed
Bug description:
utopic-proposed-krillin r40
Ubuntu 14.10 r257
1. Go to System Settings > "Sound", a screen that contains both switches and
checkboxes.
2. Tap on a switch or checkbox.
3. Tap on the label next to a switch or checkbox.
What happens:
2. Tapping on the switch or checkbox gives haptic feedback.
3. Tapping on the label similarly toggles the control, but with no haptic
feedback.
What should happen: Tapping on the label behaves exactly the same as
tapping on the control itself.
One way of fixing this bug would be to add haptic feedback to the
labels. Another would be to remove haptic feedback for taps altogether
(bug 1267592).
Code example:
ListItem.Standard {
control: CheckBox {
objectName: "callVibrate"
checked: true
}
text: i18n.tr("Vibrate when ringing")
}
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1372563/+subscriptions
--
Mailing list: https://launchpad.net/~ubuntu-sdk-bugs
Post to : ubuntu-sdk-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs
More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1329812] Re: [SDK] Provide a property to change the panel open(), close() animation speed
Yes, it would be great if we could customise the default speed ** Changed in: ubuntu-ux Status: Triaged => Fix Released ** Changed in: ubuntu-ux Status: Fix Released => Fix Committed -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1329812 Title: [SDK] Provide a property to change the panel open(), close() animation speed Status in Ubuntu UX bugs: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: The panel component is an important piece of the bottom edge implementation of several core applications like clock, dialer, contacts, music etc. In the first 3 apps listed, the bottom edge goes all the way to the header and the current default animation speed is too fast. Either reduce the speed or provide a property where this can be set. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1329812/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1201394] Re: [SDK] the flickables should only be active if there is enough content for scrolling
** Description changed: The current behaviour is somewhat strange ... if you have content fitting on screen and use a flickable, the content is going to scroll offscreen and bounce back ... shouldn't it rather do nothing? (it's easy to trigget scrolling by mistake when trying to interact with the UI) In ubuntu-system-settings we worked around the behaviour by using "boundsBehavior: Flickable.StopAtBounds" in our flickables, but that's changing the scrolling behaviour when panels don't fit on screen - The issue was discussed on IRC and we are now changing to - boundsBehavior: (contentHeight > mainPage.height) ? Flickable.DragAndOvershootBounds : Flickable.StopAtBounds + The issue was discussed on IRC and we are now changing to + boundsBehavior: (contentHeight > mainPage.height) ? Flickable.DragAndOvershootBounds : Flickable.StopAtBounds We agreed it would be good to have a bug to discuss the default behaviour and see if we need that changed in the toolkit, so here we go... ;-) + + Design solution: + If flickable content does not exceed the available space, it should not flick at all. ** Changed in: ubuntu-ux Status: Triaged => Fix Released -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1201394 Title: [SDK] the flickables should only be active if there is enough content for scrolling Status in Ubuntu UX bugs: Fix Released Status in ubuntu-system-settings package in Ubuntu: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: The current behaviour is somewhat strange ... if you have content fitting on screen and use a flickable, the content is going to scroll offscreen and bounce back ... shouldn't it rather do nothing? (it's easy to trigget scrolling by mistake when trying to interact with the UI) In ubuntu-system-settings we worked around the behaviour by using "boundsBehavior: Flickable.StopAtBounds" in our flickables, but that's changing the scrolling behaviour when panels don't fit on screen The issue was discussed on IRC and we are now changing to boundsBehavior: (contentHeight > mainPage.height) ? Flickable.DragAndOvershootBounds : Flickable.StopAtBounds We agreed it would be good to have a bug to discuss the default behaviour and see if we need that changed in the toolkit, so here we go... ;-) Design solution: If flickable content does not exceed the available space, it should not flick at all. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1201394/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1240505] Re: [calendar] There is no way to delete an event
** Changed in: ubuntu-ux Status: Triaged => Fix Released -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to qtorganizer5-eds in Ubuntu. https://bugs.launchpad.net/bugs/1240505 Title: [calendar] There is no way to delete an event Status in Qt Organizer - EDS plugin: Fix Committed Status in Calendar application for Ubuntu devices: Fix Released Status in Ubuntu UX bugs: Fix Released Status in qtorganizer5-eds package in Ubuntu: Fix Released Bug description: Right now we are able to edit events, but there is no option to delete them. After a talk with design. Desired solution: - Add a "Delete" toolbar action in the edit event view, which deletes the event being edited. To manage notifications about this bug go to: https://bugs.launchpad.net/qtorganizer5-eds/+bug/1240505/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1428051] Re: "slider building block" page invalid
** No longer affects: null-and-void ** Changed in: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided => Low ** Changed in: ubuntu-ui-toolkit (Ubuntu) Status: New => In Progress -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1428051 Title: "slider building block" page invalid Status in ubuntu-ui-toolkit package in Ubuntu: In Progress Bug description: https://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.Slider/#details has a pointer "See also the Design Guidelines on Sliders." sending to http://design.ubuntu.com/apps/building-blocks/slider or that page doesn't exist To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1428051/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1428114] [NEW] Need OSK input device on phones
Public bug reported: Currently although it may look as though we have an OSK in Autopilot tests running on phones, keyboard input emits synthetic events. This makes testing of particular behavior involving pre-edit text impossible to test. We don't have unit tests for this either because maliit is very hard to spawn, so we essentially never run any of the tests for it. def get_keyboard(): """Return the keyboard device.""" # TODO return the OSK if we are on the phone. --elopio - 2014-01-13 return input.Keyboard.create() As per my understanding we should have an input device that talks to maliit using introspection (accessibility?), which is the way tests run in ubuntu-keyboard, but those aren't right now re-usable by other projects. ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: High Status: Confirmed -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1428114 Title: Need OSK input device on phones Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Currently although it may look as though we have an OSK in Autopilot tests running on phones, keyboard input emits synthetic events. This makes testing of particular behavior involving pre-edit text impossible to test. We don't have unit tests for this either because maliit is very hard to spawn, so we essentially never run any of the tests for it. def get_keyboard(): """Return the keyboard device.""" # TODO return the OSK if we are on the phone. --elopio - 2014-01-13 return input.Keyboard.create() As per my understanding we should have an input device that talks to maliit using introspection (accessibility?), which is the way tests run in ubuntu-keyboard, but those aren't right now re-usable by other projects. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1428114/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1399289] Re: Extend double-line header to ImageView and TextView
This is going to be available in the SDK. The Header title slot might have two lines of text ** Also affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New ** Changed in: ubuntu-ux Status: Triaged => Fix Committed ** Description changed: In the PdfView we are using a multi-line header, that provides informations about the name of the file and the current page (as sub- text). For UX consistence, we should extend the custom header to the Image Viewer and the Text Viewer. However it's not clear which information should be provided as sub-text. See attached screenshot. + + UX: + This is going to be available in the SDK. The Header title slot might have two lines of text -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1399289 Title: Extend double-line header to ImageView and TextView Status in Document Viewer application for Ubuntu devices: Triaged Status in Ubuntu UX bugs: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: In the PdfView we are using a multi-line header, that provides informations about the name of the file and the current page (as sub- text). For UX consistence, we should extend the custom header to the Image Viewer and the Text Viewer. However it's not clear which information should be provided as sub-text. See attached screenshot. UX: This is going to be available in the SDK. The Header title slot might have two lines of text To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1399289/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1384422] Re: [SDK] text selection popup menu gets obscured by finger
** Changed in: ubuntu-ux Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1384422 Title: [SDK] text selection popup menu gets obscured by finger Status in the base for Ubuntu mobile products: Fix Released Status in Ubuntu UX bugs: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu RTM: New Bug description: krillin rtm 122 The popup menu should be displayed higher up than it currently is as it's getting obscured by your finger that is doing the press and hold Steps to reproduce: - type some text in the messaging app - double tap a word - long press on the word Expected results: - popup menu should be displayed well above the selection so it's not blocked by finger Actual results: - popup menu is sometimes not displayed at all, but when it is it's partially obscured by finger and displayed too low To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1384422/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1428087] [NEW] Need (some) Autopilot tests to run in different orientations
Public bug reported: We've had regressions in behavior and at least one crash recently due to the lack of testing under different orientations. Evidently even manual testing doesn't cover basic use cases judging by the nature of those issues - which may be in part due to development images receiving less QA attention, which makes it even more problematic. 1. We need ways to execute Autopilot tests under different orientations. 2. A test needs to be able to change orientation mid-way. ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Critical Status: Confirmed ** Tags: landscape ** Branch linked: lp:~canonical/unity8/fake_platform_sensors_module ** Tags added: landscape -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1428087 Title: Need (some) Autopilot tests to run in different orientations Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: We've had regressions in behavior and at least one crash recently due to the lack of testing under different orientations. Evidently even manual testing doesn't cover basic use cases judging by the nature of those issues - which may be in part due to development images receiving less QA attention, which makes it even more problematic. 1. We need ways to execute Autopilot tests under different orientations. 2. A test needs to be able to change orientation mid-way. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1428087/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-sdk-bugs] [Bug 1428051] Re: "slider building block" page invalid
** Also affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New ** Changed in: ubuntu-ui-toolkit (Ubuntu) Assignee: (unassigned) => Daniel Holbach (dholbach) ** Project changed: ubuntu-ui-toolkit => null-and-void ** Changed in: null-and-void Status: New => Invalid ** Changed in: null-and-void Assignee: Daniel Holbach (dholbach) => (unassigned) -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1428051 Title: "slider building block" page invalid Status in NULL Project: Invalid Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: https://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.Slider/#details has a pointer "See also the Design Guidelines on Sliders." sending to http://design.ubuntu.com/apps/building-blocks/slider or that page doesn't exist To manage notifications about this bug go to: https://bugs.launchpad.net/null-and-void/+bug/1428051/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-sdk-bugs Post to : ubuntu-sdk-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-sdk-bugs More help : https://help.launchpad.net/ListHelp
