[Ubuntu-sdk-bugs] [Bug 1480801] [NEW] Current localization does not cover the support for the desktop file
Public bug reported: The desktop file contains the application. Current template does not provide the support for localizing the application name. It should be added to support multiple languages. Thanks & best regards, XiaoGuo ** Affects: qtcreator-plugin-ubuntu (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu SDK bug tracking, which is subscribed to qtcreator-plugin-ubuntu in Ubuntu. https://bugs.launchpad.net/bugs/1480801 Title: Current localization does not cover the support for the desktop file Status in qtcreator-plugin-ubuntu package in Ubuntu: New Bug description: The desktop file contains the application. Current template does not provide the support for localizing the application name. It should be added to support multiple languages. Thanks & best regards, XiaoGuo To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qtcreator-plugin-ubuntu/+bug/1480801/+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 1276797] Re: [sdk] [focus states] Add keyboard navigation support to widgets
This is part of a larger project that we are currently working on. Please look at slide 5: https://docs.google.com/presentation/d/1Huq3kC0g-zyWu-L5kZBsztuFNfIvITY8Vl5hOM4FkoA/edit#slide=id.gb5ac35bf4_0_18 ** Changed in: ubuntu-ux Status: In Progress => Won't Fix -- 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/1276797 Title: [sdk] [focus states] Add keyboard navigation support to widgets Status in Ubuntu UX: Won't Fix Status in ubuntu-ui-toolkit package in Ubuntu: In Progress Bug description: This concerns TAB/Shift+TAB navigation between components. We need UX on how/when to highlight the focus component. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1276797/+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 1465997] Re: [SDK] number wheel too sensitive
Please see page 116: https://docs.google.com/document/edit?hgd=1&id=1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw#heading=h.uhv6uus51k29 ** Changed in: ubuntu-ux Status: In Progress => Won't Fix -- 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/1465997 Title: [SDK] number wheel too sensitive Status in Ubuntu UX: Won't Fix Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: Environment: mako on latest rc proposed (17.06.2015) E.g. set an alarm What happens: The number wheel is too sensitive, rendering it difficult to set the desired time What should have happened: The number wheel should spin slower To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1465997/+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 1291575] Re: [osk] predictive text should be disabled on wifi password dialog
** 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/1291575 Title: [osk] predictive text should be disabled on wifi password dialog Status in Ubuntu UX: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Status in unity8 package in Ubuntu: Fix Released Bug description: on the wifi password dialog if you check "show password" and if word prediction/spell checking is on, the user is presented with word ribbon. this should be disabled by setting the Qt.ImNoPredicticveText hint on the entry field To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1291575/+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 1371207] Re: [Browser] when focusing on the URL field, copy/cut/paste options are not displayed
** Description changed: Current behaviour - Go to a website - Tap on URL field - suggestions are still displayed - Cut/Copy/Paste options are not displayed Desired behaviour - On Focus, hide suggestions - Display text selection contextual menu, so user can cut/copy or paste a different URL in place + + --- --- --- --- --- --- --- + + UX Comment: + Fix not as per G.V's design. + + + Current behaviour: + - Visit website + - Tap URL field + - Full URL text is shown & preselected + + - Suggestions ARE STIL shown + - Cut/copy/paste options ARE NOT shown. + - Right click or long press required to reveal cut/copy/past options. + + + Expected behaviour/G.V's design comment: + - Visit website + - Tap URL field + - Full URL text is shown & preselected + + - Suggestions are NOT shown (until text is deselected/ cursor is repositioned) + - Cut/copy/paste options ARE shown by default (for as long as preselected text remains selected). ** Changed in: ubuntu-ui-toolkit (Ubuntu) Status: Invalid => 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/1371207 Title: [Browser] when focusing on the URL field, copy/cut/paste options are not displayed Status in Ubuntu UX: Fix Committed Status in webbrowser-app: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Status in webbrowser-app package in Ubuntu: Fix Released Status in webbrowser-app package in Ubuntu RTM: Fix Released Bug description: Current behaviour - Go to a website - Tap on URL field - suggestions are still displayed - Cut/Copy/Paste options are not displayed Desired behaviour - On Focus, hide suggestions - Display text selection contextual menu, so user can cut/copy or paste a different URL in place --- --- --- --- --- --- --- UX Comment: Fix not as per G.V's design. Current behaviour: - Visit website - Tap URL field - Full URL text is shown & preselected - Suggestions ARE STIL shown - Cut/copy/paste options ARE NOT shown. - Right click or long press required to reveal cut/copy/past options. Expected behaviour/G.V's design comment: - Visit website - Tap URL field - Full URL text is shown & preselected - Suggestions are NOT shown (until text is deselected/ cursor is repositioned) - Cut/copy/paste options ARE shown by default (for as long as preselected text remains selected). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1371207/+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 1428779] Re: [SDK] Tooltips
UX here Currently work in progress to go into the SDK project: https://docs.google.com/document/d/1a8KvcVkmYKxL42wgIRjUGo2xpXfdFvV3npETxcsG3UU/edit https://canonical.leankit.com/Boards/View/109386535/116403130 ** Description changed: Point & Click UIs will need a tooltip component, positioning a popover next to the cursor when Hovering the originating component UX here Currently work in progress to go into the SDK project: https://docs.google.com/document/d/1a8KvcVkmYKxL42wgIRjUGo2xpXfdFvV3npETxcsG3UU/edit + + https://canonical.leankit.com/Boards/View/109386535/116403130 ** Changed in: ubuntu-ux Status: Triaged => Won't Fix -- 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/1428779 Title: [SDK] Tooltips Status in Ubuntu UI Toolkit: New Status in Ubuntu UX: Won't Fix Status in ubuntu-ui-toolkit package in Ubuntu: Triaged Bug description: Point & Click UIs will need a tooltip component, positioning a popover next to the cursor when Hovering the originating component UX here Currently work in progress to go into the SDK project: https://docs.google.com/document/d/1a8KvcVkmYKxL42wgIRjUGo2xpXfdFvV3npETxcsG3UU/edit https://canonical.leankit.com/Boards/View/109386535/116403130 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1428779/+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 1371694] Re: TimePicker behaves erratically after changing system timezone
** Also affects: ubuntu-clock-app Importance: Undecided Status: New ** Also affects: ubuntu-calendar-app Importance: Undecided Status: New ** Changed in: ubuntu-clock-app Milestone: None => 3.x.backlog ** Changed in: ubuntu-clock-app Importance: Undecided => Critical ** Changed in: ubuntu-clock-app Importance: Critical => High -- 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/1371694 Title: TimePicker behaves erratically after changing system timezone Status in Ubuntu Calendar App: New Status in Ubuntu Clock App: New Status in ubuntu-ui-toolkit package in Ubuntu: Triaged Bug description: import QtQuick 2.3 import Ubuntu.Components 1.1 import Ubuntu.Components.Pickers 1.0 MainView { width: units.gu(40) height: units.gu(65) applicationName: "com.ubuntu.developer.nik90.test2" Page { title: i18n.tr("DatePicker Bug") DatePicker { anchors { top: parent.top left: parent.left right: parent.right } clip: true mode: "Hours|Minutes" } } } Steps to reproduce bug: 1. Open the above sample app ^^ on the device 2. Then open the system settings app. 3. Change the timezone 4. Switch back to the sample app 5. Click on any value in the timepicker What happens: The timepicker changes the value back to some random value and behaves erratically Output log when that happens: file:///usr/lib/i386-linux-gnu/qt5/qml/Ubuntu/Components/Pickers/DatePicker.qml:389:5: QML HoursModel: Binding loop detected for property "date" file:///usr/lib/i386-linux-gnu/qt5/qml/Ubuntu/Components/Pickers/DatePicker.qml:389:5: QML HoursModel: Binding loop detected for property "date" file:///usr/lib/i386-linux-gnu/qt5/qml/Ubuntu/Components/Pickers/Picker.qml:219:9: QML Binding: Binding loop detected for property "value" To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1371694/+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 1354057] Re: [SDK] Slider - Minimum and Interval Sliders
https://canonical.leankit.com/Boards/View/109386535/116209331 ** Changed in: ubuntu-ux Status: Triaged => Won't Fix -- 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/1354057 Title: [SDK] Slider - Minimum and Interval Sliders Status in Ubuntu UI Toolkit: Triaged Status in Ubuntu UX: Won't Fix Status in ubuntu-ui-toolkit package in Ubuntu: Triaged Bug description: Currently, the default slider can be used to select a specific or maximum value. For the dash, it would be required to have minimum and Interval sliders. They could be useful to filter large amount of data & filtering. https://docs.google.com/a/canonical.com/document/d/1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw/edit?pli=1#heading=h.v8mgwmerjnh0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1354057/+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 1374028] Re: [address-book] contact detail view content too close to SURU divider
Fix released - Tested on krillin 15.10 (r293) ** 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/1374028 Title: [address-book] contact detail view content too close to SURU divider Status in Ubuntu UX: Fix Released Status in address-book-app package in Ubuntu: Fix Released Status in ubuntu-ui-toolkit package in Ubuntu: Fix Released Bug description: Steps to reproduce: 1. Open Address Book app 2. Tap on a list item (contact) 3. Tap again on the person icon which appears to the right 4. Actual result: contact detail view opens and it seems that the content is shifted up, thumbnail is too close to SURU divider. Scroll down, and content shifts into correct position. The thumbnail has now a different spacing from the SURU divider. 5. Expected result: The contacts detail view page shouldn't scroll if the content fits into view. When opening the detail page, the correct spacing is after the scroll down. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1374028/+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 1392306] Re: [sdk] Swipe to remove/answer/switch inconsistent
After a conversation with Ting-Ray the UX researcher, this is not a problem from a Usability perspective and therefore not a bug. ** Changed in: ubuntu-ux Status: Triaged => Won't Fix -- 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/1392306 Title: [sdk] Swipe to remove/answer/switch inconsistent Status in Ubuntu UX: Won't Fix Status in dialer-app package in Ubuntu: Confirmed Status in ubuntu-settings-components package in Ubuntu: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Status in unity8 package in Ubuntu: Incomplete Bug description: Hi guys, I noticed the horizontal swipes in the interface behave in different ways meaning different things, I wish we could have common positive/negative meanings on the directions they are applied. On snap decision calls, a left to right swipe has a positive meaning, answer the call. On indicator message, a left to right swipe has a negative meaning, remove the message. I guess the same applies to apps, contact app does left to right with a negative meaning, to remove the contact. Lock screen can be swiped away any direction, but on the edge demo we recommend doing a right to left for "removing" the lockscreen. A right to left edge swipe has a meaning of switching context, like swiping it away (maybe negative meaning or we should ignore the case?) Can we come up with a consistent behaviour? What you think? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1392306/+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 1392306] Re: [sdk] Swipe to remove/answer/switch inconsistent
** Changed in: unity8 (Ubuntu) Status: Incomplete => Won't Fix -- 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/1392306 Title: [sdk] Swipe to remove/answer/switch inconsistent Status in Ubuntu UX: Won't Fix Status in dialer-app package in Ubuntu: Confirmed Status in ubuntu-settings-components package in Ubuntu: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Status in unity8 package in Ubuntu: Won't Fix Bug description: Hi guys, I noticed the horizontal swipes in the interface behave in different ways meaning different things, I wish we could have common positive/negative meanings on the directions they are applied. On snap decision calls, a left to right swipe has a positive meaning, answer the call. On indicator message, a left to right swipe has a negative meaning, remove the message. I guess the same applies to apps, contact app does left to right with a negative meaning, to remove the contact. Lock screen can be swiped away any direction, but on the edge demo we recommend doing a right to left for "removing" the lockscreen. A right to left edge swipe has a meaning of switching context, like swiping it away (maybe negative meaning or we should ignore the case?) Can we come up with a consistent behaviour? What you think? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1392306/+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 1237317] Re: [sdk] Should have an UbuntuShaped version of the ListItem.ItemSelector
This is work is currently happening as part of the larger SDK project https://docs.google.com/document/edit?hgd=1&id=1nFm8xiYhKXXuEO_IvMXoD0lASbYzYXva1BWMVanU3iw# page 156 ** Changed in: ubuntu-ux Status: Triaged => Won't Fix -- 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/1237317 Title: [sdk] Should have an UbuntuShaped version of the ListItem.ItemSelector Status in Ubuntu UI Toolkit: Confirmed Status in Ubuntu UX: Won't Fix Status in ubuntu-system-settings package in Ubuntu: Invalid Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Reviewing the ubuntu-system-settings UI with the designers, they said we should use an UbuntuShaped version of the option selectors rather than the current ListItem.ItemSelector. There are some issues with that: - it seems wrong to have a ListItem.ItemSelector version if we think it doesn't look right/shouldn't be used in list based UIs - the OptionSelector doesn't work nicely in list (the labels are not aligned on other widgets) - using OptionSelector makes the code a bit hackish... I'm not sure what the solution is, but we should probably fix the list version to look right rather than working around it... To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1237317/+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 1430416] Re: [OSK] Should remember keyboard layout per conversation
To implement this we'd need to devise some mechanism to provide language hints to the keyboard. If we wanted to do this purely internally this could be achieved by exposing some hint via the keyboard's QML bindings which the SDK's text field/area could use to inform the keyboard of the change in language when focused. Alternatively we could suggest this upstream as a property on the Qt TextInput type and provide the information via the QtInputContextPlugin interface like is already done for the inputMethodHints property. I'd guess that's a decision that really needs to be arrived at by the SDK team, but we should be able to support either approach from the keyboard side. The first option would likely be less work, but this seems like the sort of thing that should perhaps be standardised across Qt apps if upstream are interested in this functionality. ** Also affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New -- 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/1430416 Title: [OSK] Should remember keyboard layout per conversation Status in Ubuntu Settings: New Status in Ubuntu UX: Won't Fix Status in messaging-app package in Ubuntu: New Status in ubuntu-keyboard package in Ubuntu: New Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: Steps: * go to a conversation * select a non-default keyboard layout * go to a different conversation * select a different keyboard layout * go back to the first conversation Expected: * the selected layout should be restored for each conversation Current: * layout is "global" for the whole session Thinking about the solution... it'd probably be best if text fields had a "context" property that the input method could read and restore layouts per context. If a field had no context, it would fall back to the generic behaviour - per-c Rationale: you generally change layouts per contact, to write to someone in a different language. - This would require deeper functionality between the OSK and SDK / messaging app than we currently have - the proposal sounds good but not much to add from UX POV at this stage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-settings/+bug/1430416/+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 1430416] Re: [OSK] Should remember keyboard layout per conversation
** Changed in: ubuntu-ux Status: Won't Fix => Triaged -- 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/1430416 Title: [OSK] Should remember keyboard layout per conversation Status in Ubuntu Settings: New Status in Ubuntu UX: Won't Fix Status in messaging-app package in Ubuntu: New Status in ubuntu-keyboard package in Ubuntu: New Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: Steps: * go to a conversation * select a non-default keyboard layout * go to a different conversation * select a different keyboard layout * go back to the first conversation Expected: * the selected layout should be restored for each conversation Current: * layout is "global" for the whole session Thinking about the solution... it'd probably be best if text fields had a "context" property that the input method could read and restore layouts per context. If a field had no context, it would fall back to the generic behaviour - per-c Rationale: you generally change layouts per contact, to write to someone in a different language. - This would require deeper functionality between the OSK and SDK / messaging app than we currently have - the proposal sounds good but not much to add from UX POV at this stage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-settings/+bug/1430416/+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 1430416] Re: [OSK] Should remember keyboard layout per conversation
** Changed in: ubuntu-ux Status: Triaged => Won't Fix -- 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/1430416 Title: [OSK] Should remember keyboard layout per conversation Status in Ubuntu Settings: New Status in Ubuntu UX: Won't Fix Status in messaging-app package in Ubuntu: New Status in ubuntu-keyboard package in Ubuntu: New Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: Steps: * go to a conversation * select a non-default keyboard layout * go to a different conversation * select a different keyboard layout * go back to the first conversation Expected: * the selected layout should be restored for each conversation Current: * layout is "global" for the whole session Thinking about the solution... it'd probably be best if text fields had a "context" property that the input method could read and restore layouts per context. If a field had no context, it would fall back to the generic behaviour - per-c Rationale: you generally change layouts per contact, to write to someone in a different language. - This would require deeper functionality between the OSK and SDK / messaging app than we currently have - the proposal sounds good but not much to add from UX POV at this stage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-settings/+bug/1430416/+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 1276797] Re: [sdk] [focus states] Add keyboard navigation support to widgets
** Changed in: ubuntu-ux Status: Won't Fix => 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/1276797 Title: [sdk] [focus states] Add keyboard navigation support to widgets Status in Ubuntu UX: In Progress Status in ubuntu-ui-toolkit package in Ubuntu: In Progress Bug description: This concerns TAB/Shift+TAB navigation between components. We need UX on how/when to highlight the focus component. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1276797/+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 1481147] [NEW] actons does not show in MainView
Public bug reported: I created a very simple MainView app, and I got an action in the MainView. The actions do not show up: import QtQuick 2.0 import Ubuntu.Components 1.1 /*! \brief MainView with a Label and Button elements. */ MainView { // objectName for functional testing purposes (autopilot-qt5) objectName: "mainView" // Note! applicationName needs to match the "name" field of the click manifest applicationName: "maiviewactions.liu-xiao-guo" /* This property enables the application to change orientation when the device is rotated. The default is false. */ //automaticOrientation: true // Removes the old toolbar and enables new features of the new header. useDeprecatedToolbar: false width: units.gu(60) height: units.gu(85) actions: [ Action { objectName: "action" // iconSource: Qt.resolvedUrl("images/avatar.jpg") iconName: "active-call" onTriggered: { console.log("action is clicked!"); } } ] Page { title: i18n.tr("maiviewactions") Label { anchors.centerIn: parent text: "this is the label" } } } Thanks & best regards, XiaoGuo ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New -- 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/1481147 Title: actons does not show in MainView Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: I created a very simple MainView app, and I got an action in the MainView. The actions do not show up: import QtQuick 2.0 import Ubuntu.Components 1.1 /*! \brief MainView with a Label and Button elements. */ MainView { // objectName for functional testing purposes (autopilot-qt5) objectName: "mainView" // Note! applicationName needs to match the "name" field of the click manifest applicationName: "maiviewactions.liu-xiao-guo" /* This property enables the application to change orientation when the device is rotated. The default is false. */ //automaticOrientation: true // Removes the old toolbar and enables new features of the new header. useDeprecatedToolbar: false width: units.gu(60) height: units.gu(85) actions: [ Action { objectName: "action" // iconSource: Qt.resolvedUrl("images/avatar.jpg") iconName: "active-call" onTriggered: { console.log("action is clicked!"); } } ] Page { title: i18n.tr("maiviewactions") Label { anchors.centerIn: parent text: "this is the label" } } } Thanks & best regards, XiaoGuo To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1481147/+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 1481147] Re: actons does not show in MainView
I think you misunderstood the API (or wrongly guessed its purpose). MainView.actions is a list of actions globally available in the app, originally incepted for the HUD. If you want actions to show in the header, you actually need to use Page.head.actions. ** Changed in: ubuntu-ui-toolkit (Ubuntu) Status: New => Invalid -- 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/1481147 Title: actons does not show in MainView Status in ubuntu-ui-toolkit package in Ubuntu: Invalid Bug description: I created a very simple MainView app, and I got an action in the MainView. The actions do not show up: import QtQuick 2.0 import Ubuntu.Components 1.1 /*! \brief MainView with a Label and Button elements. */ MainView { // objectName for functional testing purposes (autopilot-qt5) objectName: "mainView" // Note! applicationName needs to match the "name" field of the click manifest applicationName: "maiviewactions.liu-xiao-guo" /* This property enables the application to change orientation when the device is rotated. The default is false. */ //automaticOrientation: true // Removes the old toolbar and enables new features of the new header. useDeprecatedToolbar: false width: units.gu(60) height: units.gu(85) actions: [ Action { objectName: "action" // iconSource: Qt.resolvedUrl("images/avatar.jpg") iconName: "active-call" onTriggered: { console.log("action is clicked!"); } } ] Page { title: i18n.tr("maiviewactions") Label { anchors.centerIn: parent text: "this is the label" } } } Thanks & best regards, XiaoGuo To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1481147/+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