[Touch-packages] [Bug 1627078] Re: ScrollBars and ScrollView - add 'isDragged' or 'isScrolling' property
@Andrea - Sure, no problem! ;) @Tim - Yes, checking for e.g. 'verticalVelocity' property of the Flickable could accomplish it. QQC2 are not provided with the Ubuntu UI Toolkit and they are available only with Qt 5.7, so I would prefer a solution which can be easily integrated in a Ubuntu convergent app. I'll have a try checking for the velocity of the flick action, since it may be desiderable to show such overlay for any 'fast-scroll' event. However, I wanted to provide an example why such property could be useful also for UITK ScrollBars. Calling it 'pressed' for consistence sounds good to me. Thank you guys for the fast reply, have a great weekend! -- 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/1627078 Title: ScrollBars and ScrollView - add 'isDragged' or 'isScrolling' property Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: I'm trying to implement a "page indicator" to be shown when the user scrolls a Flickable using a UITK ScrollBar. The idea is to mimic a feature available in Adobe Reader for Android. i.e. http://imgur.com/a/OzjYG In order to do this, I have to access the "draggingThumb" property of the style instance of a UITK ScrollBar, which is meant to be private. Item { [...] visible: scrollView.verticalScrollbar.__styleInstance.draggingThumb } What it could be useful is to expose this property directly in the ScrollBar. Using the Flickable properties for this purpose would be a bit complicated, since it wouldn't be desiderable to see such overlay during an "ordinary" touch/flick event. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1627078/+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 1627078] [NEW] ScrollBars and ScrollView - add 'isDragged' or 'isScrolling' property
Public bug reported: I'm trying to implement a "page indicator" to be shown when the user scrolls a Flickable using a UITK ScrollBar. The idea is to mimic a feature available in Adobe Reader for Android. i.e. http://imgur.com/a/OzjYG In order to do this, I have to access the "draggingThumb" property of the style instance of a UITK ScrollBar, which is meant to be private. Item { [...] visible: scrollView.verticalScrollbar.__styleInstance.draggingThumb } What it could be useful is to expose this property directly in the ScrollBar. Using the Flickable properties for this purpose would be a bit complicated, since it wouldn't be desiderable to see such overlay during an "ordinary" touch/flick event. ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New -- 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/1627078 Title: ScrollBars and ScrollView - add 'isDragged' or 'isScrolling' property Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: I'm trying to implement a "page indicator" to be shown when the user scrolls a Flickable using a UITK ScrollBar. The idea is to mimic a feature available in Adobe Reader for Android. i.e. http://imgur.com/a/OzjYG In order to do this, I have to access the "draggingThumb" property of the style instance of a UITK ScrollBar, which is meant to be private. Item { [...] visible: scrollView.verticalScrollbar.__styleInstance.draggingThumb } What it could be useful is to expose this property directly in the ScrollBar. Using the Flickable properties for this purpose would be a bit complicated, since it wouldn't be desiderable to see such overlay during an "ordinary" touch/flick event. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1627078/+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 1594400] [NEW] Wrong statement about "persistentSelection" property of TextArea
Public bug reported: In the documentation for UITK TextArea[1]: "Whether the TextArea should keep the selection visible when it loses active focus to another item in the scene. By default this is set to true;" In the documentation for QML TextEdit component (inherited by UITK TextArea): "Whether the TextEdit should keep the selection visible when it loses active focus to another item in the scene. By default this is set to false." The component from UITK[3] only set an alias to the TextEdit property, without changing its default value. This leads to an unexpected behaviour whenever the default property is set to a different value by the upstream project. In Qt 5.0.2 the property was set to true[4]. Since Qt 5.1.1, the value has been changed[5]. [1] https://developer.ubuntu.com/api/apps/qml/sdk-15.04.4/Ubuntu.Components.TextArea/ [2] http://doc.qt.io/qt-5/qml-qtquick-textedit.html#persistentSelection-prop [3] http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui- toolkit/staging/view/head:/src/Ubuntu/Components/1.3/TextArea.qml [4] http://qt.apidoc.info/5.0.2/qtquick/qml-qtquick2-textedit.html#persistentSelection-prop [5] http://qt.apidoc.info/5.1.1/qtquick/qml-qtquick2-textedit.html#persistentSelection-prop ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New -- 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/1594400 Title: Wrong statement about "persistentSelection" property of TextArea Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: In the documentation for UITK TextArea[1]: "Whether the TextArea should keep the selection visible when it loses active focus to another item in the scene. By default this is set to true;" In the documentation for QML TextEdit component (inherited by UITK TextArea): "Whether the TextEdit should keep the selection visible when it loses active focus to another item in the scene. By default this is set to false." The component from UITK[3] only set an alias to the TextEdit property, without changing its default value. This leads to an unexpected behaviour whenever the default property is set to a different value by the upstream project. In Qt 5.0.2 the property was set to true[4]. Since Qt 5.1.1, the value has been changed[5]. [1] https://developer.ubuntu.com/api/apps/qml/sdk-15.04.4/Ubuntu.Components.TextArea/ [2] http://doc.qt.io/qt-5/qml-qtquick-textedit.html#persistentSelection-prop [3] http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui- toolkit/staging/view/head:/src/Ubuntu/Components/1.3/TextArea.qml [4] http://qt.apidoc.info/5.0.2/qtquick/qml-qtquick2-textedit.html#persistentSelection-prop [5] http://qt.apidoc.info/5.1.1/qtquick/qml-qtquick2-textedit.html#persistentSelection-prop To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1594400/+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 1591149] Re: Find more modern text for Italian word prediction
Yet another italian! :) One thing I saw when typing on the keyboard with an Italian dictionary is that it does not recognise loanwords from English (and at the current days we use them a lot in our everyday Italian). (random) e.g. "Mi è arrivato dello SPAM in posta" -> "Mi è arrivato dello SPAMPANAVA in posta" I think that any old novel couldn't help with this. Could some resource from Wikipedia be integrated with any of the novels above? As far as I can see, Wikipedia/Wikizionario/* content is CC BY-SA licensed. As alternative, I found a dictionary from the Boot2Gecko project, which seems to be complete enough (and includes English loanwords). https://github.com/mozilla-b2g/gaia/blob/master/apps/keyboard/js/imes/latin/dictionaries/it_wordlist.xml A good thing is that dirty words are already marked, so they can be easily filtered out. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-keyboard in Ubuntu. https://bugs.launchpad.net/bugs/1591149 Title: Find more modern text for Italian word prediction Status in ubuntu-keyboard package in Ubuntu: Confirmed Bug description: The text used for word prediction in Italian [1] is IMHO not very suitable for the goal of predicting words typed into computers nowadays (especially on phones), fo a few reasons: - it's very old -- from 1868; particles like "cotesto", "pel", "pei" are not used anymore - it's mostly written in the "passato remoto" past tense, which is not that common in modern speech - it talks about history, with ample use of long and rarely used words. - dialogues are entirely missing I think it should be changed with a modern text, not without dialogues. Does this have to be a single book, or can we assemble a few different texts together (i'm thinking about adding some pieces from newspapers, blogs and short novels, mostly)? [1] http://bazaar.launchpad.net/~phablet-team/ubuntu- keyboard/trunk/view/head:/plugins/it/src/la_francia_dal_primo_impero.txt To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1591149/+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 1587580] [NEW] No way to escape an ampersand in UCAction
Public bug reported: Let's say we have an Ubuntu.Action as follow: import Ubuntu.Components 1.3 as Ubuntu Ubuntu.Action { text: "Apps & Scopes" } UCAction translates the ampersand as a mnemonic, using QKeySequence. A way to escape a mnemonic in Qt is to add another ampersand. The resulting string is "Apps && Scopes". The UITK component seems not to take in account this situation, since: - How the string should be shown in e.g. an ActionBar: "Apps & Scopes" - How the string is displayed instead in an ActionBar: "Apps && Scopes" QKeySequence returns no mnemonic as expected, but UCAction shows two ampersands. ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New -- 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/1587580 Title: No way to escape an ampersand in UCAction Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: Let's say we have an Ubuntu.Action as follow: import Ubuntu.Components 1.3 as Ubuntu Ubuntu.Action { text: "Apps & Scopes" } UCAction translates the ampersand as a mnemonic, using QKeySequence. A way to escape a mnemonic in Qt is to add another ampersand. The resulting string is "Apps && Scopes". The UITK component seems not to take in account this situation, since: - How the string should be shown in e.g. an ActionBar: "Apps & Scopes" - How the string is displayed instead in an ActionBar: "Apps && Scopes" QKeySequence returns no mnemonic as expected, but UCAction shows two ampersands. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1587580/+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 1471783] Re: "poppler-data" package is missing on devices' image
** Changed in: ubuntu-docviewer-app Importance: Critical => Medium -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-touch-meta in Ubuntu. https://bugs.launchpad.net/bugs/1471783 Title: "poppler-data" package is missing on devices' image Status in Ubuntu Document Viewer App: Triaged Status in ubuntu-touch-meta package in Ubuntu: Confirmed Bug description: On the ubuntu-phone mailing list[1] has been reported an issue about the libpoppler rendering. Any attempt to load the following document: http://www.math.sci.osaka-u.ac.jp/~msj-si-2015/msj_si_2015_schedule.pdf Results in a badly rendered document on the phone (at the first time it was reported for a Bq E4.5, but it's reproducible on any device - personally verified with a Nexus 5). Testing the same document on a PC, using Document Viewer and other PDF viewer based on the Poppler library, everything is ok. After a check of the installed packages, both on device and on desktop, and after a search on Google for the error returned in the application log[2], it seemed that the issue was due to a suggested dependency missing on Ubuntu devices ("poppler-data"). By removing that package on my desktop, I am able to reproduce this issue with any viewer. What I'd suggest is to add the "poppler-data" package in the device system image. I mark this bug as "critical" for Document Viewer, since we may want to support all the possible PDF documents and the package is default on dekstop image. This issue affects also all the third party application that use libpoppler to render PDF documents (e.g. Beru, which includes a PDF viewer), and may be even more relevant. === [1] https://lists.launchpad.net/ubuntu-phone/msg13932.html [2] http://paste.ubuntu.com/11830506/ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1471783/+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 1567924] Re: App crashes when using ScrollView + Ubuntu.Layouts
** Attachment added: "backtrace.txt" https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1567924/+attachment/4628998/+files/backtrace.txt -- 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/1567924 Title: App crashes when using ScrollView + Ubuntu.Layouts Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: This is something that I've seen often while testing Ubuntu Document Viewer on desktop. *** Using Document Viewer: 1) Launch DocViewer 2) Open a LibreOffice presentation document 3) A sidebar with the list of slides is placed at the left of the window 4) Resize the window so that its width is less than units.gu(120) 5) The list of slides is now visible at the bottom of the window 6) If the app hasn't crashed yet, resize the window so that: width > units.gu(120) 7) Repeat 3, 4, 5, 6. - What happens? DocViewer crash. *** Using the minimal example below: 1) Launch the .qml file 2) A blue rectangle is visible on the screen 3) On a phone: rotate the screen to landscape (from portrait) On a desktop: resize the window so that height > width 4) On a phone: rotate back to portrait On a desktop: resize the window so that width > height - What should happen? The rectangle becomes yellow. - What happens? On the phone: the rectangle is still blue. A black surface becomes visible on the bottom. The app has crashed. On the desktop: the app crashes. == Tested on a BQ E5, with rc-proposed (r302) Tested on desktop, vivid+overlay, UITK version: 1.3.1872+201602271301-staging-0+1.3.1795+16.04.20160106~ubuntu15.04.1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1567924/+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 1567924] [NEW] App crashes when using ScrollView + Ubuntu.Layouts
Public bug reported: This is something that I've seen often while testing Ubuntu Document Viewer on desktop. *** Using Document Viewer: 1) Launch DocViewer 2) Open a LibreOffice presentation document 3) A sidebar with the list of slides is placed at the left of the window 4) Resize the window so that its width is less than units.gu(120) 5) The list of slides is now visible at the bottom of the window 6) If the app hasn't crashed yet, resize the window so that: width > units.gu(120) 7) Repeat 3, 4, 5, 6. - What happens? DocViewer crash. *** Using the minimal example below: 1) Launch the .qml file 2) A blue rectangle is visible on the screen 3) On a phone: rotate the screen to landscape (from portrait) On a desktop: resize the window so that height > width 4) On a phone: rotate back to portrait On a desktop: resize the window so that width > height - What should happen? The rectangle becomes yellow. - What happens? On the phone: the rectangle is still blue. A black surface becomes visible on the bottom. The app has crashed. On the desktop: the app crashes. == Tested on a BQ E5, with rc-proposed (r302) Tested on desktop, vivid+overlay, UITK version: 1.3.1872+201602271301-staging-0+1.3.1795+16.04.20160106~ubuntu15.04.1 ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New ** Tags: convergence layouts ** Attachment added: "scrollview+layout-minimal.qml" https://bugs.launchpad.net/bugs/1567924/+attachment/4628997/+files/scrollview+layout-minimal.qml -- 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/1567924 Title: App crashes when using ScrollView + Ubuntu.Layouts Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: This is something that I've seen often while testing Ubuntu Document Viewer on desktop. *** Using Document Viewer: 1) Launch DocViewer 2) Open a LibreOffice presentation document 3) A sidebar with the list of slides is placed at the left of the window 4) Resize the window so that its width is less than units.gu(120) 5) The list of slides is now visible at the bottom of the window 6) If the app hasn't crashed yet, resize the window so that: width > units.gu(120) 7) Repeat 3, 4, 5, 6. - What happens? DocViewer crash. *** Using the minimal example below: 1) Launch the .qml file 2) A blue rectangle is visible on the screen 3) On a phone: rotate the screen to landscape (from portrait) On a desktop: resize the window so that height > width 4) On a phone: rotate back to portrait On a desktop: resize the window so that width > height - What should happen? The rectangle becomes yellow. - What happens? On the phone: the rectangle is still blue. A black surface becomes visible on the bottom. The app has crashed. On the desktop: the app crashes. == Tested on a BQ E5, with rc-proposed (r302) Tested on desktop, vivid+overlay, UITK version: 1.3.1872+201602271301-staging-0+1.3.1795+16.04.20160106~ubuntu15.04.1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1567924/+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 1514519] Re: Font in Terminal is incorrectly massive since recent update
** Changed in: ubuntu-terminal-app Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to qtubuntu in Ubuntu. https://bugs.launchpad.net/bugs/1514519 Title: Font in Terminal is incorrectly massive since recent update Status in Canonical System Image: Fix Released Status in logviewer: New Status in Ubuntu Terminal App: Fix Released Status in qtubuntu package in Ubuntu: Invalid Status in unity8 package in Ubuntu: Invalid Bug description: Last know good image: 166 Changes on 167: http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/167.commitlog Landing request for Unity8/Mir: https://requests.ci-train.ubuntu.com/#/ticket/564 After updating my Nexus 4 and Krillin over the weekend I notice the terminal now has really huge text. Even dialling down the font size in the app to 8pt results in huge unusable text. Before:- http://people.canonical.com/~alan/screenshots/device-2015-11-09-165137.png After:- http://people.canonical.com/~alan/screenshots/device-2015-11-09-165130.png With the same font size setting on both. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1514519/+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 1550197] Re: Typing in Terminal app without passing "Authentication required" prompt
*** This bug is a duplicate of bug 1549826 *** https://bugs.launchpad.net/bugs/1549826 Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported and is a duplicate of bug 1549826, so it is being marked as such. A fix has already been committed in the development version of Ubuntu Terminal and it is expected to be released in 2-3 weeks. Any further discussion regarding the bug should occur in the other report. Feel free to continue to report any other bugs you may find. Thanks again, Stefano ** Changed in: mir (Ubuntu) Status: New => Invalid ** This bug has been marked a duplicate of bug 1549826 Can type in Terminal without entering the password -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mir in Ubuntu. https://bugs.launchpad.net/bugs/1550197 Title: Typing in Terminal app without passing "Authentication required" prompt Status in Ubuntu Terminal App: New Status in mir package in Ubuntu: Invalid Bug description: User is able to type in terminal window background while the authentication prompt in the foreground. Equipments: Nexus 7 (2013) Wi-Fi Bluetooth keyboard Steps to reproduce: 1. Pair and connect the keyboard 2. Open Terminal app 3. Start typing on your keyboard Expected result: Terminal should not response until authentication passed. Actual results: User can still typing and retrieving user session information at the moment. Versions: OS build number: r133 Ubuntu Image part: 20160224 Ubuntu Build description: Ubuntu 15.04 - armhf(20160224-020503) Device part: 20160112 Device Build description: aosp_flo-userdebug 4.4.4 KOT49H 20160107-1211-0ubuntu4 test-keys Customization Image part: 20150929-2-vivid unity8 8.11+15.04.20160216.1-0ubuntu1 Terminal 0.7.170 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1550197/+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 1540240] Re: Automatic Header height adjustment should be optional
Adding a reference to the G+ post where the discussion has started. https://plus.google.com/u/0/104470462565851394948/posts/58xHJVYUYmj It has been required to provide some case for which the default behaviour is not suitable. I'm working on a note-taking app which would like to make use of a "Flexible space header"[1][2]: https://www.youtube.com/watch?v=elFUk7bY7Ho Currently the documentation for the PageHeader claims the ability to set any custom Item as extension as long as they have an height, so I decided to implement the "flexible space" as header extension.[3] While this works properly when using a PageStack, I got a completely different result with an AdaptivePageLayout: https://www.youtube.com/watch?v=jigZVlCPCkk [1] Android UI guidelines - http://www.google.com/design/spec/patterns/scrolling-techniques.html#scrolling-techniques-scrolling [2] The video is pretty old, sorry for the double header, but it was a fully custom implementation at the time. [3] http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/staging/view/head:/src/Ubuntu/Components/1.3/PageHeader.qml#L214 -- 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/1540240 Title: Automatic Header height adjustment should be optional Status in Ubuntu UX: New Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: I am currently developing a convergence capable CAD App and i recently switched the UI to use AdaptivePageLayout and the new headers. I have noticed that the header automatically resizes across columns to match the column with the greatest header height. This doesn't suit my particular application as I would like to maintain maximum screen space for the drawing canvas. I have attached some screenshots (early development - dont judge me!!) of what I am seeing. It would be super cool if you could include a flag or option to disable the header adjustment for any particular page or column. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1540240/+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 1508363] Re: Coordinated migration to UITK 1.3
** Branch linked: lp:~verzegnassi-stefano/ubuntu-terminal- app/uitk13-migration -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-system-settings- online-accounts in Ubuntu. https://bugs.launchpad.net/bugs/1508363 Title: Coordinated migration to UITK 1.3 Status in Canonical System Image: In Progress Status in Ubuntu Music App: Fix Released Status in Ubuntu Notes app: Fix Committed Status in Tagger: In Progress Status in task-app: In Progress Status in Ubuntu Calculator App: Fix Committed Status in Ubuntu Calendar App: In Progress Status in Ubuntu Clock App: Fix Committed Status in Ubuntu Document Viewer App: Fix Released Status in Ubuntu Shorts App: Fix Committed Status in Ubuntu Weather App: Fix Released Status in Weather: Fix Released Status in address-book-app package in Ubuntu: Fix Committed Status in calendar-app package in Ubuntu: Confirmed Status in camera-app package in Ubuntu: Fix Released Status in dialer-app package in Ubuntu: Fix Committed Status in gallery-app package in Ubuntu: Fix Released Status in messaging-app package in Ubuntu: Fix Committed Status in music-app package in Ubuntu: Confirmed Status in reminders-app package in Ubuntu: Fix Committed Status in ubuntu-clock-app package in Ubuntu: Confirmed Status in ubuntu-system-settings package in Ubuntu: Fix Released Status in ubuntu-system-settings-online-accounts package in Ubuntu: Fix Released Status in ubuntu-weather-app package in Ubuntu: Confirmed Status in unity8 package in Ubuntu: Fix Released Status in webbrowser-app package in Ubuntu: Fix Released Bug description: The migration to 1.3 needs to happen in a coordinated way, so that shell and all apps we care of migrate within the same OTA window to reduce visual inconsistencies to a minimum. This bug is a means to collect all the projects affected and keep tabs on what's happening. NOTES: - The toolkit has the following modules: Ubuntu.Components 1.3 Ubuntu.Components.ListItems 1.3 Ubuntu.Components.Pickers 1.3 Ubuntu.Components.Popups 1.3 Ubuntu.Components.Styles 1.3 Ubuntu.Components.Themes 1.3 Ubuntu.Components.Themes.Ambiance 1.3 Ubuntu.Components.Themes.SuruDark 1.3 - The following modules were not altered recently: Ubuntu.Layouts 1.0 Ubuntu.PerformanceMetrics 1.0 - Theme is now theme (lowercase) - PageHeadStyle now has a "config" property In manifest.json file use: "framework": "ubuntu-sdk-15.04.1-qml" To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1508363/+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 1535272] [NEW] [AdaptivePageLayout] UITK Scrollbar hard to use because of the vertical divider
Public bug reported: See attached example. There's a page pushed into the first column of the AdaptivePageLayout. This page contains a ListView with 1000 entries, and provides an Ubuntu.Components' Scrollbar. When I try to hover the Scrollbar with the mouse cursor, the resizing area of the vertical divider is triggered instead. Actually only half of the width of the Scrollbar is available for scrolling the page. ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New ** Attachment added: "Example of the issue" https://bugs.launchpad.net/bugs/1535272/+attachment/4551817/+files/Main.qml -- 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/1535272 Title: [AdaptivePageLayout] UITK Scrollbar hard to use because of the vertical divider Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: See attached example. There's a page pushed into the first column of the AdaptivePageLayout. This page contains a ListView with 1000 entries, and provides an Ubuntu.Components' Scrollbar. When I try to hover the Scrollbar with the mouse cursor, the resizing area of the vertical divider is triggered instead. Actually only half of the width of the Scrollbar is available for scrolling the page. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1535272/+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 1489591] Re: head sections on the left side of an AdaptivePageLayout 'leak' onto the right side instead of scrolling
I bumped into this bug some days ago. Actually the issue seems more generic: all the pages should be clipped when pushed inside the AdaptivePageLayout. I wrote an "interactive" example (attached to this comment): Swipe the ListItem to left, swipe it back to the original position, hit the button (push a page in the second column) and swipe the new ListItem to right. Each page will occupy the space that in theory is reserved to the other page. This is easily workaround-able by adding 'clip: true' in the QML document that contains a page. However I think that AdaptivePageLayout should do it by its own, in its "addWrappedPage(pageWrapper)" function[1]. [1] Since the issue is due to the particular layout applied to the Pages; and AdaptivePageLayout already changes the settings of the Page when it appends the 'Back' action to the header. ** Attachment added: "Example of the issue (using ListItem)" https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1489591/+attachment/4551815/+files/Main.qml -- 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/1489591 Title: head sections on the left side of an AdaptivePageLayout 'leak' onto the right side instead of scrolling Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: When using many head sections on a page in the left side of an AdaptivePageLayout they 'leak' into the right side instead of scrolling, an example can be found here [0] 0 - http://pastebin.ubuntu.com/12208674/ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1489591/+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 1529909] Re: ListItemLayout: title text overlaps subtitle if maximumLineCount > 1
** Attachment added: "This QML document reproduces the issue" https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1529909/+attachment/4541818/+files/listitemlayout_issue.qml -- 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/1529909 Title: ListItemLayout: title text overlaps subtitle if maximumLineCount > 1 Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: See attached screenshot. What happens: When the "title.maximumLineCount" property is set to a value greater than 1, the second line of the title overlaps the subtitle, resulting in an unreadable text. What I'd expect to happen: The subtitle is placed below the last line of the title, according to the spacing and all the style/layout properties of ListItemLayout. Attached to this report there's a QML document which reproduces the issue. * Verified on: Ubuntu 15.04 (desktop) + Stable Phone Overlay PPA qtdeclarative5-ubuntu-ui-toolkit-plugin Version: 1.3.1758+201512121301-staging-0+1.3.1742+16.04.20151209~ubuntu15.04.1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1529909/+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 1529909] [NEW] ListItemLayout: title text overlaps subtitle if maximumLineCount > 1
Public bug reported: See attached screenshot. What happens: When the "title.maximumLineCount" property is set to a value greater than 1, the second line of the title overlaps the subtitle, resulting in an unreadable text. What I'd expect to happen: The subtitle is placed below the last line of the title, according to the spacing and all the style/layout properties of ListItemLayout. Attached to this report there's a QML document which reproduces the issue. * Verified on: Ubuntu 15.04 (desktop) + Stable Phone Overlay PPA qtdeclarative5-ubuntu-ui-toolkit-plugin Version: 1.3.1758+201512121301-staging-0+1.3.1742+16.04.20151209~ubuntu15.04.1 ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New ** Attachment added: "Screenshot of the issue from DocViewer" https://bugs.launchpad.net/bugs/1529909/+attachment/4541817/+files/Screenshot%20from%202015-12-29%2017%3A49%3A57.png -- 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/1529909 Title: ListItemLayout: title text overlaps subtitle if maximumLineCount > 1 Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: See attached screenshot. What happens: When the "title.maximumLineCount" property is set to a value greater than 1, the second line of the title overlaps the subtitle, resulting in an unreadable text. What I'd expect to happen: The subtitle is placed below the last line of the title, according to the spacing and all the style/layout properties of ListItemLayout. Attached to this report there's a QML document which reproduces the issue. * Verified on: Ubuntu 15.04 (desktop) + Stable Phone Overlay PPA qtdeclarative5-ubuntu-ui-toolkit-plugin Version: 1.3.1758+201512121301-staging-0+1.3.1742+16.04.20151209~ubuntu15.04.1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1529909/+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 1523452] [NEW] Not able to download office documents through webbrowser-app
Public bug reported: We've recently released an update to Document Viewer which is now capable to open LibreOffice/MS-Office documents. Even if the application is installed on the device, it's not possible to download office files through browser-app, since no peer is available for handling the content. I had a look at: http://bazaar.launchpad.net/~phablet-team/webbrowser-app/trunk/view/head:/src/app/FileExtensionMapper.js And it seems that these documents are recognized as ContentType.Unknown. What we'd need is to add the support to the following file extensions: doc, docx, xls, xlsx, ppt, pptx, odt, ods, odp. Alternatively, this is the list of mime types supported by Document Viewer: [1] [1] from line 52, http://bazaar.launchpad.net/~ubuntu-docviewer-dev/ubuntu-docviewer-app/lo-viewer/view/head:/src/plugin/file-qml-plugin/docviewerutils.cpp ** Affects: canonical-devices-system-image Importance: Undecided Status: New ** Affects: webbrowser-app (Ubuntu) Importance: Undecided Status: Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu. https://bugs.launchpad.net/bugs/1523452 Title: Not able to download office documents through webbrowser-app Status in Canonical System Image: New Status in webbrowser-app package in Ubuntu: Confirmed Bug description: We've recently released an update to Document Viewer which is now capable to open LibreOffice/MS-Office documents. Even if the application is installed on the device, it's not possible to download office files through browser-app, since no peer is available for handling the content. I had a look at: http://bazaar.launchpad.net/~phablet-team/webbrowser-app/trunk/view/head:/src/app/FileExtensionMapper.js And it seems that these documents are recognized as ContentType.Unknown. What we'd need is to add the support to the following file extensions: doc, docx, xls, xlsx, ppt, pptx, odt, ods, odp. Alternatively, this is the list of mime types supported by Document Viewer: [1] [1] from line 52, http://bazaar.launchpad.net/~ubuntu-docviewer-dev/ubuntu-docviewer-app/lo-viewer/view/head:/src/plugin/file-qml-plugin/docviewerutils.cpp To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1523452/+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 1508363] Re: Coordinated migration to UITK 1.3
** Changed in: ubuntu-docviewer-app 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-system-settings- online-accounts in Ubuntu. https://bugs.launchpad.net/bugs/1508363 Title: Coordinated migration to UITK 1.3 Status in Canonical System Image: In Progress Status in Ubuntu Music App: Fix Released Status in Ubuntu Notes app: New Status in Ubuntu Calculator App: Fix Committed Status in Ubuntu Calendar App: In Progress Status in Ubuntu Clock App: In Progress Status in Ubuntu Document Viewer App: Fix Released Status in Ubuntu Shorts App: Fix Committed Status in Ubuntu Weather App: Fix Released Status in Weather: New Status in address-book-app package in Ubuntu: Fix Committed Status in calendar-app package in Ubuntu: Confirmed Status in camera-app package in Ubuntu: Fix Released Status in dialer-app package in Ubuntu: Fix Committed Status in gallery-app package in Ubuntu: Fix Released Status in messaging-app package in Ubuntu: Fix Committed Status in music-app package in Ubuntu: Confirmed Status in reminders-app package in Ubuntu: Fix Committed Status in ubuntu-clock-app package in Ubuntu: Confirmed Status in ubuntu-system-settings package in Ubuntu: Fix Released Status in ubuntu-system-settings-online-accounts package in Ubuntu: Fix Released Status in ubuntu-weather-app package in Ubuntu: Confirmed Status in unity8 package in Ubuntu: Fix Released Status in webbrowser-app package in Ubuntu: Fix Released Bug description: The migration to 1.3 needs to happen in a coordinated way, so that shell and all apps we care of migrate within the same OTA window to reduce visual inconsistencies to a minimum. This bug is a means to collect all the projects affected and keep tabs on what's happening. NOTES: - The toolkit has the following modules: Ubuntu.Components 1.3 Ubuntu.Components.ListItems 1.3 Ubuntu.Components.Pickers 1.3 Ubuntu.Components.Popups 1.3 Ubuntu.Components.Styles 1.3 Ubuntu.Components.Themes 1.3 Ubuntu.Components.Themes.Ambiance 1.3 Ubuntu.Components.Themes.SuruDark 1.3 - The following modules were not altered recently: Ubuntu.Layouts 1.0 Ubuntu.PerformanceMetrics 1.0 - Theme is now theme (lowercase) - PageHeadStyle now has a "config" property In manifest.json file use: "framework": "ubuntu-sdk-15.04.1-qml" To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1508363/+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 1514530] Re: Header disappears and picture won't go fullscreen
Same behaviour on BQ E5. Here's the log: http://paste.ubuntu.com/13210245/ -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gallery-app in Ubuntu. https://bugs.launchpad.net/bugs/1514530 Title: Header disappears and picture won't go fullscreen Status in gallery-app package in Ubuntu: Confirmed Bug description: In version 2.9.1.1245, the gallery is becoming unusable. You can open it, switch to albums or to the full list, but every time you tap on a picture, the header disappears and nothing else happens. The app is not frozen, since you can still scroll or hold press to select. But you cannot have a fullscreen picture and you cannot navigate anymore since the header vanished. I'm using the Aquaris 4.5 with the latest OTA. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gallery-app/+bug/1514530/+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 1508363] Re: Coordinated migration to UITK 1.3
Can we then target all the changes included in UITK 1.3.1676+15.04.20151008-0ubuntu1, landed in OTA-7 (including new Label property, ListItemLayout, etc.)? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-system-settings- online-accounts in Ubuntu. https://bugs.launchpad.net/bugs/1508363 Title: Coordinated migration to UITK 1.3 Status in Canonical System Image: In Progress Status in Ubuntu Music App: In Progress Status in Ubuntu Notes app: New Status in Ubuntu Calculator App: In Progress Status in Ubuntu Calendar App: New Status in Ubuntu Clock App: In Progress Status in Ubuntu Document Viewer App: In Progress Status in Ubuntu Shorts App: New Status in Ubuntu Weather App: Triaged Status in Weather: New Status in address-book-app package in Ubuntu: In Progress Status in calendar-app package in Ubuntu: Confirmed Status in camera-app package in Ubuntu: In Progress Status in dialer-app package in Ubuntu: In Progress Status in gallery-app package in Ubuntu: In Progress Status in messaging-app package in Ubuntu: In Progress Status in music-app package in Ubuntu: Confirmed Status in reminders-app package in Ubuntu: Fix Committed Status in ubuntu-clock-app package in Ubuntu: Confirmed Status in ubuntu-system-settings package in Ubuntu: In Progress Status in ubuntu-system-settings-online-accounts package in Ubuntu: In Progress Status in ubuntu-weather-app package in Ubuntu: Confirmed Status in unity8 package in Ubuntu: In Progress Status in webbrowser-app package in Ubuntu: Fix Released Bug description: The migration to 1.3 needs to happen in a coordinated way, so that shell and all apps we care of migrate within the same OTA window to reduce visual inconsistencies to a minimum. This bug is a means to collect all the projects affected and keep tabs on what's happening. NOTES: - The toolkit has the following modules: Ubuntu.Components 1.3 Ubuntu.Components.ListItems 1.3 Ubuntu.Components.Pickers 1.3 Ubuntu.Components.Popups 1.3 Ubuntu.Components.Styles 1.3 Ubuntu.Components.Themes 1.3 Ubuntu.Components.Themes.Ambiance 1.3 Ubuntu.Components.Themes.SuruDark 1.3 - The following modules were not altered recently: Ubuntu.Layouts 1.0 Ubuntu.PerformanceMetrics 1.0 - Theme is now theme (lowercase) - PageHeadStyle now has a "config" property QUESTION: In manifest.json file use: "framework": "ubuntu-sdk-15.04.1-qml" To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1508363/+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 1508363] Re: Coordinated migration to UITK 1.3
** Changed in: ubuntu-docviewer-app Importance: Undecided => High ** Changed in: ubuntu-docviewer-app Status: New => In Progress ** Changed in: ubuntu-docviewer-app Assignee: (unassigned) => Stefano Verzegnassi (verzegnassi-stefano) ** Branch linked: lp:~verzegnassi-stefano/ubuntu-docviewer-app/reboot- uitk13 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-system-settings- online-accounts in Ubuntu. https://bugs.launchpad.net/bugs/1508363 Title: Coordinated migration to UITK 1.3 Status in Canonical System Image: In Progress Status in Ubuntu Music App: In Progress Status in Ubuntu Notes app: New Status in Ubuntu Calculator App: In Progress Status in Ubuntu Calendar App: New Status in Ubuntu Clock App: In Progress Status in Ubuntu Document Viewer App: In Progress Status in Ubuntu Weather App: Triaged Status in Weather: New Status in address-book-app package in Ubuntu: In Progress Status in calendar-app package in Ubuntu: Confirmed Status in camera-app package in Ubuntu: In Progress Status in dialer-app package in Ubuntu: In Progress Status in gallery-app package in Ubuntu: In Progress Status in messaging-app package in Ubuntu: In Progress Status in music-app package in Ubuntu: Confirmed Status in reminders-app package in Ubuntu: Fix Committed Status in ubuntu-clock-app package in Ubuntu: Confirmed Status in ubuntu-system-settings package in Ubuntu: In Progress Status in ubuntu-system-settings-online-accounts package in Ubuntu: In Progress Status in ubuntu-weather-app package in Ubuntu: Confirmed Status in unity8 package in Ubuntu: In Progress Status in webbrowser-app package in Ubuntu: Fix Released Bug description: The migration to 1.3 needs to happen in a coordinated way, so that shell and all apps we care of migrate within the same OTA window to reduce visual inconsistencies to a minimum. This bug is a means to collect all the projects affected and keep tabs on what's happening. NOTES: - *All* Ubuntu.Components imports (including ListItems, Popups, Pickers, Theme, Styles etc.) should go to 1.3. - Theme is now theme (lowercase) - PageHeadStyle now has a "config" property QUESTION: In manifest.json file, should we use: "framework": "ubuntu-sdk-15.04-qml", or "framework": "ubuntu-sdk-15.04.1-qml", ? To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1508363/+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 1447995] Re: [Document-Viewer] Re-enable swipe gestures of list items
** Changed in: ubuntu-docviewer-app 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/1447995 Title: [Document-Viewer] Re-enable swipe gestures of list items Status in Ubuntu Document Viewer App: Fix Released Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Bug description: STEP TO REPRODUCE THIS ISSUE: 1. Open Document Viewer. The list of documents in $HOME/Documents will be shown. 2. Delete an entry in the list (N.B. not the grid), by swiping to right the corrisponding list item. WHAT HAPPENS: The list item can not be swipped WHAT SHOULD HAPPENS: The list item can be swipped to right, and a red-coloured action is shown. Currently, to delete an item we need to switch to the multi-selection mode. DESIRED SOLUTION: See Option A in the comment #4. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1447995/+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 1447995] Re: [Document-Viewer] Re-enable swipe gestures of list items
@Zsombor: No, that's due to a misunderstanding of the terrible explanation I gave at first. The bug should be marked as Invalid for ubuntu-ui-toolkit. -- 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/1447995 Title: [Document-Viewer] Re-enable swipe gestures of list items Status in Ubuntu Document Viewer App: Fix Committed Status in Ubuntu UX: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Incomplete Bug description: STEP TO REPRODUCE THIS ISSUE: 1. Open Document Viewer. The list of documents in $HOME/Documents will be shown. 2. Delete an entry in the list (N.B. not the grid), by swiping to right the corrisponding list item. WHAT HAPPENS: The list item can not be swipped WHAT SHOULD HAPPENS: The list item can be swipped to right, and a red-coloured action is shown. Currently, to delete an item we need to switch to the multi-selection mode. DESIRED SOLUTION: See Option A in the comment #4. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1447995/+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 1471783] [NEW] poppler-data package is missing on devices' image
Public bug reported: On the ubuntu-phone mailing list[1] has been reported an issue about the libpoppler rendering. Any attempt to load the following document: http://www.math.sci.osaka-u.ac.jp/~msj-si-2015/msj_si_2015_schedule.pdf Results in a badly rendered document on the phone (at the first time it was reported for a Bq E4.5, but it's reproducible on any device - personally verified with a Nexus 5). Testing the same document on a PC, using Document Viewer and other PDF viewer based on the Poppler library, everything is ok. After a check of the installed packages, both on device and on desktop, and after a search on Google for the error returned in the application log[2], it seemed that the issue was due to a suggested dependency missing on Ubuntu devices (poppler-data). By removing that package on my desktop, I am able to reproduce this issue with any viewer. What I'd suggest is to add the poppler-data package in the device system image. I mark this bug as critical for Document Viewer, since we may want to support all the possible PDF documents and the package is default on dekstop image. This issue affects also all the third party application that use libpoppler to render PDF documents (e.g. Beru, which includes a PDF viewer), and may be even more relevant. === [1] https://lists.launchpad.net/ubuntu-phone/msg13932.html [2] http://paste.ubuntu.com/11830506/ ** Affects: ubuntu-docviewer-app Importance: Critical Status: Triaged ** Affects: ubuntu-touch-meta (Ubuntu) Importance: Undecided Status: New ** Also affects: ubuntu-docviewer-app Importance: Undecided Status: New ** Changed in: ubuntu-docviewer-app Status: New = Triaged ** Changed in: ubuntu-docviewer-app Importance: Undecided = Critical -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ubuntu-touch-meta in Ubuntu. https://bugs.launchpad.net/bugs/1471783 Title: poppler-data package is missing on devices' image Status in Document Viewer application for Ubuntu devices: Triaged Status in ubuntu-touch-meta package in Ubuntu: New Bug description: On the ubuntu-phone mailing list[1] has been reported an issue about the libpoppler rendering. Any attempt to load the following document: http://www.math.sci.osaka-u.ac.jp/~msj-si-2015/msj_si_2015_schedule.pdf Results in a badly rendered document on the phone (at the first time it was reported for a Bq E4.5, but it's reproducible on any device - personally verified with a Nexus 5). Testing the same document on a PC, using Document Viewer and other PDF viewer based on the Poppler library, everything is ok. After a check of the installed packages, both on device and on desktop, and after a search on Google for the error returned in the application log[2], it seemed that the issue was due to a suggested dependency missing on Ubuntu devices (poppler-data). By removing that package on my desktop, I am able to reproduce this issue with any viewer. What I'd suggest is to add the poppler-data package in the device system image. I mark this bug as critical for Document Viewer, since we may want to support all the possible PDF documents and the package is default on dekstop image. This issue affects also all the third party application that use libpoppler to render PDF documents (e.g. Beru, which includes a PDF viewer), and may be even more relevant. === [1] https://lists.launchpad.net/ubuntu-phone/msg13932.html [2] http://paste.ubuntu.com/11830506/ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1471783/+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 1447995] Re: [Document-Viewer] Re-enable swipe gestures of list items
I've added a darker background that becomes visible when the overflow panel is visible. This seems to make clearer to which delegate the panel is related. However we may want in future to add an arrow pointing to the tile, although it would require a bit more of work, since this is not currently allowed by the UITK when the popover uses a squared style. Because of this, I look forward for your reply, and I'll eventually consider to open a separate bug report with a lower priority for updating to the following design advices. ** Attachment added: Screenshot from 2015-07-01 17:51:11.png https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1447995/+attachment/4422990/+files/Screenshot%20from%202015-07-01%2017%3A51%3A11.png -- 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/1447995 Title: [Document-Viewer] Re-enable swipe gestures of list items Status in Document Viewer application for Ubuntu devices: In Progress Status in Ubuntu UX bugs: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: STEP TO REPRODUCE THIS ISSUE: 1. Open Document Viewer. The list of documents in $HOME/Documents will be shown. 2. Delete an entry in the list (N.B. not the grid), by swiping to right the corrisponding list item. WHAT HAPPENS: The list item can not be swipped WHAT SHOULD HAPPENS: The list item can be swipped to right, and a red-coloured action is shown. Currently, to delete an item we need to switch to the multi-selection mode. DESIRED SOLUTION: See Option A in the comment #4. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1447995/+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 1447995] Re: [Document-Viewer] Re-enable swipe gestures of list items
I'm working on the overflow menu as per specifications. I'm currently using the standard APIs provided by the Ubuntu.Components.Popups QML module, and I feel that the position of the menu is confusing (see attachment - the menu actions are related to the 1.pdf document, stored in the internal storage). Would it be better to switch to an ActionSelectionPopover or add a arrow pointing to the hamburger icon? ** Attachment added: Screenshot from 2015-06-23 23:46:22.png https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1447995/+attachment/4419672/+files/Screenshot%20from%202015-06-23%2023%3A46%3A22.png ** Changed in: ubuntu-docviewer-app Status: New = In Progress ** Changed in: ubuntu-docviewer-app Importance: Undecided = Medium ** Changed in: ubuntu-docviewer-app Assignee: (unassigned) = Stefano Verzegnassi (verzegnassi-stefano) ** Description changed: STEP TO REPRODUCE THIS ISSUE: 1. Open Document Viewer. The list of documents in $HOME/Documents will be shown. 2. Delete an entry in the list (N.B. not the grid), by swiping to right the corrisponding list item. WHAT HAPPENS: The list item can not be swipped WHAT SHOULD HAPPENS: The list item can be swipped to right, and a red-coloured action is shown. Currently, to delete an item we need to switch to the multi-selection mode. - BLOCKERS: - We need to find an equivalent UI pattern for this user case, when the grid view is used instead of the list view. + DESIRED SOLUTION: + See Option A in the comment #4. -- 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/1447995 Title: [Document-Viewer] Re-enable swipe gestures of list items Status in Document Viewer application for Ubuntu devices: In Progress Status in Ubuntu UX bugs: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: STEP TO REPRODUCE THIS ISSUE: 1. Open Document Viewer. The list of documents in $HOME/Documents will be shown. 2. Delete an entry in the list (N.B. not the grid), by swiping to right the corrisponding list item. WHAT HAPPENS: The list item can not be swipped WHAT SHOULD HAPPENS: The list item can be swipped to right, and a red-coloured action is shown. Currently, to delete an item we need to switch to the multi-selection mode. DESIRED SOLUTION: See Option A in the comment #4. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1447995/+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 1447995] Re: [SDK] Re-enable swipe gestures of list items
Hi Olga, Sorry for the bad explanation of the issue. Yes, it's an app-related issue: we already have the code for swiping the list item, but we disabled it. The task in this bug report was basically a to-do entry for me, rather than an explicit request to the ux team. My fault! The problem is that we need to provide those actions (e.g. delete a document, move to sd card, etc.), which are activated by a swipe, also in the grid view, but the swipe gesture does not seem to be suitable for being used in a grid. A solution we were considering was to use a context menu, triggerable by a button placed in the grid delegate, as done for example in the Android Google Play app[1]. I'm not sure though whether it fits with the Ubuntu UX guidelines. The page which requires this improvement is the first/welcome/main page of the app, where the user can scroll a list of documents in the device, and pick one to be opened and read by the PDF viewer. [1] http://imgur.com/y3vlMmi -- 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/1447995 Title: [SDK] Re-enable swipe gestures of list items Status in Document Viewer application for Ubuntu devices: New Status in Ubuntu UX bugs: Incomplete Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: STEP TO REPRODUCE THIS ISSUE: 1. Open Document Viewer. The list of documents in $HOME/Documents will be shown. 2. Delete an entry in the list (N.B. not the grid), by swiping to right the corrisponding list item. WHAT HAPPENS: The list item can not be swipped WHAT SHOULD HAPPENS: The list item can be swipped to right, and a red-coloured action is shown. Currently, to delete an item we need to switch to the multi-selection mode. BLOCKERS: We need to find an equivalent UI pattern for this user case, when the grid view is used instead of the list view. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1447995/+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 1447995] Re: [SDK] Re-enable swipe gestures of list items
For some reason, the link I pasted from my phone is broken. I link an image I found on the web: http://www.strappysolutions.com/googleplay.png -- 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/1447995 Title: [SDK] Re-enable swipe gestures of list items Status in Document Viewer application for Ubuntu devices: New Status in Ubuntu UX bugs: Incomplete Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: STEP TO REPRODUCE THIS ISSUE: 1. Open Document Viewer. The list of documents in $HOME/Documents will be shown. 2. Delete an entry in the list (N.B. not the grid), by swiping to right the corrisponding list item. WHAT HAPPENS: The list item can not be swipped WHAT SHOULD HAPPENS: The list item can be swipped to right, and a red-coloured action is shown. Currently, to delete an item we need to switch to the multi-selection mode. BLOCKERS: We need to find an equivalent UI pattern for this user case, when the grid view is used instead of the list view. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1447995/+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 1399289] Re: Extend double-line header to ImageView and TextView
Marked as 'Fix Released' for ubuntu-docviewer-app, since the image view has been removed and the text view is already using the double-line header. ** Changed in: ubuntu-docviewer-app Status: Triaged = 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/1399289 Title: Extend double-line header to ImageView and TextView Status in Document Viewer application for Ubuntu devices: Fix Released Status in Ubuntu UX bugs: Fix Committed Status in ubuntu-ui-toolkit package in Ubuntu: Triaged Bug description: In the PdfView we are using a multi-line header, that provides informations about the name of the file and the current page (as sub- text). For UX consistence, we should extend the custom header to the Image Viewer and the Text Viewer. However it's not clear which information should be provided as sub-text. See attached screenshot. UX: This is going to be available in the SDK. The Header title slot might have two lines of text To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1399289/+subscriptions -- Mailing list: https://launchpad.net/~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 1432696] Re: [SDK] Bottom edge header improvement
** Changed in: ubuntu-docviewer-app Status: Triaged = In Progress ** Changed in: ubuntu-docviewer-app Assignee: (unassigned) = Stefano Verzegnassi (verzegnassi-stefano) -- 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/1432696 Title: [SDK] Bottom edge header improvement Status in Dekko: Fix Released Status in Calendar application for Ubuntu devices: New Status in Clock application for Ubuntu devices: Triaged Status in Document Viewer application for Ubuntu devices: In Progress Status in Ubuntu UX bugs: Fix Committed Status in address-book-app package in Ubuntu: Confirmed Status in dialer-app package in Ubuntu: Confirmed Status in messaging-app package in Ubuntu: Confirmed Status in ubuntu-clock-app package in Ubuntu: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: When user does a bottom edge gesture to show a new view (Address Book, Dialer, Clock, etc) the new header should never have a chevron pointing left, as it seems to suggest the wrong direction for the movement. The header of the new View should always have a chevron pointing down. Also, it should allow people using a gesture and dismiss the new screen by dragging or swiping the [chevron title area of the header] downward UX here: https://www.dropbox.com/s/ypmhej7ie2hrc9a/down_chevron_for_manage_dash_01%28wireframe%29.tiff?dl=0 VD: https://www.dropbox.com/s/1wuihy8tf7no7iw/Music_Down_Chevron.jpg?dl=0 To manage notifications about this bug go to: https://bugs.launchpad.net/dekko/+bug/1432696/+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 1432696] Re: [SDK] Bottom edge header improvement
** Changed in: ubuntu-docviewer-app Importance: Undecided = Low ** Changed in: ubuntu-docviewer-app Status: New = Triaged ** Changed in: ubuntu-docviewer-app Milestone: None = 2015-04-09 -- 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/1432696 Title: [SDK] Bottom edge header improvement Status in Dekko: Fix Released Status in Calendar application for Ubuntu devices: New Status in Clock application for Ubuntu devices: Triaged Status in Document Viewer application for Ubuntu devices: Triaged Status in Ubuntu UX bugs: Fix Committed Status in address-book-app package in Ubuntu: Confirmed Status in dialer-app package in Ubuntu: Confirmed Status in messaging-app package in Ubuntu: Confirmed Status in ubuntu-clock-app package in Ubuntu: Confirmed Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: When user does a bottom edge gesture to show a new view (Address Book, Dialer, Clock, etc) the new header should never have a chevron pointing left, as it seems to suggest the wrong direction for the movement. The header of the new View should always have a chevron pointing down. Also, it should allow people using a gesture and dismiss the new screen by dragging or swiping the [chevron title area of the header] downward UX here: https://www.dropbox.com/s/ypmhej7ie2hrc9a/down_chevron_for_manage_dash_01%28wireframe%29.tiff?dl=0 VD: https://www.dropbox.com/s/1wuihy8tf7no7iw/Music_Down_Chevron.jpg?dl=0 To manage notifications about this bug go to: https://bugs.launchpad.net/dekko/+bug/1432696/+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 1432696] Re: [SDK] Bottom edge header improvement
** Also affects: ubuntu-docviewer-app Importance: Undecided Status: New -- 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/1432696 Title: [SDK] Bottom edge header improvement Status in Dekko: New Status in Calendar application for Ubuntu devices: New Status in Document Viewer application for Ubuntu devices: New Status in Ubuntu UX bugs: Fix Committed Status in address-book-app package in Ubuntu: New Status in dialer-app package in Ubuntu: New Status in messaging-app package in Ubuntu: New Status in ubuntu-clock-app package in Ubuntu: New Status in ubuntu-ui-toolkit package in Ubuntu: New Bug description: When user does a bottom edge gesture to show a new view (Address Book, Dialer, Clock, etc) the new header should never have a chevron pointing left, as it seems to suggest the wrong direction for the movement. The header of the new View should always have a chevron pointing down. Also, it should allow people using a gesture and dismiss the new screen by dragging or swiping the title of the header downward UX here: https://www.dropbox.com/s/ypmhej7ie2hrc9a/down_chevron_for_manage_dash_01%28wireframe%29.tiff?dl=0 VD: https://www.dropbox.com/s/1wuihy8tf7no7iw/Music_Down_Chevron.jpg?dl=0 To manage notifications about this bug go to: https://bugs.launchpad.net/dekko/+bug/1432696/+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 1420748] Re: Always reserve space for three actions in header
In my opinion, it would be better to reserve space for two actions on the right. The reason is that 4 actions on the header will use more than half of the header width, and there are some app that need that space in order to display the page title (e.g. chat name in Telegram, or document name in docviewer-app). Also, I'd force the two actions number even when there is no action in the left of the header. I think about Unity scopes: Add to favourite and Settings actions should always stay in a context menu, since they are secondary actions. I took a look at the other core apps, and there will be no problem at all with this change: Dialer, address-book, messaging-app already use the bottom edge for the main action. Browser, terminal-app and clock-app use a custom header. Calculator-app doesn't have an header at all. Calendar-app: it has a left-action and it needs to show one more action on the right of the header (New event). However, it could be exposed by a bottom-edge component, so this is not a real issue. Telegram: similar issue as calendar-app. It shows three actions on the right of the header, but Compose action could be moved on the bottom- edge (and it would be consistent with messaging-app). -- 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/1420748 Title: Always reserve space for three actions in header Status in Ubuntu UX bugs: New Status in ubuntu-ui-toolkit package in Ubuntu: Confirmed Bug description: Currently there is room for 3 actions directly in the header, including a back/cancel button or tabs button on the left side. So without a button on the left, there is room for 3 actions on the right, but when there is an action on the left, only 2 actions are allowed on the right side. I think this is confusing for the users (some times you have 3 buttons, and some times 1 normal button plus an overflow button with two actions in the overflow) and not really necessary. I propose to (on a phone) always reserve space for 3 actions on the right side in the header, even if there is an action in the left of the header. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1420748/+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 1357945] Re: [bottom edge] Current bottom edge hint timeout makes it difficult to read the bottom edge action
** Changed in: quick-memo Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to dialer-app in Ubuntu. https://bugs.launchpad.net/bugs/1357945 Title: [bottom edge] Current bottom edge hint timeout makes it difficult to read the bottom edge action Status in Address Book App: Fix Released Status in Dialer app for Ubuntu Touch: Fix Released Status in Quick Memo: Fix Released Status in Clock application for Ubuntu devices: Fix Released Status in Ubuntu UX bugs: Fix Released Status in address-book-app package in Ubuntu: Fix Released Status in dialer-app package in Ubuntu: Fix Released Bug description: Currently when you open the address book, dialer app, clock app etc, the bottom edge hint is visible and shows what the action is. This hint is hidden after a few seconds. This makes it difficult for the user to understand what the bottom edge does if he didn't read the bottom edge text in time. In the clock app design at https://docs.google.com/presentation/d/1Kkl7xT8BYo9mT8i3IXh6rPrDlNg6cBxTajahlRYIGlI/edit#slide=id.g18587dd40_029 (Slide 4), the bottom edge text is supposed to show the time to the next alarm. By hiding this hint, it renders that text useless since it is hidden. -- Solution -- - Hint tab is always displayed by default - When interacting with the content on screen it collapses (e.g. dialler - typing numbers, address book, clock - scrolling) - When user stops interacting, it reappears after 5 seconds https://docs.google.com/a/canonical.com/presentation/d /1YuB3SW5UKI5t9ox4Gc9snsOnFAr1j0PTFjbtK- eLO8w/edit#slide=id.g386935507_0225 To manage notifications about this bug go to: https://bugs.launchpad.net/address-book-app/+bug/1357945/+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 1357945] Re: [bottom edge] Current bottom edge hint timeout makes it difficult to read the bottom edge action
** Branch linked: lp:~verzegnassi-stefano/quick-memo/fix-bottom-edge ** Changed in: quick-memo Status: In Progress = Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to dialer-app in Ubuntu. https://bugs.launchpad.net/bugs/1357945 Title: [bottom edge] Current bottom edge hint timeout makes it difficult to read the bottom edge action Status in Address Book App: Fix Released Status in Dialer app for Ubuntu Touch: Fix Released Status in Quick Memo: Fix Committed Status in Clock application for Ubuntu devices: Fix Released Status in Ubuntu UX bugs: Fix Released Status in “address-book-app” package in Ubuntu: Fix Released Status in “dialer-app” package in Ubuntu: Fix Released Bug description: Currently when you open the address book, dialer app, clock app etc, the bottom edge hint is visible and shows what the action is. This hint is hidden after a few seconds. This makes it difficult for the user to understand what the bottom edge does if he didn't read the bottom edge text in time. In the clock app design at https://docs.google.com/presentation/d/1Kkl7xT8BYo9mT8i3IXh6rPrDlNg6cBxTajahlRYIGlI/edit#slide=id.g18587dd40_029 (Slide 4), the bottom edge text is supposed to show the time to the next alarm. By hiding this hint, it renders that text useless since it is hidden. -- Solution -- - Hint tab is always displayed by default - When interacting with the content on screen it collapses (e.g. dialler - typing numbers, address book, clock - scrolling) - When user stops interacting, it reappears after 5 seconds https://docs.google.com/a/canonical.com/presentation/d /1YuB3SW5UKI5t9ox4Gc9snsOnFAr1j0PTFjbtK- eLO8w/edit#slide=id.g386935507_0225 To manage notifications about this bug go to: https://bugs.launchpad.net/address-book-app/+bug/1357945/+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 1357945] Re: [bottom edge] Current bottom edge hint timeout makes it difficult to read the bottom edge action
** Changed in: quick-memo Status: Triaged = In Progress ** Changed in: quick-memo Assignee: (unassigned) = Stefano Verzegnassi (verzegnassi-stefano) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to dialer-app in Ubuntu. https://bugs.launchpad.net/bugs/1357945 Title: [bottom edge] Current bottom edge hint timeout makes it difficult to read the bottom edge action Status in Address Book App: Fix Released Status in Dialer app for Ubuntu Touch: Fix Released Status in Quick Memo: In Progress Status in Clock application for Ubuntu devices: In Progress Status in Ubuntu UX bugs: Fix Committed Status in “address-book-app” package in Ubuntu: Fix Released Status in “dialer-app” package in Ubuntu: Fix Released Bug description: Currently when you open the address book, dialer app, clock app etc, the bottom edge hint is visible and shows what the action is. This hint is hidden after a few seconds. This makes it difficult for the user to understand what the bottom edge does if he didn't read the bottom edge text in time. In the clock app design at https://docs.google.com/presentation/d/1Kkl7xT8BYo9mT8i3IXh6rPrDlNg6cBxTajahlRYIGlI/edit#slide=id.g18587dd40_029 (Slide 4), the bottom edge text is supposed to show the time to the next alarm. By hiding this hint, it renders that text useless since it is hidden. -- Solution -- - Hint tab is always displayed by default - When interacting with the content on screen it collapses (e.g. dialler - typing numbers, address book, clock - scrolling) - When user stops interacting, it reappears after 5 seconds https://docs.google.com/a/canonical.com/presentation/d /1YuB3SW5UKI5t9ox4Gc9snsOnFAr1j0PTFjbtK- eLO8w/edit#slide=id.g386935507_0225 To manage notifications about this bug go to: https://bugs.launchpad.net/address-book-app/+bug/1357945/+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 1370218] Re: QAudioRecorder does not work properly under 'microphone' security policy
Sorry for the late reply. I don't get any DENIED for shm_open(). There are some general DENIED that I marked as unrelevant, but they may be useful instead. I attached the logs (from dmesg and /var/log/syslog) to the comment. Thank you for your attention ** Attachment added: logs https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1370218/+attachment/4212813/+files/logs -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apparmor-easyprof-ubuntu in Ubuntu. https://bugs.launchpad.net/bugs/1370218 Title: QAudioRecorder does not work properly under 'microphone' security policy Status in “apparmor-easyprof-ubuntu” package in Ubuntu: New Bug description: I recently wrote a small application[1] to spot an ancient issue I had using QAudioRecorder on Ubuntu devices. After I have installer gstreamer0.10-pulseaudio (otherwise pulseaudio: is not listed as available source), I tried to start a record through QAudioRecorder but it failed, giving me this output: shm_open() failed: Permission denied I've checked for some denials from apparmor (using 'dmesg | grep DEN'), but none was found. If I change the apparmor profile[2], so that my test application is launched in a unconfined environment, QAudioRecorder works properly as expected. I run this test on my Nexus 5 (utopic-devel-proposed #185), but this problem with shm happens also on i386 ubuntu-emulator (utopic-devel #206). Just for reference, this is the link to the original mail, stored in the ubuntu-phone team mailing list archive: http://lists.launchpad.net/ubuntu-phone/msg09842.html [1] - http://bazaar.launchpad.net/~verzegnassi-stefano/+junk/recorder-test/files [2] { policy_version: 1.2, template: unconfined, policy_groups: [] } To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1370218/+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 1370218] Re: QAudioRecorder does not work properly under 'microphone' security policy
This bug is invalid. I run the test again on utopic-proposed #245 and utopic-proposed #185 and it records audio even under confinement. It seems that I broke something while I was trying to make pulseaudio: discoverable. That error is still present (shm_open() failed: Permission denied) in the application output, however QAudioRecorder works well. Sorry for the inconvenience. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apparmor-easyprof-ubuntu in Ubuntu. https://bugs.launchpad.net/bugs/1370218 Title: QAudioRecorder does not work properly under 'microphone' security policy Status in “apparmor-easyprof-ubuntu” package in Ubuntu: New Bug description: I recently wrote a small application[1] to spot an ancient issue I had using QAudioRecorder on Ubuntu devices. After I have installer gstreamer0.10-pulseaudio (otherwise pulseaudio: is not listed as available source), I tried to start a record through QAudioRecorder but it failed, giving me this output: shm_open() failed: Permission denied I've checked for some denials from apparmor (using 'dmesg | grep DEN'), but none was found. If I change the apparmor profile[2], so that my test application is launched in a unconfined environment, QAudioRecorder works properly as expected. I run this test on my Nexus 5 (utopic-devel-proposed #185), but this problem with shm happens also on i386 ubuntu-emulator (utopic-devel #206). Just for reference, this is the link to the original mail, stored in the ubuntu-phone team mailing list archive: http://lists.launchpad.net/ubuntu-phone/msg09842.html [1] - http://bazaar.launchpad.net/~verzegnassi-stefano/+junk/recorder-test/files [2] { policy_version: 1.2, template: unconfined, policy_groups: [] } To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1370218/+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 1370218] [NEW] QAudioRecorder does not work properly under 'microphone' security policy
Public bug reported: I recently wrote a small application[1] to spot an ancient issue I had using QAudioRecorder on Ubuntu devices. After I have installer gstreamer0.10-pulseaudio (otherwise pulseaudio: is not listed as available source), I tried to start a record through QAudioRecorder but it failed, giving me this output: shm_open() failed: Permission denied I've checked for some denials from apparmor (using 'dmesg | grep DEN'), but none was found. If I change the apparmor profile[2], so that my test application is launched in a unconfined environment, QAudioRecorder works properly as expected. I run this test on my Nexus 5 (utopic-devel-proposed #185), but this problem with shm happens also on i386 ubuntu-emulator (utopic-devel #206). Just for reference, this is the link to the original mail, stored in the ubuntu-phone team mailing list archive: http://lists.launchpad.net/ubuntu-phone/msg09842.html [1] - http://bazaar.launchpad.net/~verzegnassi-stefano/+junk/recorder-test/files [2] { policy_version: 1.2, template: unconfined, policy_groups: [] } ** Affects: apparmor-easyprof-ubuntu (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apparmor-easyprof-ubuntu in Ubuntu. https://bugs.launchpad.net/bugs/1370218 Title: QAudioRecorder does not work properly under 'microphone' security policy Status in “apparmor-easyprof-ubuntu” package in Ubuntu: New Bug description: I recently wrote a small application[1] to spot an ancient issue I had using QAudioRecorder on Ubuntu devices. After I have installer gstreamer0.10-pulseaudio (otherwise pulseaudio: is not listed as available source), I tried to start a record through QAudioRecorder but it failed, giving me this output: shm_open() failed: Permission denied I've checked for some denials from apparmor (using 'dmesg | grep DEN'), but none was found. If I change the apparmor profile[2], so that my test application is launched in a unconfined environment, QAudioRecorder works properly as expected. I run this test on my Nexus 5 (utopic-devel-proposed #185), but this problem with shm happens also on i386 ubuntu-emulator (utopic-devel #206). Just for reference, this is the link to the original mail, stored in the ubuntu-phone team mailing list archive: http://lists.launchpad.net/ubuntu-phone/msg09842.html [1] - http://bazaar.launchpad.net/~verzegnassi-stefano/+junk/recorder-test/files [2] { policy_version: 1.2, template: unconfined, policy_groups: [] } To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apparmor-easyprof-ubuntu/+bug/1370218/+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 1357945] Re: [bottom edge] Current bottom edge hint timeout makes it difficult to read the bottom edge action
** Changed in: quick-memo Milestone: None = 0.3 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to dialer-app in Ubuntu. https://bugs.launchpad.net/bugs/1357945 Title: [bottom edge] Current bottom edge hint timeout makes it difficult to read the bottom edge action Status in Address Book App: New Status in Dialer app for Ubuntu Touch: Triaged Status in Quick Memo: Triaged Status in Clock application for Ubuntu devices: New Status in Ubuntu UX bugs: Fix Committed Status in “address-book-app” package in Ubuntu: New Status in “dialer-app” package in Ubuntu: New Bug description: Currently when you open the address book, dialer app, clock app etc, the bottom edge hint is visible and shows what the action is. This hint is hidden after a few seconds. This makes it difficult for the user to understand what the bottom edge does if he didn't read the bottom edge text in time. In the clock app design at https://docs.google.com/presentation/d/1Kkl7xT8BYo9mT8i3IXh6rPrDlNg6cBxTajahlRYIGlI/edit#slide=id.g18587dd40_029 (Slide 4), the bottom edge text is supposed to show the time to the next alarm. By hiding this hint, it renders that text useless since it is hidden. -- Solution -- - Hint tab is always displayed by default - When interacting with the content on screen it collapses (e.g. dialler - typing numbers, address book, clock - scrolling) - When user stops interacting, it reappears after 5 seconds https://docs.google.com/a/canonical.com/presentation/d /1YuB3SW5UKI5t9ox4Gc9snsOnFAr1j0PTFjbtK- eLO8w/edit#slide=id.g386935507_0225 To manage notifications about this bug go to: https://bugs.launchpad.net/address-book-app/+bug/1357945/+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