[Touch-packages] [Bug 1613972] [NEW] Change focus colour to blue
Public bug reported: The current focus colour (orange) need to change to blue so that it matches with the select state. The palette value for this needs to be change to affect the colour of focus everywhere. ** Affects: ubuntu-ux Importance: High Assignee: Jamie Young (jamiedawsonyoung) Status: In Progress ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New ** Also affects: ubuntu-ux Importance: Undecided Status: New ** Changed in: ubuntu-ux Importance: Undecided => High ** Changed in: ubuntu-ux Assignee: (unassigned) => Jamie Young (jamiedawsonyoung) ** Changed in: ubuntu-ux Status: New => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1613972 Title: Change focus colour to blue Status in Ubuntu UX: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: The current focus colour (orange) need to change to blue so that it matches with the select state. The palette value for this needs to be change to affect the colour of focus everywhere. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1613972/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1602690] Re: Increase focus frame line weight to 2dp
** Changed in: ubuntu-ux Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1602690 Title: Increase focus frame line weight to 2dp Status in Ubuntu UX: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: New Status in ubuntu-ui-toolkit package in Ubuntu RTM: New Bug description: After reviewing the focus frame recently can we increase the line weight to 2dp. This applies to the focus frame: src/Ubuntu/Components/Themes/Ambiance/1.3/FocusShape.qml (line 29) And the list item frame: ubuntu-ui-toolkit/src/Ubuntu/Components/plugin/uclistitem.cpp (line 1132) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1602690/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1523817] Re: ComboButton needs keyboard support
Discussed this with Femma. The behaviour for focus and select is correct. I would like to increase the weight of the focus frame but I will log this as a separate bug. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1523817 Title: ComboButton needs keyboard support Status in Canonical System Image: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: In Progress Status in ubuntu-ui-toolkit package in Ubuntu RTM: In Progress Bug description: The ComboButton needs to open and close with a keyboard, via Space/Enter key, Up/Down arrows change the current choice while the dropdown is visible. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1523817/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1523817] Re: ComboButton needs keyboard support
It's looking good. I've a few wee questions… 1. The first is more a 'focus frame' question. I can see the line weight is now consistent but I think it's too thin. It breaks up when it goes around corners of objects. Are you able to adjust this on another demo? Should I speak to someone here (Pierre or Andrea)? 2. More combo-button related. When you open a menu with the button using the keyboard (space) the first item is selected (blue) Would it be more accurate to just have the focus frame and then change the visual state of the selected item to blue when a user has selected it. I think it follows the List Item way of doing things so would be good to understand this. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1523817 Title: ComboButton needs keyboard support Status in Canonical System Image: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: In Progress Status in ubuntu-ui-toolkit package in Ubuntu RTM: In Progress Bug description: The ComboButton needs to open and close with a keyboard, via Space/Enter key, Up/Down arrows change the current choice while the dropdown is visible. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1523817/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1561668] Re: The reason for using backgroundTertiaryText in SectionsStyle is unclear.
The most sensible place for these reference graphics to live is the tutorial: https://developer.ubuntu.com/en/phone/apps/qml/tutorials /ubuntu-ui-toolkit-palette/ We can reference the different components, their palette values as well as explain the palette in one place. ** Changed in: ubuntu-ux Assignee: Rae Shambrook (raecontreras) => Jamie Young (jamiedawsonyoung) ** Changed in: ubuntu-ux Importance: Undecided => Medium -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1561668 Title: The reason for using backgroundTertiaryText in SectionsStyle is unclear. Status in Ubuntu UX: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Looking at SectionStyle.qml [1], it seems the section headers use theme.palette.selected.backgroundTertiaryText to set the color. As I understand backgroundText, backgroundSecondaryText and backgroundTertiaryText are used to denote levels. The page sections have only 1 label and thereby should use theme.palette.selected.backgroundText instead. On talking to timp, he did make me understand that the main page header uses backgroundText while the section headers uses tertiaryText which does make sense. But that is something other app devs won't think of. May be the solution is to show a visual illustration where each SDK component shows what palette color it is using. Do note that this is not about which set (normal, disabled, selected, highlighted) to use, but rather the actual palette value. [1] http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui- toolkit/staging/view/head:/src/Ubuntu/Components/Themes/Ambiance/1.3/SectionsStyle.qml To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1561668/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1554473] Re: [SDK] Focus ring width for UbuntuShape should be 1dp
** Changed in: ubuntu-ux Assignee: (unassigned) => Jamie Young (jamiedawsonyoung) ** Changed in: ubuntu-ux Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1554473 Title: [SDK] Focus ring width for UbuntuShape should be 1dp Status in Ubuntu UX: New Status in ubuntu-ui-toolkit package in Ubuntu: Fix Committed Bug description: The focus ring applied using the Ubuntushape should be 1dp. It's currently set to 0.21GU. Please can we change all the focus ring widths to 1dp. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1554473/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1581206] Re: Cannot read the time and SIM information on a message
** Changed in: ubuntu-ux Importance: Undecided => Medium ** Changed in: ubuntu-ux Importance: Medium => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to messaging-app in Ubuntu. https://bugs.launchpad.net/bugs/1581206 Title: Cannot read the time and SIM information on a message Status in Canonical System Image: New Status in Ubuntu UX: New Status in messaging-app package in Ubuntu: Confirmed Bug description: Light gray on a white background with miniscule font size is illegible for many people See bug #1579704 To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1581206/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1561668] Re: The reason for using backgroundTertiaryText in SectionsStyle is unclear.
Assigning this to Rae. We've discussed a short-term solution and Pierre is building something for a more longer term one too. ** Changed in: ubuntu-ux Assignee: Jamie Young (jamiedawsonyoung) => Rae Shambrook (raecontreras) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1561668 Title: The reason for using backgroundTertiaryText in SectionsStyle is unclear. Status in Ubuntu UX: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Looking at SectionStyle.qml [1], it seems the section headers use theme.palette.selected.backgroundTertiaryText to set the color. As I understand backgroundText, backgroundSecondaryText and backgroundTertiaryText are used to denote levels. The page sections have only 1 label and thereby should use theme.palette.selected.backgroundText instead. On talking to timp, he did make me understand that the main page header uses backgroundText while the section headers uses tertiaryText which does make sense. But that is something other app devs won't think of. May be the solution is to show a visual illustration where each SDK component shows what palette color it is using. Do note that this is not about which set (normal, disabled, selected, highlighted) to use, but rather the actual palette value. [1] http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui- toolkit/staging/view/head:/src/Ubuntu/Components/Themes/Ambiance/1.3/SectionsStyle.qml To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1561668/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1393485] Re: [SDK] Need a standard way to make an Icon look disabled
** Changed in: ubuntu-ux Assignee: Jamie Young (jamiedawsonyoung) => Femma (femma) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1393485 Title: [SDK] Need a standard way to make an Icon look disabled Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Fix Released Bug description: [Updated description] Right now if one wants to use an Icon inside a ListItem.Empty or any other AbstractButton derived class, and disable the item, there is no standard way to make the Icon look disabled without directly affecting its opacity and/or colorization. Haviing a standard way to do this would help promoting consistency in the UI. --- UX Solution --- Agreed. Disabled icons should have 30% opacity by default, but that can be changed by the App developer ––– Desired solution: Adjust the opacity to 30% (0.3) for all disabled icons. This will be consistent with our disabled states on buttons. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1393485/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1561668] Re: SectionStyle shouldn't use backgroundTertiaryText to set the color of selected section
** Changed in: ubuntu-ux Assignee: (unassigned) => Jamie Young (jamiedawsonyoung) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1561668 Title: The reason for using backgroundTertiaryText in SectionsStyle is unclear. Status in Ubuntu UX: New Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: Looking at SectionStyle.qml [1], it seems the section headers use theme.palette.selected.backgroundTertiaryText to set the color. As I understand backgroundText, backgroundSecondaryText and backgroundTertiaryText are used to denote levels. The page sections have only 1 label and thereby should use theme.palette.selected.backgroundText instead. On talking to timp, he did make me understand that the main page header uses backgroundText while the section headers uses tertiaryText which does make sense. But that is something other app devs won't think of. May be the solution is to show a visual illustration where each SDK component shows what palette color it is using. Do note that this is not about which set (normal, disabled, selected, highlighted) to use, but rather the actual palette value. [1] http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui- toolkit/staging/view/head:/src/Ubuntu/Components/Themes/Ambiance/1.3/SectionsStyle.qml To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1561668/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1479435] Re: [Launcher]Active application in Launcher is hardly visible on phone
We now have a good solution for this which is currently being implemented. This should land in the early part of 2016. Thanks! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1479435 Title: [Launcher]Active application in Launcher is hardly visible on phone Status in Ubuntu UX: In Progress Status in unity8 package in Ubuntu: Incomplete Bug description: [Updated description] In launcher, active application is marked with a small arrow, on the right side of application icon. Unfortunately it is difficult to this find tiny arrow on small phone screen (especially in full sun). Please take a look at attached screenshot. Proposal: Change tiny arrow of the active application, to something bigger and more visible (especially in full sun) ––– Update 04/08/15: This issue should be covered as part of a bigger piece of work on Focus and Select states. Progress: https://canonical.leankit.com/Boards/View/107963243/115556838 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1479435/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1486008] Re: [sdk] leading actions width is too small making it very difficult to press
** Changed in: ubuntu-ux Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1486008 Title: [sdk] leading actions width is too small making it very difficult to press Status in Canonical System Image: Fix Released Status in Ubuntu UX: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu: Fix Released Bug description: Since a recent update to the ListItem leading actions in Ubuntu.Components 1.2, where the width of the action was clamped, the width is too small to press comfortably on a phone resulting in it missing 9 out of 10 tries. It affects the usability of the action and may be become a release blocker for apps that have recently switched over to the new list items. Sample App import QtQuick 2.4 import Ubuntu.Components 1.2 MainView { applicationName: "testdelete.nik90" width: units.gu(100) height: units.gu(75) Page { title: "Swipe to Delete" ListItem { id: listItem anchors.top: parent.top Label { text: "Swipe me right to delete this listitem" wrapMode: Text.WordWrap anchors { left: parent.left; leftMargin: units.gu(2); right: parent.right; verticalCenter: parent.verticalCenter } } leadingActions: ListItemActions { actions: [ Action { iconName: "delete" onTriggered: listItem.destroy() } ] } } } } With trailing actions, tapping the trailingActions first causes the ListItem to jump/scroll all the way to the left instead of actually activating the action. Only a second tap actually activates them. --- Visual design: desired outcome: Please expand the width of the leading and trailing actions to 6gu (they're currently 5gu). The 2gu icon will be centred in this. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1486008/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1465582] Re: [sdk] TrailingAction widths needs to be clamped
** Changed in: ubuntu-ux Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1465582 Title: [sdk] TrailingAction widths needs to be clamped Status in Ubuntu UX: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu: Fix Released Bug description: [Updated description] In Podbird we have listitems that are sometimes big (height wise) and it has been noticed that when the listitem is big, the trailing edge actions width are too big that it hides the entire listitem when swiping left. Attached are screenshots that illustrate the issue. ––– Desired outcome: The width of trailing actions should be clamped to the width of the slot. The height of slot can be vary dependent on the height of the listitem. [Please note] We're revising the listitems in the latest SDK work. You can see the latest document here: https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#heading=h.8ru1zzx6wzpq To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1465582/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1356864] Re: [SDK] Button with strokeColor does not change font colour
We're working on the button update at the moment. It will update when the latest version of the SDK lands in a few months. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1356864 Title: [SDK] Button with strokeColor does not change font colour Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Bug description: Given the attached QML, there is no way to change the font color inside the button, which should basically be the same as the stroke color. I don't think it's necessary to allow overriding the font color alone in the case of a stroke button, everything should be the same. ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: qtdeclarative5-ubuntu-ui-toolkit-plugin 1.1.1181+14.10.20140806-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-7.12-generic 3.16.0 Uname: Linux 3.16.0-7-generic x86_64 NonfreeKernelModules: nvidia wl ApportVersion: 2.14.5-0ubuntu4 Architecture: amd64 CurrentDesktop: Unity Date: Thu Aug 14 14:49:47 2014 SourcePackage: ubuntu-ui-toolkit SystemImageInfo: Error: [Errno 2] Nie ma takiego pliku ani katalogu: 'system-image-cli' UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1356864/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1389991] Re: [sdk] ComboButton shows a transparent background
@Zsombor, I updated the description text. Is that enough information? Let me know if not. This will all be fixed with the latest SDK release as well. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1389991 Title: [sdk] ComboButton shows a transparent background Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Bug description: [Updated description] ComboButton does not show a background, and the options mixes together with the texts underneath of the combobox, making it very hard to see. An example code can be found at: bzr branch lp:~liu-xiao-guo/debiantrial/contenthub-importer ––– Desired resolution: Please lose the transparency values so we don't have this issue of overlap, not sure where this would be useful? The colour of the popover should be RGB: 255, 255, 255 (white) which will match the new SDK UI look we're working on. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1389991/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1510388] Re: [sdk] Grey buttons with white text look disabled (but they're not)
We are working on this adjustment at the moment. When 1.3 SDK lands then we should have fixed this issue. ** Changed in: ubuntu-ux Status: Triaged => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1510388 Title: [sdk] Grey buttons with white text look disabled (but they're not) Status in Ubuntu UX: In Progress Status in unity8 package in Ubuntu: Incomplete Bug description: Grey buttons with white text look disabled (but they're not). E.g. The Unity8 logout dialog. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1510388/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1350915] Re: [sdk] Colors should have symbolic names
The work on the semantic naming has been done and agreed with the teams. It's in the process of being implemented. Thanks! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1350915 Title: [sdk] Colors should have symbolic names Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: [Updated description] Reading http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.UbuntuColors/ the documentation suggests to use e.g blue for selection ... shouldn't we rather have named colors, e.g "selectionColor"? This way, if the theme change a day we don't need to patch every single application we are shipping to change the color! ––– Progress update: We've updated the colour palette with a more useful naming structure: https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#bookmark=id.5zug5fr1w8zi To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1350915/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1389617] Re: [camera] + [gallery] Inconsistant dialogs between camera and gallery
Description updated ** Description changed: Using rtm 142, camera and gallery have similar photo browsing views, yet their dialogs to delete photos has different label/buttons, it would be nice if those would be the same + + --- + + Desired visual design outcome: + + All neutral buttons should be: UbuntuColor.lightgrey + + All negative actions buttons should be Red (not orange) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to camera-app in Ubuntu. https://bugs.launchpad.net/bugs/1389617 Title: [camera] + [gallery] Inconsistant dialogs between camera and gallery Status in Ubuntu UX: Fix Committed Status in camera-app package in Ubuntu: Invalid Status in gallery-app package in Ubuntu: In Progress Bug description: Using rtm 142, camera and gallery have similar photo browsing views, yet their dialogs to delete photos has different label/buttons, it would be nice if those would be the same --- Desired visual design outcome: All neutral buttons should be: UbuntuColor.lightgrey All negative actions buttons should be Red (not orange) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1389617/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1486008] Re: [sdk] leading actions width is too small making it very difficult to press
I've updated the description with a proposal for the width of the leading / trailing actions. Can we address this as well as the issue from Michael (above) Cheers! ** Description changed: Since a recent update to the ListItem leading actions in Ubuntu.Components 1.2, where the width of the action was clamped, the width is too small to press comfortably on a phone resulting in it missing 9 out of 10 tries. It affects the usability of the action and may be become a release blocker for apps that have recently switched over to the new list items. Sample App import QtQuick 2.4 import Ubuntu.Components 1.2 MainView { applicationName: "testdelete.nik90" width: units.gu(100) height: units.gu(75) Page { title: "Swipe to Delete" ListItem { id: listItem anchors.top: parent.top Label { text: "Swipe me right to delete this listitem" wrapMode: Text.WordWrap anchors { left: parent.left; leftMargin: units.gu(2); right: parent.right; verticalCenter: parent.verticalCenter } } leadingActions: ListItemActions { actions: [ Action { iconName: "delete" onTriggered: listItem.destroy() } ] } } } } With trailing actions, tapping the trailingActions first causes the ListItem to jump/scroll all the way to the left instead of actually activating the action. Only a second tap actually activates them. + + --- + + Visual design: desired outcome: + + Please expand the width of the leading and trailing actions to 6gu + (they're currently 5gu). The 2gu icon will be centred in this. ** Changed in: ubuntu-ux Status: Confirmed => Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1486008 Title: [sdk] leading actions width is too small making it very difficult to press Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Since a recent update to the ListItem leading actions in Ubuntu.Components 1.2, where the width of the action was clamped, the width is too small to press comfortably on a phone resulting in it missing 9 out of 10 tries. It affects the usability of the action and may be become a release blocker for apps that have recently switched over to the new list items. Sample App import QtQuick 2.4 import Ubuntu.Components 1.2 MainView { applicationName: "testdelete.nik90" width: units.gu(100) height: units.gu(75) Page { title: "Swipe to Delete" ListItem { id: listItem anchors.top: parent.top Label { text: "Swipe me right to delete this listitem" wrapMode: Text.WordWrap anchors { left: parent.left; leftMargin: units.gu(2); right: parent.right; verticalCenter: parent.verticalCenter } } leadingActions: ListItemActions { actions: [ Action { iconName: "delete" onTriggered: listItem.destroy() } ] } } } } With trailing actions, tapping the trailingActions first causes the ListItem to jump/scroll all the way to the left instead of actually activating the action. Only a second tap actually activates them. --- Visual design: desired outcome: Please expand the width of the leading and trailing actions to 6gu (they're currently 5gu). The 2gu icon will be centred in this. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1486008/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
Re: [Touch-packages] [Bug 1372011] Re: ListItem.Subtitled subText color is too dark with SuruDark
Hi Jamie and Michael, We're working on the colours as we speak. We're aware that the new colours need to fit into the dark and light theme and I'm hoping that when we're done (in the near future) we'll have a set of colours that will solve the problem highlighted in the bug and work for the Dark Theme as well. Thanks for the prod though! On Mon, Sep 14, 2015 at 1:03 PM Michael Zanetti < michael.zane...@canonical.com> wrote: > +1. The SuruDark theme has gotten into a very bad shape by now and is > hardly usable for apps any more. > > -- > You received this bug notification because you are subscribed to Ubuntu > UX. > https://bugs.launchpad.net/bugs/1372011 > > Title: > ListItem.Subtitled subText color is too dark with SuruDark > > Status in permy: > New > Status in Ubuntu UX: > Fix Released > Status in ubuntu-ui-toolkit package in Ubuntu: > Incomplete > > Bug description: > It is hard to read ListItem.Subtitled subText when using the SuruDark > theme (or other dark themes). > > To manage notifications about this bug go to: > https://bugs.launchpad.net/permy/+bug/1372011/+subscriptions > -- Jamie Young Design lead Platform & Apps Design Team Canonical UK Ltd +44 7890 098672 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1372011 Title: ListItem.Subtitled subText color is too dark with SuruDark Status in permy: New Status in Ubuntu UX: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Bug description: It is hard to read ListItem.Subtitled subText when using the SuruDark theme (or other dark themes). To manage notifications about this bug go to: https://bugs.launchpad.net/permy/+bug/1372011/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1372011] Re: ListItem.Subtitled subText color is too dark with SuruDark
Hi Jamie and Michael, We're working on the colours as we speak. We're aware that the new colours need to fit into the dark and light theme and I'm hoping that when we're done (in the near future) we'll have a set of colours that will solve the problem highlighted in the bug and work for the Dark Theme as well. Thanks for the prod though! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1372011 Title: ListItem.Subtitled subText color is too dark with SuruDark Status in permy: New Status in Ubuntu UX: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Bug description: It is hard to read ListItem.Subtitled subText when using the SuruDark theme (or other dark themes). To manage notifications about this bug go to: https://bugs.launchpad.net/permy/+bug/1372011/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1486008] Re: leading actions width is too small making it very difficult to press on Nexus 4 (mako)
** Changed in: ubuntu-ux Status: Incomplete = Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1486008 Title: leading actions width is too small making it very difficult to press on Nexus 4 (mako) Status in Ubuntu UX: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Since a recent update to the ListItem leading actions in Ubuntu.Components 1.2, where the width of the action was clamped, the width is too small to press comfortably on a phone resulting in it missing 9 out of 10 tries. It affects the usability of the action and may be become a release blocker for apps that have recently switched over to the new list items. Sample App import QtQuick 2.4 import Ubuntu.Components 1.2 MainView { applicationName: testdelete.nik90 width: units.gu(100) height: units.gu(75) Page { title: Swipe to Delete ListItem { id: listItem anchors.top: parent.top Label { text: Swipe me right to delete this listitem wrapMode: Text.WordWrap anchors { left: parent.left; leftMargin: units.gu(2); right: parent.right; verticalCenter: parent.verticalCenter } } leadingActions: ListItemActions { actions: [ Action { iconName: delete onTriggered: listItem.destroy() } ] } } } } To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1486008/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1486008] Re: leading actions width is too small making it very difficult to press
Hi, can we get a screenshot of this to see the issue. Thanks! ** Changed in: ubuntu-ux Status: New = Incomplete -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1486008 Title: leading actions width is too small making it very difficult to press Status in Ubuntu UX: Incomplete Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: Since a recent update to the ListItem leading actions in Ubuntu.Components 1.2, where the width of the action was clamped, the width is too small to press comfortably on a phone resulting in it missing 9 out of 10 tries. It affects the usability of the action and may be become a release blocker for apps that have recently switched over to the new list items. Sample App import QtQuick 2.4 import Ubuntu.Components 1.2 MainView { applicationName: testdelete.nik90 width: units.gu(100) height: units.gu(75) Page { title: Swipe to Delete ListItem { id: listItem anchors.top: parent.top Label { text: Swipe me right to delete this listitem wrapMode: Text.WordWrap anchors { left: parent.left; leftMargin: units.gu(2); right: parent.right; verticalCenter: parent.verticalCenter } } leadingActions: ListItemActions { actions: [ Action { iconName: delete onTriggered: listItem.destroy() } ] } } } } To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1486008/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1465582] Re: [sdk] TrailingAction widths needs to be clamped
** Description changed: + [Updated description] + In Podbird we have listitems that are sometimes big (height wise) and it has been noticed that when the listitem is big, the trailing edge actions width are too big that it hides the entire listitem when swiping left. Attached are screenshots that illustrate the issue. + + ––– + + Desired outcome: + + The width of trailing actions should be clamped to the width of the + slot. The height of slot can be vary dependent on the height of the + listitem. + + [Please note] + + We're revising the listitems in the latest SDK work. You can see the + latest document here: + https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#heading=h.8ru1zzx6wzpq ** Changed in: ubuntu-ux Status: Triaged = Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1465582 Title: [sdk] TrailingAction widths needs to be clamped Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: In Progress Bug description: [Updated description] In Podbird we have listitems that are sometimes big (height wise) and it has been noticed that when the listitem is big, the trailing edge actions width are too big that it hides the entire listitem when swiping left. Attached are screenshots that illustrate the issue. ––– Desired outcome: The width of trailing actions should be clamped to the width of the slot. The height of slot can be vary dependent on the height of the listitem. [Please note] We're revising the listitems in the latest SDK work. You can see the latest document here: https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#heading=h.8ru1zzx6wzpq To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1465582/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1351389] Re: [SDK] power off / restart and cancel buttoms too close together
** Changed in: ubuntu-ux Assignee: Jamie Young (jamiedawsonyoung) = Grazina (boroskograzina) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1351389 Title: [SDK] power off / restart and cancel buttoms too close together Status in Ubuntu UX: In Progress Status in unity8 package in Ubuntu: Incomplete Bug description: The 3 buttons are currently stacked vertically but: 1) The spacing between them looks cramped. 2) The height of each button is too low to be comfortable. If you compare this menu with the Android equivalent, on Android the buttons actually touch _but_ they are atleast as tall as a finger is wide. This seems like a good policy wrt height. We don't appear to be space-constrained here so I'd suggest making the buttoms more spaced out and taller. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1351389/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1225139] Re: [sdk] Switch and CheckBox do not visually indicate focus
** Description changed: [updated description] The Switch and CheckBox components can have focus:true set (and can be targets of KeyNavigation.(back)tab, but do not indicate this visually. If I set a Checkbox to be the target of a TextField's KeyNavigation.tab, I can tab to it and change its state with the return key, but there's no way to tell that it's active. ––– Desired resolution: This is part of a larger bit of work we're currently doing. These issues will be resolved as part of this project. + + Progress: https://canonical.leankit.com/Boards/View/107963243/115888542 ** Description changed: [updated description] The Switch and CheckBox components can have focus:true set (and can be targets of KeyNavigation.(back)tab, but do not indicate this visually. If I set a Checkbox to be the target of a TextField's KeyNavigation.tab, I can tab to it and change its state with the return key, but there's no way to tell that it's active. ––– - Desired resolution: + Update: This is part of a larger bit of work we're currently doing. These issues will be resolved as part of this project. Progress: https://canonical.leankit.com/Boards/View/107963243/115888542 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1225139 Title: [sdk] Switch and CheckBox do not visually indicate focus Status in Ubuntu UI Toolkit: Triaged Status in Ubuntu UX: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: Triaged Bug description: [updated description] The Switch and CheckBox components can have focus:true set (and can be targets of KeyNavigation.(back)tab, but do not indicate this visually. If I set a Checkbox to be the target of a TextField's KeyNavigation.tab, I can tab to it and change its state with the return key, but there's no way to tell that it's active. ––– Update: This is part of a larger bit of work we're currently doing. These issues will be resolved as part of this project. Progress: https://canonical.leankit.com/Boards/View/107963243/115888542 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1225139/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1479435] Re: [Launcher]Active application in Launcher is hardly visible on phone
** Description changed: + [Updated description] + In launcher, active application is marked with a small arrow, on the right side of application icon. Unfortunately it is difficult to this find tiny arrow on small phone screen (especially in full sun). Please take a look at attached screenshot. Proposal: Change tiny arrow of the active application, to something bigger and more visible (especially in full sun) + + ––– + + Update 04/08/15: + + This issue should be covered as part of a bigger piece of work on Focus + and Select states. + + Progress: https://canonical.leankit.com/Boards/View/107963243/115556838 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1479435 Title: [Launcher]Active application in Launcher is hardly visible on phone Status in Ubuntu UX: In Progress Status in unity8 package in Ubuntu: Incomplete Bug description: [Updated description] In launcher, active application is marked with a small arrow, on the right side of application icon. Unfortunately it is difficult to this find tiny arrow on small phone screen (especially in full sun). Please take a look at attached screenshot. Proposal: Change tiny arrow of the active application, to something bigger and more visible (especially in full sun) ––– Update 04/08/15: This issue should be covered as part of a bigger piece of work on Focus and Select states. Progress: https://canonical.leankit.com/Boards/View/107963243/115556838 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1479435/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1389991] Re: [sdk] ComboButton shows a transparent background
** Changed in: ubuntu-ux Status: In Progress = Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1389991 Title: [sdk] ComboButton shows a transparent background Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Bug description: [Updated description] ComboButton does not show a background, and the options mixes together with the texts underneath of the combobox, making it very hard to see. An example code can be found at: bzr branch lp:~liu-xiao-guo/debiantrial/contenthub-importer ––– Desired resolution: Please lose the transparency values so we don't have this issue of overlap, not sure where this would be useful? The colour of the popover should be RGB: 255, 255, 255 (white) which will match the new SDK UI look we're working on. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1389991/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1469750] Re: [sdk] Programmatic slider movement is jerky
** Changed in: ubuntu-ux Status: In Progress = Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1469750 Title: [sdk] Programmatic slider movement is jerky Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: [Updated description] Ubuntu 15.04 r51 1. In System Settings, navigate to Brightness. 2. Turn on Adjust automatically if it is not on already. 3. Go into a much lighter or darker environment, for example by turning lights on/off. What you see: The slider pops suddenly from one point to another. What you should see: The slider slides smoothly, accelerating as it leaves its previous value, and decelerating as it reaches its new value. The brightness slider is just the first ever example of this: it should be a general property of sliders whenever their value is changed non-interactively. It may save time to fix bug 1388094 at the same time as this bug. ––– Desired resolution: We need an easing curve for this animation. We use this animation curve: http://easings.net/#easeOutCubic for most animations of this type. Please use this easing curve for the animation between the two points on the programmatic slider. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1469750/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1468645] Re: [sdk] Buttons and other widgets are too small for comfortable touch usage
** Description changed: [Updated description] On Ubuntu phones, buttons and other widgets are too small for comfortable touch usage. This is mostly about buttons like those seen in the shutdown dialog. They feel too small (they are in fact 5.5mm high) to be able to reliably hit with a finger, and that's on arale which has a large screen. But our GUI elements vary in size a lot and we got it right in the many menus/list views. There, each row is a nice comfortable height (10mm). Compare to Android 5.1.1 on a hammerhead where buttons/list items are 12-15mm high, the larger size is more comfortable and faster to use. ––– - Desired resolution: + Update: The shut-down dialogue will follow new rules we are defining for button size and spacing which will appear with updated SDK UI items. The GUI elements should all be touch friendly and consistent in size. Kanban card: https://canonical.leankit.com/Boards/View/109386535/115024098 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1468645 Title: [sdk] Buttons and other widgets are too small for comfortable touch usage Status in Ubuntu UX: In Progress Status in unity8 package in Ubuntu: Incomplete Bug description: [Updated description] On Ubuntu phones, buttons and other widgets are too small for comfortable touch usage. This is mostly about buttons like those seen in the shutdown dialog. They feel too small (they are in fact 5.5mm high) to be able to reliably hit with a finger, and that's on arale which has a large screen. But our GUI elements vary in size a lot and we got it right in the many menus/list views. There, each row is a nice comfortable height (10mm). Compare to Android 5.1.1 on a hammerhead where buttons/list items are 12-15mm high, the larger size is more comfortable and faster to use. ––– Update: The shut-down dialogue will follow new rules we are defining for button size and spacing which will appear with updated SDK UI items. The GUI elements should all be touch friendly and consistent in size. Kanban card: https://canonical.leankit.com/Boards/View/109386535/115024098 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1468645/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1350915] Re: [sdk] Colors should have symbolic names
** Description changed: + [Updated description] + Reading http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.UbuntuColors/ the documentation suggests to use e.g blue for selection ... shouldn't we rather have named colors, e.g selectionColor? This way, if the theme change a day we don't need to patch every single application we are shipping to change the color! + + ––– + + Progress update: + + We've updated the colour palette with a more useful naming structure: + + https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#bookmark=id.5zug5fr1w8zi ** Changed in: ubuntu-ux Status: Triaged = Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1350915 Title: [sdk] Colors should have symbolic names Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: [Updated description] Reading http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.UbuntuColors/ the documentation suggests to use e.g blue for selection ... shouldn't we rather have named colors, e.g selectionColor? This way, if the theme change a day we don't need to patch every single application we are shipping to change the color! ––– Progress update: We've updated the colour palette with a more useful naming structure: https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#bookmark=id.5zug5fr1w8zi To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1350915/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1326067] Re: [sdk] Add colors for Positive/Negative/Neutral actions
** Description changed: + [Updated description] + Add PositiveAction, NegativeAction, NeutralAction to UbuntuColors, and document how to use them in Button examples. + + ––– + + We've added a colour for all these actions into the SDK TK doc here: + https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#bookmark=id.5zug5fr1w8zi ** Changed in: ubuntu-ux Status: Triaged = Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1326067 Title: [sdk] Add colors for Positive/Negative/Neutral actions Status in Ubuntu UI Toolkit: Confirmed Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: [Updated description] Add PositiveAction, NegativeAction, NeutralAction to UbuntuColors, and document how to use them in Button examples. ––– We've added a colour for all these actions into the SDK TK doc here: https://docs.google.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit#bookmark=id.5zug5fr1w8zi To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1326067/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1328119] Re: [sdk] Scrollbars are too thin and transparent to be useful
Can you add some screen shots so we can see the issue? thanks! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1328119 Title: [sdk] Scrollbars are too thin and transparent to be useful Status in Ubuntu UI Toolkit: Triaged Status in Ubuntu UX: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: Triaged Bug description: Using the code from this branch https://code.launchpad.net/~kalikiana/ubuntu-ui-toolkit/interactiveThumb/+merge/218307 which is practically being merged into trunk now. The scrollbars are too thin and too transparent. They blend with the background and with the content, and are too hard to see to be useful for anything. Please make them more noticeable. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1328119/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1389991] Re: [sdk] ComboButton shows a transparent background
** Description changed: + [Updated description] + ComboButton does not show a background, and the options mixes together with the texts underneath of the combobox, making it very hard to see. An example code can be found at: bzr branch lp:~liu-xiao-guo/debiantrial/contenthub-importer + + ––– + + Desired resolution: + + Please lose the transparency values so we don't have this issue of + overlap, not sure where they would be useful? + + The colour of the popover should be RGB: 255, 255, 255 (white) which + will match the new SDK UI look we're working on. ** Description changed: [Updated description] ComboButton does not show a background, and the options mixes together with the texts underneath of the combobox, making it very hard to see. An example code can be found at: bzr branch lp:~liu-xiao-guo/debiantrial/contenthub-importer ––– Desired resolution: Please lose the transparency values so we don't have this issue of - overlap, not sure where they would be useful? + overlap, not sure where this would be useful? The colour of the popover should be RGB: 255, 255, 255 (white) which will match the new SDK UI look we're working on. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1389991 Title: [sdk] ComboButton shows a transparent background Status in Ubuntu UX: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Bug description: [Updated description] ComboButton does not show a background, and the options mixes together with the texts underneath of the combobox, making it very hard to see. An example code can be found at: bzr branch lp:~liu-xiao-guo/debiantrial/contenthub-importer ––– Desired resolution: Please lose the transparency values so we don't have this issue of overlap, not sure where this would be useful? The colour of the popover should be RGB: 255, 255, 255 (white) which will match the new SDK UI look we're working on. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1389991/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1225139] Re: [sdk] Switch and CheckBox do not visually indicate focus
** Description changed: + [updated description] + The Switch and CheckBox components can have focus:true set (and can be targets of KeyNavigation.(back)tab, but do not indicate this visually. If I set a Checkbox to be the target of a TextField's KeyNavigation.tab, I can tab to it and change its state with the return key, but there's no way to tell that it's active. + + ––– + + Desired resolution: + + This is part of a larger bit of work we're currently doing. These issues + will be resolved as part of this project. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1225139 Title: [sdk] Switch and CheckBox do not visually indicate focus Status in Ubuntu UI Toolkit: Triaged Status in Ubuntu UX: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: Triaged Bug description: [updated description] The Switch and CheckBox components can have focus:true set (and can be targets of KeyNavigation.(back)tab, but do not indicate this visually. If I set a Checkbox to be the target of a TextField's KeyNavigation.tab, I can tab to it and change its state with the return key, but there's no way to tell that it's active. ––– Desired resolution: This is part of a larger bit of work we're currently doing. These issues will be resolved as part of this project. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1225139/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1222787] Re: [SDK] No standard error appearance for text fields and other controls
** Description changed: - The toolkit does not have a standard error appearance for text fields, - other controls, or captions. + [Updated description] + + + The toolkit does not have a standard error appearance for text fields, other controls, or captions. The error appearance should be used for fields that you have filled out incorrectly, other controls that have a disallowed state, and captions explaining the problem with individual controls. Examples: * If you choose a time in a restaurant reservation system, submit the request, and the server responds that that time is unavailable, the time picker should retain the previous value (so you can see what you chose) but should have the error appearance. A caption should appear below it explaining the problem: for example, “Sorry, 7:30pm is unavailable. Try earlier or later.. * Similarly, the validity of a checkbox, radio button, switch, etc selection might be too complex or volatile to check on the client side of an app. If the server side responds that the selection isn't allowed, the control should adopt the standard error appearance, and a caption below if necessary. * Changing the SIM PIN requires entering the current PIN. The phone can't check the correctness of the current PIN with every character you type, because trying an incorrect PIN three times or so will lock the SIM. Instead, it is checked only once you submit the dialog. *Then* if the current PIN turns out to be wrong, that field should get the standard error appearance (maybe a pale pink background, and/or a maroon border, and/or a brief flash), and an explanatory caption below it. * All the captions mentioned above should have their own consistent error appearance. (Maybe maroon text.) + + ––– + + Desired resolution: + + An error state with examples of multiline captions will be added to the + SDK UI work underway. ** Changed in: ubuntu-ux Status: Triaged = In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1222787 Title: [SDK] No standard error appearance for text fields and other controls Status in Ubuntu UX: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: [Updated description] The toolkit does not have a standard error appearance for text fields, other controls, or captions. The error appearance should be used for fields that you have filled out incorrectly, other controls that have a disallowed state, and captions explaining the problem with individual controls. Examples: * If you choose a time in a restaurant reservation system, submit the request, and the server responds that that time is unavailable, the time picker should retain the previous value (so you can see what you chose) but should have the error appearance. A caption should appear below it explaining the problem: for example, “Sorry, 7:30pm is unavailable. Try earlier or later.. * Similarly, the validity of a checkbox, radio button, switch, etc selection might be too complex or volatile to check on the client side of an app. If the server side responds that the selection isn't allowed, the control should adopt the standard error appearance, and a caption below if necessary. * Changing the SIM PIN requires entering the current PIN. The phone can't check the correctness of the current PIN with every character you type, because trying an incorrect PIN three times or so will lock the SIM. Instead, it is checked only once you submit the dialog. *Then* if the current PIN turns out to be wrong, that field should get the standard error appearance (maybe a pale pink background, and/or a maroon border, and/or a brief flash), and an explanatory caption below it. * All the captions mentioned above should have their own consistent error appearance. (Maybe maroon text.) ––– Desired resolution: An error state with examples of multiline captions will be added to the SDK UI work underway. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1222787/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1468645] Re: [sdk] Buttons and other widgets are too small for comfortable touch usage
** Description changed: + [Updated description] + On Ubuntu phones, buttons and other widgets are too small for comfortable touch usage. This is mostly about buttons like those seen in the shutdown dialog. They feel too small (they are in fact 5.5mm high) to be able to reliably hit with a finger, and that's on arale which has a large screen. But our GUI elements vary in size a lot and we got it right in the many menus/list views. There, each row is a nice comfortable height (10mm). Compare to Android 5.1.1 on a hammerhead where buttons/list items are 12-15mm high, the larger size is more comfortable and faster to use. + + ––– + + Desired resolution: + + The shut-down dialogue will follow new rules we are defining for button + size and spacing which will appear with updated SDK UI items. + + The GUI elements should all be touch friendly and consistent in size. ** Changed in: ubuntu-ux Status: Triaged = In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1468645 Title: [sdk] Buttons and other widgets are too small for comfortable touch usage Status in Ubuntu UX: In Progress Status in unity8 package in Ubuntu: Incomplete Bug description: [Updated description] On Ubuntu phones, buttons and other widgets are too small for comfortable touch usage. This is mostly about buttons like those seen in the shutdown dialog. They feel too small (they are in fact 5.5mm high) to be able to reliably hit with a finger, and that's on arale which has a large screen. But our GUI elements vary in size a lot and we got it right in the many menus/list views. There, each row is a nice comfortable height (10mm). Compare to Android 5.1.1 on a hammerhead where buttons/list items are 12-15mm high, the larger size is more comfortable and faster to use. ––– Desired resolution: The shut-down dialogue will follow new rules we are defining for button size and spacing which will appear with updated SDK UI items. The GUI elements should all be touch friendly and consistent in size. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1468645/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1393485] Re: [SDK] Need a standard way to make an Icon look disabled
** Description changed: + [Updated description] + Right now if one wants to use an Icon inside a ListItem.Empty or any other AbstractButton derived class, and disable the item, there is no standard way to make the Icon look disabled without directly affecting its opacity and/or colorization. Haviing a standard way to do this would help promoting consistency in the UI. --- UX Solution --- Agreed. Disabled icons should have 30% opacity by default, but that can be changed by the App developer + + ––– + + Desired solution: + + Adjust the opacity to 30% (0.3) for all disabled icons. This will be + consistent with our disabled states on buttons. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1393485 Title: [SDK] Need a standard way to make an Icon look disabled Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Triaged Bug description: [Updated description] Right now if one wants to use an Icon inside a ListItem.Empty or any other AbstractButton derived class, and disable the item, there is no standard way to make the Icon look disabled without directly affecting its opacity and/or colorization. Haviing a standard way to do this would help promoting consistency in the UI. --- UX Solution --- Agreed. Disabled icons should have 30% opacity by default, but that can be changed by the App developer ––– Desired solution: Adjust the opacity to 30% (0.3) for all disabled icons. This will be consistent with our disabled states on buttons. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1393485/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1479435] Re: [Launcher]Active application in Launcher is hardly visible on phone
We're currently looking at focus and select state for the launcher as part of a bigger piece of work. We will update the design for this soon which should fix this issue. ** Changed in: ubuntu-ux Status: Triaged = In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1479435 Title: [Launcher]Active application in Launcher is hardly visible on phone Status in Ubuntu UX: In Progress Status in unity8 package in Ubuntu: Incomplete Bug description: In launcher, active application is marked with a small arrow, on the right side of application icon. Unfortunately it is difficult to this find tiny arrow on small phone screen (especially in full sun). Please take a look at attached screenshot. Proposal: Change tiny arrow of the active application, to something bigger and more visible (especially in full sun) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1479435/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1469750] Re: [sdk] Programmatic slider movement is jerky
** Description changed: + [Updated description] + Ubuntu 15.04 r51 1. In System Settings, navigate to Brightness. 2. Turn on Adjust automatically if it is not on already. 3. Go into a much lighter or darker environment, for example by turning lights on/off. What you see: The slider pops suddenly from one point to another. What you should see: The slider slides smoothly, accelerating as it leaves its previous value, and decelerating as it reaches its new value. The brightness slider is just the first ever example of this: it should be a general property of sliders whenever their value is changed non- interactively. It may save time to fix bug 1388094 at the same time as this bug. + + ––– + + Desired resolution: + + We need an easing curve for this animation. We use this animation curve: + http://easings.net/#easeOutCubic for most animations of this type. + + Please use this easing curve for the animation between the two points on + the programmatic slider. ** Changed in: ubuntu-ux Status: Triaged = In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in Ubuntu. https://bugs.launchpad.net/bugs/1469750 Title: [sdk] Programmatic slider movement is jerky Status in Ubuntu UX: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: [Updated description] Ubuntu 15.04 r51 1. In System Settings, navigate to Brightness. 2. Turn on Adjust automatically if it is not on already. 3. Go into a much lighter or darker environment, for example by turning lights on/off. What you see: The slider pops suddenly from one point to another. What you should see: The slider slides smoothly, accelerating as it leaves its previous value, and decelerating as it reaches its new value. The brightness slider is just the first ever example of this: it should be a general property of sliders whenever their value is changed non-interactively. It may save time to fix bug 1388094 at the same time as this bug. ––– Desired resolution: We need an easing curve for this animation. We use this animation curve: http://easings.net/#easeOutCubic for most animations of this type. Please use this easing curve for the animation between the two points on the programmatic slider. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1469750/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp