Re: [Ubuntu-phone] Log viewer app
There is a merge proposal which includes all the necessary changes, but I'm still waiting for a review of the changes. https://code.launchpad.net/~verzegnassi-stefano/logviewer/logviewer/+merge/297934 I'll ping the project maintainer in the next few days. 2016-07-21 10:13 GMT+02:00 Wayne Ward : > Any updates on a fix for this ? > OTA 12 next week so it will stop working !! > > Wayne > > On Mon, 2016-06-20 at 16:59 +0200, Stefano Verzegnassi wrote: >> Hi all, >> >> It seems that LogViewer is still using one of the framework that will >> be removed with OTA-12. >> I've taken the liberty of migrating the application to the latest >> version of the toolkit, since I use a lot this app on my phone. >> >> I've pushed my work on Launchpad (so that Victor - the maintainer - >> can potentially reuse part of my work, if he'd like to): >> https://code.launchpad.net/~verzegnassi-stefano/logviewer/logviewer >> >> I've also updated the project to the latest CMake template, so now >> the >> app can be easily built with the Ubuntu IDE. >> >> Cheers, >> Stefano >> >> 2016-06-19 11:53 GMT+02:00 Wayne Ward : >> > >> > I switched to proposed and wanted logviewer app but doesn't show in >> > store so >> > guess its not compatible, tried to submit as a bug on launchpad but >> > wont >> > allow it, shame this is a really handy app. Guess it will stop >> > working on >> > ota11 if not updated to a new version. >> > >> > Wayne >> > >> > >> > -- >> > Sent using Dekko from my Ubuntu device >> > >> > -- >> > Mailing list: https://launchpad.net/~ubuntu-phone >> > Post to : ubuntu-phone@lists.launchpad.net >> > Unsubscribe : https://launchpad.net/~ubuntu-phone >> > More help : https://help.launchpad.net/ListHelp > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Log viewer app
Hi all, It seems that LogViewer is still using one of the framework that will be removed with OTA-12. I've taken the liberty of migrating the application to the latest version of the toolkit, since I use a lot this app on my phone. I've pushed my work on Launchpad (so that Victor - the maintainer - can potentially reuse part of my work, if he'd like to): https://code.launchpad.net/~verzegnassi-stefano/logviewer/logviewer I've also updated the project to the latest CMake template, so now the app can be easily built with the Ubuntu IDE. Cheers, Stefano 2016-06-19 11:53 GMT+02:00 Wayne Ward : > I switched to proposed and wanted logviewer app but doesn't show in store so > guess its not compatible, tried to submit as a bug on launchpad but wont > allow it, shame this is a really handy app. Guess it will stop working on > ota11 if not updated to a new version. > > Wayne > > > -- > Sent using Dekko from my Ubuntu device > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Dekko && attachments PDF
Hi Matthias, This is an issue in the Document Viewer. I have already prepared a fix for this issue a month ago, before leaving the team. No one is working on the DocViewer, so the merge proposal with the fix is still waiting for a review. I guess you should wait for someone from Canonical to have a look at it. ;) See https://code.launchpad.net/~verzegnassi-stefano/ubuntu-docviewer-app/content-hub-dont-load-async/+merge/294122 The bug itself is not tracked on Launchpad though. Cheers, Stefano 2016-06-02 7:15 GMT+02:00 Matthias Apitz : > > Hello, > > I don't know since when, but for some time dekko + doc viewer does not > work correctly together. When I try to open a PDF attachment, dekko > stores this, for example, in: > > ~/.cache/com.ubuntu.docviewer/HubIncoming/9/dekko-attachment-p30853-QUOTEPLUS_DE_REL_PREF_31601429 > 2_2016-02-24.pdf > > and asks me how to open it. I select doc viewer, but this is launched > with all files in ~/Documents and not with the attachment. Is this a > known (new) issue? If not, I will file it into LP. > > matthias > -- > Matthias Apitz, ✉ g...@unixarea.de, ⌂ http://www.unixarea.de/ ☎ > +49-176-38902045 > "Die Verkaufsschlager des Buchmarkts geben Auskunft über den Zustand einer > Gesellschaft bzw. > sind, was diese Zeiten angeht, Gradmesser fortschreitenden Schwachsinns. ..." > (jW 19.05.2016) > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
[Ubuntu-phone] SD card access for third party apps
Hi all, At the moment, only core apps (and system apps) are authorized to access the SD card. This has been debated a lot in the past, but it's surely a big limitation for those apps which would be forced to store a large amount of data in the internal storage (I'm using my Ubuntu Phone for recording audio tracks of my lessons, it's >160MB of OGG audio in a single day). Is there any plan to extend the current AppArmor policy, and register e.g. '/media/*/*/Ubuntu Apps/' (or something similar) as writable location for storage, keeping the other folders in the SD card confined? Cheers, Stefano -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Local copy of the SD reproduced movies
Below I'll talk about "default apps". It's just a way to say "core-apps + system-app that can access to the home folder. 2016-04-12 15:20 GMT+02:00 Bill Filler : > Sorry, it's not an admission of a problem. Sounds like it's a sign that > there is some confusion about the security and content sharing model on the > platform which I can try to clear up. > > The default concept is that apps are silo'd and own their data in a location > only they can access. No other apps can access another apps data in these > cases. That is where the content-hub comes in. The content-hub's main > purpose is to provide a secure mechanism for apps to transfer (i.e. copy) > their data to another app, such that the other app gets a copy of the data > and can store (or not) in it's own silo'd area. content-hub is not a > "viewing" api by design, it's a data transfer api. Ok, that makes sense now, since this mechanism should work in synergy with url-dispatcher, as explained below. > However, there are some exceptions to the rule which complicates things. > There are system level directories on the platform that are able to be > accessed by the certain allowed apps (via app armor rules) and system level > components, and the apps use these directories to access/store their data. > Specifically > > ~/Pictures -> Gallery, MediaPlayer, Scopes > ~/Videos -> Gallery, MediaPlayer, Scopes > ~/Music -> Music Player, Scopes > ~/SD-Card -> Gallery, MediaPlayer, Scopes, Camera > ~/Documents -> Document Viewer (I believe?) Docviewer-app and music-app are also able to access the SD card, but their access to /media/*/* is not the same. Music-app can read the content of the whole SD card, docviewer-app has also write permissions but the security team has authorized the app to access only /media/*/*/Documents. Just a bit off-topic here but, since it seems that Ubuntu will (ideally) have one app for each user's folder (Documents, Music, Downloads, Video, Pictures), does it make sense to provide a link in the applications scope for the downloads page in browser-app? Also, that downloads page should also be registered in content-hub, since browser-app is able to save downloaded files in ~/Downloads: I'm thinking at a scenario where the user downloads a file but there's no app that can handle that content yet. > url-dispatcher is different from content-hub, in that it's purpose is to > request an app on the system to open a given url, with the assumption being > the destination app has permission to access the specified url/resource, in > order to "view" or open it in place. That's not documented at: https://developer.ubuntu.com/en/phone/platform/guides/url-dispatcher-guide/ I believe this is also a reason why url-dispatcher has never been considered as a solution for this problem. > So backing up yet again, the phone was designed without having a File > Manager at all, as it's really in conflict to the notion of apps owning > their own data. The app is not installed on the device by default for this > reason. Having a single app, file-manager, which is allowed to access all of > the data on the disk, is only granted with a special security permissions > and the user has to enter their password. So file-manager is really a > special case. That makes sense. > That said, the file-manager needs to be aware of the above rules and use the > appropriate api's depending on the case. It's unfortunately not one size > fits all with our current model. Using the content-hub for everything which > the file-manager currently does, by definition will perform a copy of the > data. It works but is not optimal for data which lives in the special > directories as it makes a copy. Ok, to sum up what you've explained, we have two types of content: - Content owned by an app, which is the case of the silo'd apps. - Content without any "ownership", which is the case of files stored in user's folders. Core/System apps are a sort of bridge between the latter type and third party apps, and should provide two methods (via content-hub or url-dispatcher) for accessing that content. The two methods should work as follow: - via content-hub: when an app requires the ownership on the content or handle specific data. This could be the case of an app that needs to access the details of a specific contact, or e.g. an "image editor" app, which requires to read/write the original image pixel by pixel. (i.e. data manipulation) - via url-dispatcher: when an app needs to satisfy an user request about viewing the content with the specific handler. (i.e. view some data on user's request) > For content that lives in the special directories listed above, there could > be options in the file-manager to "view" the content based on mime-type > using url-dispatcher. This would cause the content to be viewed in place by > the destination app without copy. Yes it is extra work in the file-manager, > but there is no support in content-hub for this type of operation. At this point it so
Re: [Ubuntu-phone] Local copy of the SD reproduced movies
Hi Bill, 2016-04-11 15:28 GMT+02:00 Bill Filler : > Are you accessing the videos from File Manager and trying to open from > there? If so, that is the problem (actualy a bug in File Manager). When > clicking on the video from file manager it should request to open in > media-player not import via the content-hub. I understand the logic behind what you're saying, but that doesn't convince me. It sounds to me like an admission that there's something wrong with the content sharing concept in the Ubuntu platform, and that there's even no standard in a short term for that. Why should file-manager implement an exception for a single content type? In the past, a similar request has been made by music-app developers: if an user requires to open a file from ~/Music, file-manager should use URL dispatcher instead of content-hub. What prevents Document Viewer (talking for myself here) to make a similar request, instead of being forced to rely on the file name and the size of the imported file[1][2], and finalize the transfer without copying the file if the app detects a similar file in ~/Documents? - This is the workaround that it has been suggested and I've been forced to implement for such scenario. Being a not-preinstalled app, or a fully-confined one shouldn't be a reason why an app should be forced to provide a bad user experience, nor for being excluded from an app (file-manager) that it's the only way for an user to access the whole file system. I know there are security concerns about exposing the content of the device to third party apps. However, at least, there's no reason why content-hub should create a new copy of a file for an app that it has been already whitelisted (in the AppArmor profile) and authorized to the access that specific path. This topic has been systematically raised every N months, by someone complaining her/his unsatisfying experience with content-hub. No answer has been given, so I'd like to know if there's some plan or on-going work for those bugs that have been reported years ago, since no progress has been made. e.g. https://bugs.launchpad.net/ubuntu/+source/content-hub/+bug/1324985 https://bugs.launchpad.net/ubuntu/+source/content-hub/+bug/1370687 https://bugs.launchpad.net/ubuntu/+source/content-hub/+bug/1425955 Cheers, Stefano [1] http://bazaar.launchpad.net/~ubuntu-docviewer-dev/ubuntu-docviewer-app/lo-viewer/view/head:/src/plugin/file-qml-plugin/docviewerutils.cpp#L138 [2] http://bazaar.launchpad.net/~ubuntu-docviewer-dev/ubuntu-docviewer-app/lo-viewer/view/head:/src/app/qml/common/ContentHubProxy.qml -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] SDK planning
Hi Zoltan, Thanks for sharing those informations... I'm looking forward for the new components. However, there's a request/idea I'd like to propose. With UITK 1.2 a new ListItem component has been introduced. It provides an attached property which makes life easier when we have to deal with dragging gestures, items selection, and so on... I would like to know if there's some plan for having a similar component for grid views - let's call it AbstractCardItem - which provides the same helpers. Cheers, Stefano 2016-03-16 19:20 GMT+01:00 Zoltán Balogh : > hi all, > > I wrote up few thoughts about the plans of the SDK team for the upcoming > cycle: > https://developer.ubuntu.com/en/blog/2016/03/16/planning-the-sdk-16-10/ > > Nothing is carved to marble, so if you have comments, ideas or requests > please tell us. > > cheers, > > bzoltan > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] SDK planning
Hi Zoltan, - Case 1: Document Viewer Before migrating DocViewer to UITK 1.2, there was a list and a grid view with all the documents on the device. We were using the "MultipleSelectionListView" component, taken from address-book-app, and we did some change in order to have an equivalent for grid view. There has been two problems then: 1) New ListItem API is different than the MultipleSelectionListView one (e.g. "selectedItems" vs "ViewItems.selectedIndices") 2) No UI guideline was available for those apps which were trying to implement a card view. We decided then to drop the grid view, waiting for a component which would have allowed us to support the two different view modes without two different codes. - Case 2: File Manager Another use case would be the file-manager-app. Currently it does not provide any support for multiple selection of items, and the grid view suffers of a massive lack of features. Moreover, it is still using the old "ListItemWithActions" component. A common API for list and grid views would help the app maintainers to stay in sync with the latest SDK version. - Styling I guess this new component should not implement any style by default. The two examples above would require similar features but different styles. It would be nice if we have an AbstractCardView component, and several CardLayout(s) in order to implement those layouts that have been approved by the UX team. One of these layouts could look as follow: (just a prototype I did some months ago, based on the new Scopes Toolkit design) https://imgur.com/xH1RlDM Cheers, Stefano 2016-03-17 1:38 GMT+01:00 Zoltán Balogh : > Hello Stefano, > > Thank you for your response. Your idea to create a grid view item similar to > the new list item is cool and we will discuss about it today with the guys. > > The driving force of the UI Toolkit development are the applications. So it > would support this idea a lot if you could describe few exact use cases > where this component would be used. > > cheers, > > bzoltan > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Mi Band for Ubuntu Touch
Hi Johan, As Roman said, I've been playing with MiBand and I've started to write a C++/Qt library, using the Qt Bluetooth Low Energy API. Unfortunately, I never had the time to finish it or to get it in a usable (and useful) state. It's a project I started "just for fun (and learning)" and I guess I won't find some spare time to spend on it for a while. I'll probably try to have a look at my work in the next months, and push the code somewhere on the net, but I don't think I'll write an Ubuntu app for that. At the moment I'm mainly focused on the terminal app and the Document Viewer. Anyway, for anyone who would like to have a play with the MiBand protocol, here's some further documentation: The protocol has been reverse-engineered and documented here - not fully documented though: http://allmydroids.blogspot.it/2014/12/xiaomi-mi-band-ble-protocol-reverse.html There's also a Python library which works under Linux: https://bitbucket.org/OscarAcena/mibanda Cheers, Stefano 2016-03-14 21:16 GMT+01:00 Johan Gautreau : > Hi Roman, > > It's great news ! Can't wait to see this on my Ubuntu Phone ! > > Cheers, > Johan > > > Le lundi 14 mars 2016, Roman Shchekin a écrit : >> >> Hello >> >> My mate Stefano Verzegnassi is working on such app, maybe he will answer >> here or you can find him at "stefano92@gmail.com". >> -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] [Challenge] Ebook reader
Hi Robert, 2016-02-02 2:39 GMT+01:00 Robert Schroll : > On Mon, Feb 1, 2016 at 6:04 PM, Neil McPhail wrote: > >> It seems that the most useful core apps have additional apparmor >> blessings which are not available to ordinary devs using the default >> store, >> > > This is perhaps the most frustrating part of the whole experience. Beru > is not fundamentally different than the document viewer or the gallery. > These apps faced the same difficulties in sharing data that I did with > Beru. But instead of figuring out how to solve these problems in a > general, extensible way, we just special-cased them and moved on. These > apps could have provided valuable dog-fooding experiences and useful > reference code. Instead, they're red herrings to confuse developers new to > the platform. > > FWIW, I've opened a bug report about this a few hours before this thread started: https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1540350 This has been discussed and requested multiple times during the DocViewer meetings, but no relevant answer has been provided[1]. If a valuable solution, which fits with the requirements of the other third party apps, is provided, I will be very happy to contribute with testing, dog-fooding, and adding some reference code to DocViewer. I'm still looking forward for the improvements you're talking about, since some of them has been promised since November, 2014[2], but, as long as this won't happen, I guess we'd probably have to keep on using those exceptions, in order to have at least an app (other than filemanager-app) to handle the specific content type. As someone who added those exceptions to docviewer, and is waiting for a better content-hub support before releasing one of apps he's working on, I agree with you, and I believe this won't be a good thing in the long-term. Stefano [1] In the bug report it's just mentioned when I proposed the described change, but I've been asking for some feedback since months. [2] https://wiki.ubuntu.com/UDS/Summaries/UDS1411 -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] DocViewer (powered by LibreOfficeKit) beta
DocViewer currently provides three viewers: * A plain text viewer * A PDF viewer * A viewer based on LibreOfficeKit The DocViewer reads the mime type of each file and uses one of these three viewer for opening it. Currently, no LibreOffice viewer is used to open HTML files, since their mime type is "text/html". The plain text viewer is used instead, and that's the reason you see your document as simple text. I've just tried to open your HTML document with LibreOffice on my phone, and seems that it can actually do it even if it's a minimal build. Anyway, I don't think using LibreOffice for reading HTML files is the best solution we can implement. IIRC there has been some discussion in the past about adding an improved HTML support, but I've argued that other platforms (e.g. Android) provide an HTML viewer as a separate app. In my opinion, webbrowser-app should provide an extended support for such files. Anyway, if we'll have to improve the support, I honestly would choose to use Oxide for rendering HTML documents, since it's faster to load and it's written specifically for that purpose. This is an interesting question, so thanks for your feedback. :) Cheers, Stefano 2015-11-07 17:28 GMT+01:00 Matthias Apitz : > Hi Alan, > > It seems that the DocViewer does not understand HTML files, for example > the attached one is only presented as text, while the libreoffice in my > FreeBSD netbook renders it fine. > > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] DocViewer (powered by LibreOfficeKit) beta
Hi Matthias, Have you tried to refresh the Applications scope by activating its "pull to refresh" gesture? Thanks for testing this! Cheers, Stefano Il 06/nov/2015 20:21, "Matthias Apitz" ha scritto: > > Hi Alan, > > This is great news. Thanks! > > I did: > > phablet@ubuntu-phablet:~$ wget http://people.canonical.com/~alan/docviewer/20151106/com.ubuntu.docviewer_2.0.193-beta_armhf.click > phablet@ubuntu-phablet:~$ pkcon --allow-untrusted install-local com.ubuntu.docviewer_2.0.193-beta_armhf.click > phablet@ubuntu-phablet:~$ sudo click register --user=phablet 'com.ubuntu.docviewer' 2.0.193-beta > > and all went fine. But I do not have any new icon to start it, what di I > wrong? > > matthias > -- > Matthias Apitz, ✉ g...@unixarea.de, 🌐 http://www.unixarea.de/ ☎ +49-176-38902045 > «(über die DDR)... Und allein dieser Mangel (an Sozialismus) und nichts anderes führte zum Tod. > Und wer da nicht trauert, hat kein Herz, und wer da nicht neu anpackt, hat auch keins verdient.» > «(sobre la RDA)... Y solo esta escasez (de socialismo) y no otra cosa, le llevó a la muerte. > Y quien no está de luto, no tiene corazón, y quien no se lanza a luchar de nuevo, no se merece > corazón.», junge Welt del 3 de octubre 2015, p. 11 > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] API to get contact avatar?
2015-10-02 19:16 GMT+02:00 Roman Shchekin : > Qt contacts is limited? Why? > Suppose that there's a malicious app in the store that allows you to download music from the web. As far as I understand, this app could be able to secretely read all the email addresses of your contacts and send them on the net for spamming. In this regards, I'd like to see some kind of "smart" click-review tool when an application is uploaded into the store. I mean, instead of having a set of "reserved" or "common" AppArmor policies, each policy has a weighted score. The click-review tool should check for a combination of these policies, in order to define more precisely how much dangerous an app could be. For example, an app that has "networking" and "content_exchange" policies could be potentially more dangerous than an app that has just a "read_path" permission (which currently is not allowed) for "/proc/meminfo" (e.g. a task manager). Apps that have read-only access to user's Pictures folder, but has no access to the net (e.g. a third-party image viewer or an image editor), could be somehow considered safe instead. I may have written dumb things, but I'd like to hear if there's any plan for having some less restricted policies in Ubuntu (Touch) and/or some whitelisted paths under certain conditions. -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Problem with pdf
Hi Davide, Thank you for reporting your experience. I gave a first check and Document Viewer shows your PDF document with no problem on desktop. I tried to remove the "poppler-data" package from the system and I achieve to reproduce the issue. Having a look on my phone, I saw that the package is not installed[1] and the document is badly rendered, returning some error in the application log. I will report the bug on the Document Viewer project page: since Poppler library is currently provided by the system image, a fix for this issue may need to be included in a following OTA update. Cheers, Stefano [1] dpkg -S poppler-data Hi! Bq 4.5, r23. I have a problem with this pdf [1] On the computer is fine, on the phone is empty, it shows just the lines of the tables. Can anyone test whether is it just me or is it a bug that can be reproduced? Thank you. [1] http://www.math.sci.osaka-u.ac.jp/~msj-si-2015/msj_si_2015_schedule.pdf -- Inviato dal mio dispositivo Ubuntu usando Dekko -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] web app
https://developer.ubuntu.com/en/web/tutorials/web-app-tutorial/ "URLs" section is what you are looking for. Cheers, Stefano Il 12/apr/2015 14:12 "Wayne Ward" ha scritto: > i dont know if anybody knows if there is a way to keep a simple web app > from opening a browser > ive created two apps that render fine but when i go to login it opens a > web browser instead of staying in the app > is there a bit off code i can put in to make it stay in the web app? > > Wayne > > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Gestures tutorial
Why not using a custom JSON profile for ubuntu-terminal-app? It would also be useful for testing new features. References: https://swordfishslabs.wordpress.com/2015/02/27/json-profiles-in-ubuntu-terminal-app/ http://bazaar.launchpad.net/~ubuntu-terminal-dev/ubuntu-terminal-app/reboot/view/head:/src/app/qml/KeyboardRows/Layouts/SimpleCommands.json Cheers, Stefano 2015-03-06 23:15 GMT+01:00 Niklas Wenzel : > Looking at the source code of phablet-config, I found out that you can > also run the following command to rerun the edges intro: > > dbus-send --system --print-reply --dest=com.canonical.PropertyService \ > /com/canonical/PropertyService com.canonical.PropertyService.SetProperty \ > string:edge boolean:true > > You may have to reboot for the intro to appear after running that. > > For ease of use I recommend putting that into a small script file. ;) > > Cheers, > Niklas > > 2015-03-06 22:40 GMT+01:00 Mitchell Reese : > >> Would be great if there was a simpler command line option from the device >> - last night when I was out with friends I didn't happen to have my laptop >> or usb cable with me to show friends the gestures tutorial... >> >> M >> >> -- >> Sent using Dekko from my Ubuntu device >> >> >> -- >> Mailing list: https://launchpad.net/~ubuntu-phone >> Post to : ubuntu-phone@lists.launchpad.net >> Unsubscribe : https://launchpad.net/~ubuntu-phone >> More help : https://help.launchpad.net/ListHelp >> > > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] QML ListItem swipe
Hi Bogdan, Take a look at the Ubuntu Component Store. There is the ListitemWithActions used in the some Core App (e.g. clock-app) Link: http://ubuntu-component-store.readthedocs.org/en/latest/_components/listitemwithactions.html Cheers, Stefano Il 04/feb/2015 18:05 "Bogdan Cuza" ha scritto: > Hello! > > I was wondering whether there is any component in the SDK that offers a > swipe list item, like how some Ubuntu apps use it to delete an item, for > example. If that's just custom code, can anyone give me a particular link > where I can find a good (and simple) implementation of this. > > Thanks > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
[Ubuntu-phone] QAudioRecorder does not work properly under confinement
I recently wrote a small application[1] to spot an ancient issue I had
using QAudioRecorder[2] on Ubuntu devices.
Specifically, it seems that applications are not able to access to any
audio source available on the device, and for that reason
QAudioRecorder::record() fails.
First of all, I've asked to some people that own an official supported
device if they can reproduce the bug, and the answer was affirmative.
I then started some tests on my Nexus 5 (utopic-devel-proposed #185), on
the i386-ubuntu-emulator (utopic-devel #206) and on my pc (Ubuntu 14.10).
The test application I used is set to run under confinement, and use the
following security policies: networking, audio and microphone.
In the first test I checked for some denials from apparmor (using 'dmesg
| grep DEN'), but I found no denial.
Then I started to take a look to the available audio sources on emulator
and my N5 and I've seen that only "default:" was available (on PC there
are also 'pulseaudio:' and all the sources from ALSA).
This is the first strange behaviour I found: after I took a look to the
'microphone' policy, I expected to find at least 'pulseaudio:' on my device.
After a comparison between the installed packages on my PC and my
smartphone, I found that gstreamer0.10-pulseaudio was missing. I
installed it on the device, and finally I got 'pulseaudio:' in the list
of available sources.
I tried to start a recording, but QAudioRecorder still failed.
I got this output on my console: "shm_open() failed: Permission denied"
I changed the apparmor profile[3], so that my app has been launched in a
unconfined environment: I supposed that the shared memory was confined
for security issue.
So finally I got QAudioRecorder working as expected.
It seems there are actually two issues:
1) gstreamer0.10-pulseaudio is not available on Ubuntu devices. I don't
know the reasons for that, but it would seem to give problems to
QAudioRecorder.
2) 'microphone' security policy is too strong, and does not allow
QAudioRecorder to work properly.
I wrote a mail here, since I'm not sure for which packages I should fill
a bug report.
Cheers,
Stefano.
[1] -
http://bazaar.launchpad.net/~verzegnassi-stefano/+junk/recorder-test/files
[2] - http://qt-project.org/doc/qt-5/qaudiorecorder.html
[3]
{
"policy_version": 1.2,
"template": "unconfined",
"policy_groups": []
}
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
