Re: [Ubuntu-phone] Questions regarding the App Showdown
I'm not certain that this will work once application insulation is fully in place. I would expect that app armour would keep an application from having access to an arbitrary sqllite db. Cheers, Rick On Mon, Aug 12, 2013 at 3:53 AM, Ugo Riboni wrote: >>> Another feature that would be nice to have is inserting notes into the >>> Notes app. Again, is or will this be possible before the deadline? >> >> I don't think there is an API to insert notes in the Notes app, but Ugo >> Riboni, who develops the app, should be able to confirm. > > I confirm, there no official API to insert notes in notes-app. > > The unofficial way to do it is to inject notes into the notes-app SQLite > database while the app is not running, but it is of course unsupported > and the database structure is subject to change at any time without notice. > > That said, if you want to see how to do it, you can use the autopilot > tests for notes-app as an example. Grep for a function called setup_db, > it does exactly this kind of operation. The code is in python but it is > simple enough and I'm sure you can adapt to your language of choice. > > Hope it helps, > -- > Ugo > > > -- > 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] Help with Ubuntu SDK (QtCreator)
I have had zero luck using the designer. I personally think we may as well hide it since it seems to cause nothing but frustration. The good news is, I find QML so easy to use that I can't imagine a designer would help much anyway. However, that's probably more of a personal preference. Cheers, Rick On Tue, Aug 13, 2013 at 5:14 AM, Fabio Colella wrote: > > Hello, I'm trying to work to an Ubuntu project. I'm getting started from the > Ubuntu tabbed ui. At this point I'm able to edit the code but if I try to > design the UI is completely wrong and the fonts are made strange. If I > compile and run qmlscene the app is normal and beautiful but design is > totally wrong.. Moreover when I click design multiple qmlpuppet instances > appear.. I'm on precise and the version of qt and SDK is the last available > at ubuntu-sdk-team/ppa. Does design work for you or are you in the same > situation? Is this something possible to solve? > > P.S. If I start a non Ubuntu qml project then design works, except for the > pop windows of qmlpuppet. > > Thank you everyone in advance :) > > > -- > 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] Running background services
On Wed, Aug 14, 2013 at 10:08 AM, Roberto Colistete Jr. wrote: > Hi, > > Please, let it be clear about Ubuntu Touch : > - currently Apps screen shows "Running Apps" with (not live) miniatures of > open softwares. These softwares are not-focused ? If so, they can be closed > by the system ? > - if the user have installed a mathematical application and want to let an > integral calculation run (for 30s or even some minutes, it depends a lot on > the complexity of the integral) while he/she can browse the web, etc. Will > the mathematical application be stopped by the system even if it is shown as > "Running Apps" miniature ? This is what will happen to the mathematical application if the user puts it in the background. 1. The application will receive a signal that it is being unfocused 2. With that signal in step 1, the application will be given a chance to save some state information 3. The application will be stopped (not killed). The application will still be in memory, but "frozen in time". It can't do any calculations. 4. In the case where the user runs more apps and runs out of memory, it's possible that the mathematical application will be killed entirely in order to free memory for more applications. When the user goes back to the mathematical application, either: 1. The application was only stopped, not killed, in which case it can just keep going. The application will receive a signal that it has been refocused in case the application wants to check the time or some other relevant action. 2. The application was killed entirely, in which case the application must read in the state it as saved, rebuild itself, and keep going. If written properly, the fact that application was killed and not merely stopped will be transparent to the user. Support for transitioning between these states (focused, unfocused-stopped, unfocused-killed) is being built into the SDK. Obviously a mathematical application that has intense CPU requirements is a bit of an odd application for a mobile phone. So, the user must keep the application focused if they don't mind it consuming all the phone's power. Rather than running in the background themselves, applications that should continue working when unfocused will consume provided system services via the SDK. The current list of planned services relevant to running in the background for 13.10 is: Music Download Telephony Alarms Note that this is all version 1. The application lifecycle will be extended to support tablets and deskops in future versions. HTH Cheers, Rick -- 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] Running background services
It's pretty straight forward, applications simply cannot do any work when they are not in the foreground (for v1). However, don't worry! These cases would be handled by consuming services. There isn't currently an upload service that goes to an arbitrary place, but there is a Friends service that allows uploading to social networks that are supported in Friends. So your camera app could upload using that, even if the user puts your app in the background. There will be a general purpose download service. There will be a timer service for things like alarms and such. So if deja dupe is running, it could use the timer service to get called to the foreground periodically to do it's work. Cheers, Rick On Wed, Aug 14, 2013 at 10:25 AM, Fabio Colella wrote: > Things are getting confused, so I put some use cases. For example, a client > of Ubuntu one that sync photos when a new one is shot? Or a daily backup? Is > this possible? And if it is, what's the path? :) I'm thinking from a event > driven point of view. Does the user always need to open the application for > synchronization or it can be automated? What about a mobile déjà dup? This > is something that cannot rely on user focus, it would become really boring. > Just more, how are currently handled events in calendar app? Or is it > different because it's a system app? > > Thank you very much for your time :) > > Il giorno 14/ago/2013 16:09, "Roberto Colistete Jr." > ha scritto: > >> Hi, >> >> Please, let it be clear about Ubuntu Touch : >> - currently Apps screen shows "Running Apps" with (not live) miniatures of >> open softwares. These softwares are not-focused ? If so, they can be closed >> by the system ? >> - if the user have installed a mathematical application and want to let an >> integral calculation run (for 30s or even some minutes, it depends a lot on >> the complexity of the integral) while he/she can browse the web, etc. Will >> the mathematical application be stopped by the system even if it is shown as >> "Running Apps" miniature ? >> >> About the link cited below, I am worried to see : >> a) no mention of Symbian, Maemo, MeeGo Harmattan, WebOS, BlackBerry OS in >> : >> "Write summary of how other OSes (iOS, Android, Windows) handle background >> activities: DONE >> Write summary of how other OSes (iOS, Android, Windows) handle >> applications state preservation: DONE" >> As iOS, Android and Windows Phone have the most limited multitasking among >> the mobile OS, i.e., they don't let the user decides which softwares remain >> open or not. In the opposite side, Maemo 5 and MeeGo Harmattan even show >> live miniatures of running softwares (see the video of Maemo 5 on a Nokia >> N900 from 1min26s) : >> https://www.youtube.com/watch?v=mLuYmaM6J-c >> b) in the document "Draft : Application Model", section "Application >> Lifecycle -> Meta State : Running -> State : Unfocused" : >> "Please note that the runtime system can decide to transition the >> application instance to not running at its own discretion and at any point >> in time. >> ... applications can not interfere with the runtime’s decision to >> transition an application instance to the “Not Running” meta-state." >> >> It seems Canonical wants Ubuntu Touch to have multitasking à la >> Android, iOS and Windows Phone. Is it true ? >> >> Regards, >> >> Roberto >> >> >> Em 14-08-2013 05:34, Thomas Voß escreveu: >> >> Please also see: >> >> >> https://blueprints.launchpad.net/ubuntu/+spec/client-1303-add-app-model-and-lifecycle-to-platform-api >> >> and the linked documents for further details. >> >> Thomas >> >> On Wed, Aug 14, 2013 at 10:33 AM, Thomas Voß >> wrote: >> >> The state of an application is transparent to the user. Behind the >> scenes, the system can decide to stop/kill non-focused apps at its own >> discretion. Whenever the system alters the state of an app to "not >> running" it offers an archive such that the app can persist its state. >> With that, a user ideally never realizes that an app has been stopped >> or killed. >> >> Thomas >> >> >> >> On Wed, Aug 14, 2013 at 10:08 AM, Tobias Havla wrote: >> >> On 14.08.2013 10:04, Thomas Voß wrote: >> >> On Wed, Aug 14, 2013 at 9:56 AM, Tobias Havla wrote: >> >> On 14.08.2013 09:54, Thomas Voß wrote: >> >> On Wed, Aug 14, 2013 at 9:41 AM, Michael Zanetti >> wrote: >> >> On Wednesday 14 August 2013 09:31:31 Daniel Holbach wrote: >> >> Hello, >> >> On 14.08.2013 09:29, Michael Zanetti wrote: >> >> On Wednesday 14 August 2013 09:07:52 Thomas Voß wrote: >> >> Hey Fabio, >> >> no, applications are not allowed to run in background. Our application >> lifecycle is strict in this respect and we only guarantee focused >> applications to be running. >> >> Does that mean I will have an Ubuntu Edge phone with 4GB of RAM, 8 CPU >> cores and cannot do multitasking on it? >> >> I don't think anyone specified the phone to have 8 CPU cores - where did >> you read that? >> >> Nowhere... I think you get my
Re: [Ubuntu-phone] Running background services
On Wed, Aug 14, 2013 at 10:38 AM, Roberto Colistete Jr. wrote: > Em 14-08-2013 08:18, Zisu Andrei escreveu: > > IMHO, It is a joke to have in 2013 quad core & 2GB RAM smartphones with > not real multitasking. > I understand your concerns, but I think that they may be a bit premature. As discussed several times: 1. For Ubuntu Touch on the phone, the proper way to do multi-tasking is not to run your application in the background, but to use well defined system services. This has been well designed, and there will be very good SDK support for this. 2. We are talking about v1 of the application lifecycle that is specified for phones only. The policies will be extended and changed as Touch gets optimized for tablets and desktops. Running as a desktop, Touch will have a different policy, that will most likely include the ability for applications to simply keep running in the background. Cheers, Rick -- 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] Notes App
Although, as previously discussed, I don't think your app will be able to access these files due to app insulation. Cheers, Rick On Thu, Aug 22, 2013 at 5:42 AM, Günter Schwann wrote: > On Thursday 22 August 2013 09:56:40 Tobias Havla wrote: >> Hello! >> >> Could anybody please point me to the location where the notes-app saves >> the notes? >> Thank you! > > It's in /home/$USER/.local/share/Qt Project/QtQmlViewer/QML/Offline > > Cheers > > > -- > 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] [ergonomy] Improvement for the contacts app
This happens to me in the message app as well. https://bugs.launchpad.net/messaging-app/+bug/1227201 I think it may be more of an overall design flaw rather than a bug in one app. Thoughts? Cheers, Rick On Sun, Sep 22, 2013 at 7:18 AM, Renato Filho wrote: > Hi Clement, > > Thanks for the feedback, and since some people have the same problem > as you. We are working on a new feature that will fix this problem. > > Take a look on this bug report: > https://bugs.launchpad.net/address-book-app/+bug/1213046 > > Thanks > Renato > > On Sun, Sep 22, 2013 at 7:10 AM, Clément Gimenez > wrote: >> Good morning all, >> >> It's been a while I've been using u-touch, as a interested user, and I must >> say it's a real good work ! >> >> Nevertheless, I'm writting to you on this thread to submit a small >> improvement seen for the contact apps. It happens to me quite offen to >> delete a contact instead of swipping from the right edge to change app. It's >> pretty annoying to simply lose a contact (they are quite precious to me >> right now, as there is no proper contact sync for the moment... ). >> >> What do you think? I'd point out that this gesture interfers with the "swipe >> to change app" gesture in general. Maybe a small fixing in the gesture could >> solve the problem. Putting more offset on the start of the "delete gesture", >> or changing a bit the gesture, like " swipe to show a delete button + click >> on it". >> >> Hope this could help, and keep up the challenge! >> >> Clément >> >> -- >> 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] Thoughts on inhibiting app suspend via application lifecycle
It's been interesting to read all the expected use cases, and also the requirements for application developers. It's good to think hard about how we fulfill these requirements, and do it well. What I liked about Thomas's first iteration of the application life cycle, is that it is clean, simple, comprehensible, and works. To me, it seems that as an app developer you get: 1. the ability to do what you want when your app is in front and the phone is not idle. 2. a set of services via well known APIs to call for things where your app may not be in front (i.e. music service, download service, alarm service etc...) I think that instead of thinking of ways to grant applications long running processes, we should grow these services. For example, it sounds like a location service may be required, etc... Cheers, Rick -- 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] Thoughts on inhibiting app suspend via application lifecycle
On Thu, Oct 24, 2013 at 3:27 PM, Jamie Strandboge wrote: > On 10/24/2013 02:00 PM, Rick Spencer wrote: > > It's been interesting to read all the expected use cases, and also the > > requirements for application developers. It's good to think hard about > how we > > fulfill these requirements, and do it well. > > > > What I liked about Thomas's first iteration of the application life > cycle, is > > that it is clean, simple, comprehensible, and works. To me, it seems > that as an > > app developer you get: > > 1. the ability to do what you want when your app is in front and the > phone is > > not idle. > > 2. a set of services via well known APIs to call for things where your > app may > > not be in front (i.e. music service, download service, alarm service > etc...) > > > > I think that instead of thinking of ways to grant applications long > running > > processes, we should grow these services. For example, it sounds like a > location > > service may be required, etc... > > > > I think that is where we landed: > https://lists.launchpad.net/ubuntu-phone/msg04766.html > > Ie, we build out our services but application developers also have a way to > implement their own background service if they need to. > So I am saying the opposite. Rather than allowing apps to create background services I think we should stick to the original vision. Apps use well known APIs for their functionality, or the the user keeps the app in front and alive on the phone. I think there should be no "background processes" other than what is available on the base system. This system we have started down is clean, simple, and very hard to subvert. The hard part is providing the correct set of APIs so that app developers do not wish they could write such services. I think that if we go down the path of allowing folks to write background services, then we may as well just allow the app to run in the background. For completeness, I would expect a different policy to be in force when running on a desktop. I could imagine that in desktop mode the policy allows applications to run in the background. However,that is a discussion for later ;) Cheers, Rick -- 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] Thoughts on inhibiting app suspend via application lifecycle
On Thu, Oct 24, 2013 at 6:28 PM, Rasmus Eneman wrote: > Having only a set of default services would be very limiting. > Even if a "music background service" could take streams to support > metronome-like apps, how about Spotify or Grooveshark? > They both have a lot of security built in and you can't just take a stream > and start playing, you have to talk with their servers, > make sure you download the streams in correct speed (too fast and they > will think your downloading their music, too slow and > the listener will be sad) and have a lot of stuff setup just for them to > trust you. > Download service? > > And what about smart alarm clocks that’s monitors your sleep cycle? > Microphone service? > Or my banks app that shows the amount of money on my account when I shake > my phone? > Not certain why this would ever happen in the background, but there should be a sensor service, right? I understand what you are saying, but I still don't think we should give up so easily. Constraints are good, and lead to a lot of creativity and good design. I think we should stay confident in our initial design and not stray from the path until we are very certain that it won't work. Cheers, Rick -- 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] Thoughts on inhibiting app suspend via application lifecycle
On Sun, Oct 27, 2013 at 5:43 AM, Florian Will wrote: > Hi, > > Am 25.10.2013 19:48, schrieb Thomas Voß: > > One thing that strikes me: Instead of trying to solve the problem a > > lot of "won't work" statements are made in this thread, going along > > with a request for removing all of the lifecycle policies. And to be > > clear: With strict policies in place, it is always possible to find an > > example that breaks. So I think we can stop collecting breaking > > examples here. > > I disagree. If you want Ubuntu Touch to be successful, you need users. > And users want apps. In order to be able to offer a rich selection of > apps, you also need app developers. Limiting app developers to basically > create wrappers around system services might alienate them. > > Sure, in order to avoid the android background service mess, a strict > lifecycle policy is required and I like most of your ideas. Create > powerful system services that make it possible to do stuff easily and in > a power-efficient way. > > But there *are* apps where "one size fits all" doesn't work and > something like an actual background service (or wakelock & no suspend) > is required. Any app developer who whishes to create such an app will be > unhappy and might consider not creating anything for Ubuntu Touch at all. > > The more "breaking examples" we can enumerate, the more app developers > are possibly affected. Let me add one breaking example that sells (from > my "poor student" POV) relatively well on Google Play and had more than > 200k downlods and a rating of 4.5/5 in the short time span when it was a > free download, so there is an interested user base for something like that. > > The app takes a file produced by some other popular app. That file grows > larger than a few MBs quite fast. The file's content is analyzed and the > app creates statistics based on the file contents. Since that process > can easily take a few minutes (sometimes 20 minutes) even on modern > hardware, it is done in a background process while holding a (partial) > wakelock. Every night the statistics are updated (taking <1 min > usually), triggered by an alarm and while holding a (partial) wakelock. > > The only possible solution for this on Ubuntu Touch? "Please wait. ETA: > 20 mins. Also, please touch the display once every 30 sec and don't > leave this app. Thank you." > This sounds kind of far fetched. Who would do something like this on their phone? I think it's fair to point out apps that simply won't work for users (Spotify for example), but we shouldn't optimize for entirely hypothetical situations. Cheers, Rick -- 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] Update from r100 to 14.04
Hi Tomas, Updates were temporarily on hold as the CI team moved the lab to new and better place! So, all those servers that verify that an image can be released with high quality had to be taken down, moved, started up, and the services re-installed, restarted. I think they are done or close to done the move, so updates should start flowing again very soon, if they haven't already. Cheers, Rick On Mon, Nov 18, 2013 at 9:23 AM, Tomas Ö wrote: > Ok, > > realizing I sounded somewhat unappreciative earlier, let me rephrase my > question: > > I am on the trusty channel discussed in this thread. I received an OTA > update to r10 two weeks ago and was merely wondering if there has been any > updates to this channel since? > > Thanks! > Tomas > > Tomas Ö skrev 2013-11-18 14:49: > > Hi, >> >> two weeks have passed since the latest update (to r10). When can we >> expect the next OTA? >> >> BR, >> Tomas >> >> Michael Zanetti skrev 2013-11-18 14:47: >> >>> On Monday 18 November 2013 13:43:20 Alan Pope wrote: >>> On Mon, Nov 18, 2013 at 1:39 PM, Chris Wayne >>> > >>> wrote: >>> I know there's a way to do it on the device with system-image-cli, but I > usually just do phablet-flash ubuntu-system --channel trusty > From: https://wiki.ubuntu.com/Touch/Install#Further_Examples Switch from Saucy to Trusty adb shell system-image-cli --channel trusty -b 0 Do let us know if this is successful or not. >>> Now that is encouraging :D >>> >>> >>> I used phablet-flash --channel trusty (which afaik does the same thing >>> in the >>> end) and it worked 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 > -- 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] Landing call 3.12.13
Seems like with everything moving we are having a hard time getting a good image out. Any thought to stopping changes that don't address the blockers until we get a good image? Cheers, Rick On Tue, Dec 3, 2013 at 12:23 PM, Didier Roche wrote: > Hey, > > So, it seems that image 42 wasn't the answer to everything, it even never > showed up on the result dashboard. We kicked images 43 without any change > to get some tests results. > > Image 44 contains some ofono changes and 45 enables Nexus 10 running on > Mir \o/ Nice work guys! We also got new components like unity-voice into > the archive. > The tests results are a little bit better than usual, but we are still a > little blocked by some regression (the last one in yesterday email). Let's > recap the progress first. > > - we see quite a lot of HUD crashes, upstream was poked about it. We try > to nag them already so that they are going to fix it. > > Lukasz retraced it and passed those information upstream: > https://bugs.launchpad.net/ubuntu/+source/hud/+bug/1253676. Pete is > working on it. > > - we also have a bunch of qmlscene (so Qtdeclaractive) crashes when > running the tests ( > https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1243665). > Timo and the SDK team are looking at those. > > Greyback and Ted are synchronizing and it needs some work is needed in > upstart-app-launch to fix this race condition. > > - Notes-app is hanging a lot in the tests on mako and maguro. It happens > that we have to restart the tests 3-4 times to finally get them working. > This can be due to SDK or Qt, but it's better that we investigate right now > to ensure that it's not something with a bigger impact. The unstoppable > Bill's apps team is on it. ( > https://bugs.launchpad.net/notes-app/+bug/1256048) > > The apps team tried a fix, but it needs to pass CI (tests are not running > properly now) to get delivered. > > - The same team is looking at the keyboard which doesn't show up at all > if you are in a non english locale: > https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1255999 > > Some investigations were done, and it seems libpinyin needs to contain > one. Dmitrijs is the new lucky owner :) > > > > 2 other issues are already in the published image, but it seems the Unity8 > team won't have time to look at those before next week: > - indicators lost its 24h clock (and don't have AM/PM, which can even more > puzzle european people ;)). > https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1256061. The unity8 > team is assigned to it > > No news on that one. > > - There is a random issue in the message display time showing them around > the start of the year. The unity8 team is responsible to get a quick fix > for it (the MP attached to it isn't sure to be fixing it) > https://bugs.launchpad.net/unity8/+bug/1253810 > > No news on that one as well. > > > The Core apps team, with Nicholas back, will be able to push and continue > fixing more autopilot tests failures. > > > Alan did an excellent job getting > https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AnZdnhOl8MU5dFhvQklYVXdwRjR6VFoxN3pSZFRrN3c#gid=0ready > to be able to track failing AP tests. > > > Finally, note that Dave found an issue making you not able to answer the > phone call when you are called and the phone is at sleep in some > circumstances ( https://bugs.launchpad.net/unity8/+bug/1257000). This one > started after in a newer proposed image than latest promoted one and so, > it's an image promotion blocker. The Unity 8/Mir team have been poked with > those info. > > I heard that one is under investigation. > > We are kicking image 46, containing the new system image 2.0 version. > Enjoy, > Didier > > -- > 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] Landing team 20.12.13 and happy holidays!
On Fri, Dec 20, 2013 at 12:57 PM, Łukasz 'sil2100' Zemczak < lukasz.zemc...@canonical.com> wrote: > > On 2014 Didier Roche will be back as your Landing team guide, as usual. > Hopefully I didn't mess up anything during this final landing week while > filling in for him! > On the contrary, you did awesome! Thanks for stepping in and doing such a great job. I, for one, am really really happy with the rate at which we have been promoting images, and the highly quality of those images. Thanks to the whole landing team for guiding us through some rough waters of the last many months. You all definitely deserve some holiday time! Have a great New Years, and I'll see you all on the other side ;) Cheers, Rick -- 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] Messaging app regression?
This happened to me when log files filled up my hard drive. Maybe try deleting log files to reclaim some space and see if it starts working again? Cheers, Rick On Fri, Jan 31, 2014 at 2:46 PM, Sam Bull wrote: > On ven, 2014-01-31 at 12:42 +, Alan Pope wrote: > > Works fine on mako #156 here. What image are you seeing that on? > > Yesterdays promoted image. I'll play around with it in a bit to make > sure it's reproducible here. > > I'm still receiving messages (in the indicator), and can send them. They > just don't show up in the thread inside messaging app. > > -- > 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] Avoiding spying via the microphone and camera [Was: Sharing dynamic informations between the user session and the greeter]
On Tue, Mar 11, 2014 at 5:05 AM, Matthew Paul Thomas wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Thomas Voß wrote on 10/03/14 12:36: > > > > On Mon, Mar 10, 2014 at 1:13 PM, Matthew Paul Thomas > > > > ... > >> That would result in you getting cut off a Skype call, for > >> example, when the person you're talking to gets you to check your > >> calendar. Or a recording app failing whenever you read the script > >> or the music that you're trying to record. Assuming that gets > >> fixed eventually, users would experience less churn if there was > >> a single design for returning to phone calls before it's fixed, > >> and returning to other recording apps after it's fixed. > > > > I disagree here. We have spent a significant amount of time on our > > lifecycle story and on establishing, implementing and supporting a > > strict lifecycle policy on the phone. With that, I'm surprised by > > such a statement. I would have expected that our designs by now are > > aligned with such a fundamental platform decision. > > Sorry, I'm not sure which part you disagree with. > > Is it correct that if recording/listening apps can't run in the > background, then you would get cut off a Skype call, Google Hangout, > Yahoo Messenger call, WhatsApp Voip call, or any WebRTC call when you > switched to a different app? > > Do you agree that Ubuntu Touch should be a platform on which ISVs like > those can make apps as useful as their apps on other platforms? > > If so, do you agree that the current lifecycle model would need to be > only a first iteration, rather than a permanent restriction? Or is > there some other way around the problem? > Even everyone agrees that such apps should "work" when in the background. The question is the implementation of how to make them work. Letting them "just run" is one implementation, but it is not one that we are using. We are, rather, providing system services that apps can use and offload such functionality to the system and they can be controlled and not abused. I suggest that we focus on the requirements (a communication app can continue to function when another application is active) rather than the implementation that achieves the requirement. Cheers, Rick -- 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] Landing team 18.03.14
On Wed, Mar 19, 2014 at 10:19 AM, Kevin Gunn wrote: > > >> * random screen hanging up after a while (Kevin): >> https://bugs.launchpad.net/unity-mir/+bug/1290416 >> >> So we invested quite a bit of time couple of people near a day and have > not been able to reproduce this. We are taking a "keep an eye out" approach > to this rather than dedicated repro attempts. > Are there no useful data in errors.ubuntu database? Seems like we might see some new crash reports starting after image 229 from folks running the proposed images. Cheers, Rick -- 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] Landing team 18.03.14
Thanks Kevin and Dave. errors has been on my mind the last couple of days :) Cheers, Rick On Wed, Mar 19, 2014 at 10:36 AM, Dave Morley wrote: > On 19/03/14 14:31, Kevin Gunn wrote: > > Rick - the result (as reported by davmor2) is a hung device, which he > > was able to interrogate, found no crash files etc. He was able to run > > top on it, but i don't think kept the output. > > At this point, we'd need to get the device in this state. He indicated > > it occurred >48hr period...hence my suggestion at soak testing. > > > > br,kg > > > > > > On Wed, Mar 19, 2014 at 9:24 AM, Rick Spencer > > mailto:rick.spen...@canonical.com>> wrote: > > > > > > > > > > On Wed, Mar 19, 2014 at 10:19 AM, Kevin Gunn > > mailto:kevin.g...@canonical.com>> wrote: > > > > > > * random screen hanging up after a while (Kevin): > > https://bugs.launchpad.net/unity-mir/+bug/1290416 > > > > So we invested quite a bit of time couple of people near a day > > and have not been able to reproduce this. We are taking a "keep > > an eye out" approach to this rather than dedicated repro > attempts. > > > > Are there no useful data in errors.ubuntu database? Seems like we > > might see some new crash reports starting after image 229 from folks > > running the proposed images. > > > > Cheers, Rick > > > > > > -- > > Mailing list: https://launchpad.net/~ubuntu-phone > > Post to : ubuntu-phone@lists.launchpad.net > > <mailto:ubuntu-phone@lists.launchpad.net> > > Unsubscribe : https://launchpad.net/~ubuntu-phone > > More help : https://help.launchpad.net/ListHelp > > > > > > > > > Rick > > Kevin beat me to it. There were 0 crash files in /var/crash so nothing > reported. I left the phone in the hung position most of the day to get > as much feedback as I could for the devs on that bug. > > Also since the latest landing of mir I've not seen it again, if I do I > will add top info to the bug. I've had other issues but they are slowly > being resolved currently too. It maybe the other issues that are > showing up on errors.ubuntu.com. > > -- > You make it, I'll break it! > > I love my job :) > http://www.ubuntu.com > http://www.canonical.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 > > -- 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] Landing team meeting 19.03.14
I agree with Jamie on this one. A music player on a phone or tablet is a pretty critical app, and this bug would make it not annoying, but unusable in most situations. I'd be surprised if we thought that the image was good enough to promote with such a regression, especially before we understand the source of the regression. Cheers, Rick On Thu, Mar 20, 2014 at 7:56 AM, Jamie Strandboge wrote: > On 03/20/2014 06:38 AM, Jean-Baptiste Lallement wrote: > > Le 20/03/2014 12:11, Dave Morley a écrit : > >> On 20/03/14 06:51, Didier Roche wrote: > >>> Le 19/03/2014 23:54, Victor Thompson a écrit : > Could we hold off on promoting the image until this bug is resolved as > well: https://bugs.launchpad.net/music-app/+bug/1292306 > I believe it should be a blocker since it affects the lifecycle of the > music-app. > > Victor > >>> > >>> I'll let QA decides if this is a blocker or not. > >>> > >>> However, from what I foresee, I wouldn't advise to block on that as: > >>> - there was no automated test for it (and thanks for your branch with > >>> the test, that will be guarded now! ;)) > >>> - it wasn't part of the daily dogfooding until now, so we couldn't > >>> ensure this was working for every images (maybe it should as well?) > >>> - the impact is smaller than the risk of waiting any longer for a > >>> promotion and holding off other transitions that are piling up. > >>> > >>> We'll have to wait a little bit anyway for the other blockers to be > >>> settled down, so there is still time for the whole community to work on > >>> that bug if any solution is found before QA vetoed or +1 this piece of > >>> advise. > >>> > >>> Cheers, > >>> Didier > >>> > >> > >> I consider this a minor issue and not a blocker. It is annoying but the > >> community team behind the app are pretty responsive. There is a bug in > >> place for it and Alan informs us that the team are aware of the bug so > >> it should be dealt with shortly. > >> > >> Also because it is a click app the change can land at any time once > >> there is a fix in place and it isn't bound by the image rules of some of > >> the application. > >> > > > > +1, Not a blocker for QA. For the reasons stated above and essentially > because, > > from an image perspective, the impact of this issue, while annoying for > the > > users of the music-app, is limited and it would block other transitions. > > > I'm not saying this should be a blocker, but it would be nice if someone > said > they were looking at the issue while it is declared as a non-blocker. I've > not > looked at it, but my limited understanding of the description and the fact > that > one of the music-app developers believes this is not a bug in the music-app > suggests this is an issue in the platform itself. Not to mention, it is > installed be default on the images. > > Speaking as a dogfooder who uses the phone (and the music-app) every day, > it > seems like this has the potential to turn into another terminal-app > situation > where it was broken but declared a non-blocker, only to have months go by > without a fix. Letting this through without someone actively looking at it > would > be disappointing. > > 2 cents > > -- > Jamie Strandboge http://www.ubuntu.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 > > -- 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] ANN: TRAINCON-0 - CITRAIN all stop starting Friday
On Fri, Mar 21, 2014 at 9:17 AM, Oliver Grawert wrote: > hi, > > > I was suggesting 1.) for this special case. Get out one image that > contains the issue, let users know that it is there and block further > promotion of images until we have a fix for the root cause (but keep > landings going (and images green indeed) so we don't produce a to large > backlog). > > This should give the rest of the distro the freedom to move on with beta > preparation. > > Indeed we need to make clear that this exception is only done because we > are in a special situation currently. > If we do this, I think we should wait until upstream confirms that the bug is, in fact, upstream, and use their analysis for input in how to proceed. Cheers, Rick -- 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] Unity8 & Mir update May 20, 2014
Does it not seem that we need to fix the over-sensitivity of the rotation issue that we have currently before we would want to land shell rotation? Cheers, Rick On Tue, May 20, 2014 at 5:33 PM, Chris Wayne wrote: > Awesome, thanks :) And when there is a call for testing, I'll be sure to > help out > > > On Tue, May 20, 2014 at 11:29 AM, Kevin Gunn wrote: > >> ah Chris :) >> well, feels like 3weeks+ish based on the amount of polish we would need & >> we want to get some maturity/testing to have confidence before promotion. >> for those that wanna play along... >> https://launchpad.net/~unity-team/+archive/phone-right-edge >> Please ignore the url name ...it already had arm builds enabled :) >> Also, please don't file bugs yet, this isn't a call for testing... we're >> not at that stage yet. >> >> br,kg >> >> >> On Tue, May 20, 2014 at 9:58 AM, Chris Wayne >> wrote: >> >>> >>> >>> >>> On Tue, May 20, 2014 at 10:57 AM, Kevin Gunn >>> wrote: >>> - Latest in Unity8 ui - setting up ppa for Qt comp - turned on shell rotation in Qt comp ppa, now the debugging begins >>> Do we have an ETA of when this will land in the image? I understand >>> it's not imminent, but an estimate would be good :) >>> >>> - working on integration of combobutton with notifications - added shadow to carousel view in Dash - work continues on scope departments - and on missing scope UI elements - split greeter should land this week - as should new infographics - Latest unity-mir/mir - Unity-system-compositor display state policy (first phase) under test - began work on the ofono/proximity sensor interactions (second phase) - Rework of trusted session (due to some interesting limitations of socket clients and pid’s) - Lots of iteration on a branch to more elegantly handle our deterministic blocking of swapbuffers - Breaking up MP & landing custom input dispatcher - Fixes around new BufferQueue class - First attempt at better error support (getting a core dump on exception) - Effort around trying to bend glmark2 & android SF to be comparable to Mir -- 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] Unity8 & Mir update May 20, 2014
On Tue, May 20, 2014 at 6:47 PM, Michał Sawicz wrote: > On 20.05.2014 18:34, Kevin Gunn wrote: > > But I guess your question is still valid, do we want to hold off landing > > something that might make the sensitivity of rotation more annoying than > > it is atm ? > > It won't make it more annoying, since apps rotate inside their own > surfaces reacting to the same already. Only difference will be that the > shell rotates as well. > > > I would (weakly) vote to land shell rotation independent of the > > sensitivity bug...but we're weeks away from that, maybe it gets fixed > prior. > > +1, probably even higher priority would be to add the whole system of > orientation locking and "negotiation" with apps. > It sounds to me that we have one rotation system right now that is wrong in a couple of ways. We have implemented and are about to embark on testing another system for rotation that, while perhaps separate in some technical ways, will none the less interaction with the first system at the user experience level at a minimum. If it were me, I would very much want to pin down the app rotation system before landing shell rotation so I had overall less complexity and fewer changes to cope with. Cheers, Rick -- 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] Landing team 10.07.14
On Thu, Jul 10, 2014 at 11:33 PM, Selene Scriven < selene.scri...@canonical.com> wrote: > > - In the music player, attempting to seek within a song just > makes it skip to the next song. This used to work. > Interesting ... this was happening to me on the desktop in RB yesterday. Cheers, Rick -- 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] Geolocation
On Thu, Apr 2, 2015 at 1:51 PM, Thomas Voß wrote: > Hey, > > please note that vivid proposed does not contain the Nokia Here > services for network-based positioning. The GPS provider is available, > though, and it might just take some time for standalone GPS to acquire > a fix (specifically from cold start), where "some time" could easily > be 20 minutes. > Is there an alternative image that includes HERE that he could use? > > Thanks, > > Thomas > > On Thu, Apr 2, 2015 at 7:41 PM, sampth kumar krishnan > wrote: > > Am using ubuntu touch vivid proposed image 159. I have enabled both > location > > and gps. But the apps i use are unable to determine my location. Tried > with > > both wifi and 3g > > Is there anything else i have to do to get it working or should i raise > or > > subscribe to an existing bug report? > > > > Thanks and regards > > -- > > 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] Sharing
Roman, I think you are trying to import content into your app from what you said here? If so, here is how I did it for my flashcard app: http://bazaar.launchpad.net/~rick-rickspencer3/+junk/flash2/view/head:/components/ImportDialog.qml Cheers, Rick On Mon, Jun 1, 2015 at 4:35 PM, Roman Shchekin wrote: > Hi all > > Can someone provide minimalistic working example of sharing via ContentHub? > I tried to implement it myself but when I select peer nothing happens, > transfer is in state "Aborted" permanently. > > Thx. > > -- > 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] multiple screens in qml
Would PageStack do what you need? http://theravingrick.blogspot.com/2013/04/easy-task-navigation-with-pagestack.html Cheers, Rick On Mon, Apr 8, 2013 at 9:56 AM, Николай Шатохин wrote: > Hello. > > How can I create multiple screens using QML? I need main menu screen, game > screen, options screen, etc. > > Best regards, > Nick > > -- > 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] multiple screens in qml
On Mon, Apr 8, 2013 at 3:31 PM, Николай Шатохин wrote:
> Yeah! PageStack is a good decision.
>
> But I have two question:
> 1. Line between title and page (default style) is a good design for Ubuntu
> app?
>
I think it looks good in my apps, and it makes a consistent experience
across all applications, but you could follow up on the design list if you
disagree. To answer the question in your next mail, if you set the title
property of the page to an empty string, (title: "") the header will not
show.
> 2. If I have many pages it is not convenient. Can I store each page in own
> qml file?
>
Yes, you can do this quite easily. In fact, if you take a close look at the
sample code in my blog, you will see is exactly how I do it. So you can
create an instance of your component in the code file where you are pushing
and popping on the page stack:
MyCustomComponent
{
id: custComp
//all the fancy stuff is in the file MyCustomComponent.qml
}
then just push as expected:
myPageStack.push(custComp)
HTH
>
> Best regards,
> Nick
>
>
> 2013/4/8 Rick Spencer
>
>> Would PageStack do what you need?
>>
>>
>> http://theravingrick.blogspot.com/2013/04/easy-task-navigation-with-pagestack.html
>>
>> Cheers, Rick
>>
>>
>> On Mon, Apr 8, 2013 at 9:56 AM, Николай Шатохин wrote:
>>
>>> Hello.
>>>
>>> How can I create multiple screens using QML? I need main menu screen,
>>> game screen, options screen, etc.
>>>
>>> Best regards,
>>> Nick
>>>
>>> --
>>> 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] Running QML functions in parallel thread
Hi.
I'm not sure how your code flows overall, but if you are creating all the
buttons at once, you might consider using a Repeater instead of doing it
all in javascript.
It looks like you might have some kind of list that fires a createButton
signal. You could potentially use that list as a model for a Repeater and
build your buttons in the delegate of the Repeater.
Cheers, Rick
On Tue, Apr 16, 2013 at 5:11 AM, Николай Шатохин wrote:
> This is my code that creates buttons field:
>
> onCreateField:
> {
> for(var i=0;i {
> for(var j=0;j {
> createButton(i, j);
> }
> }
> }
>
> function createButton(x, y)
> {
> __buttonX = x;
> __buttonY = y;
>
> __component = Qt.createComponent("GameButton.qml");
>
> if(__component != null)
> continueButtonCreation();
> else
> __component.ready.connect(continueButtonCreation);
> }
>
> function continueButtonCreation()
> {
> var button = __component.createObject(field, {"row": __buttonY, "column":
> __buttonX});
>
> if (button == null) {
> // Error Handling
> console.log("Error creating object");
>
> return;
> }
>
> updateValveState.connect(button.stateUpdated);
> button.buttonClicked.connect(buttonClicked);
>
> field.clearField.connect(button.release);
> }
>
>
> fieldWidth = fieldHeight = 16;
>
>
> 2013/4/16 Alex Tyler
>
>> Can we see some code? The only time Images hang for me in QML is when
>> it's trying to load them synchronously. Try setting asynchronous to true.
>>
>> Cheers,
>> Alex
>>
>> On Tue, Apr 16, 2013 at 10:20 AM, wrote:
>>
>>> I thought Nick creates 1024 (16x16) buttons, lol =) And even did not
>>> thought - for what :D
>>>
>>> Of course code is extremely bad, if buttons with size 16x16 pixels
>>> creating slowly.
>>>
>>> 16.04.13 12:09 Michael Zanetti написал(а):
>>> On Tuesday 16 April 2013 01:01:28 Николай Шатохин wrote:
>>> > Hello.
>>> >
>>> > In my code I'm creating 16x16 buttons in cycle and this take few
>>> seconds.
>>> > While function that creating buttons runs, app freezes. I want to show
>>> > loading animation while this function runs. So, how to run this
>>> function in
>>> > parallel thread to avoid freezing?
>>> >
>>> > Best regards,
>>> > Nick
>>>
>>> Creating 16x16 buttons shouldn take a few seconds. Can you paste the
>>> code
>>> (also the button itself). To me it seems the issue is somewhere else,
>>> e.g. in
>>> the way you create the buttons or the buttens themselves are very slow.
>>>
>>> Br,
>>> Michael
>>>
>>> --
>>> Mailing list: https://launchpad.net/~ubuntu-phone
>>> Post to : ubuntu-phone@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~ubuntu-phone
>>> More help : https://launchpad.net/~ubuntu-phone
>>>
>>>
>>>
>>> --
>>> 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] Running QML functions in parallel thread
I suppose you would use a loader for the Repeater. After you make your
repeater work for your first level, you can use QtCreator to wrap the
Repeater in a loader for you. Then I think for each level you would
destroy the whole Repeater and then use the loader to create a new one
with the new model for the next level.
At least that is the approach I would take starting out.
HTH
Cheers, Rick
On Tue, Apr 16, 2013 at 7:31 AM, Николай Шатохин wrote:
> When I create button I assign destroy signal to each. So, when I start new
> game, I destroying buttons from old game and see old field in this moment -
> destroing slow too. Is quickly removing possible? Can I destroy repeater?
>
>
> 2013/4/16 Николай Шатохин
>>
>> Oh, I didn't know that. I'll try.
>>
>>
>> 2013/4/16 Rick Spencer
>>>
>>> Hi.
>>>
>>> I'm not sure how your code flows overall, but if you are creating all the
>>> buttons at once, you might consider using a Repeater instead of doing it all
>>> in javascript.
>>>
>>> It looks like you might have some kind of list that fires a createButton
>>> signal. You could potentially use that list as a model for a Repeater and
>>> build your buttons in the delegate of the Repeater.
>>>
>>> Cheers, Rick
>>>
>>>
>>>
>>> On Tue, Apr 16, 2013 at 5:11 AM, Николай Шатохин
>>> wrote:
>>>>
>>>> This is my code that creates buttons field:
>>>>
>>>>
>>>> onCreateField:
>>>> {
>>>> for(var i=0;i>>> {
>>>> for(var j=0;j>>> {
>>>> createButton(i, j);
>>>> }
>>>> }
>>>> }
>>>>
>>>> function createButton(x, y)
>>>> {
>>>> __buttonX = x;
>>>> __buttonY = y;
>>>>
>>>> __component = Qt.createComponent("GameButton.qml");
>>>>
>>>> if(__component != null)
>>>> continueButtonCreation();
>>>> else
>>>> __component.ready.connect(continueButtonCreation);
>>>> }
>>>>
>>>> function continueButtonCreation()
>>>> {
>>>> var button = __component.createObject(field, {"row": __buttonY,
>>>> "column": __buttonX});
>>>>
>>>> if (button == null) {
>>>> // Error Handling
>>>> console.log("Error creating object");
>>>>
>>>> return;
>>>> }
>>>>
>>>> updateValveState.connect(button.stateUpdated);
>>>> button.buttonClicked.connect(buttonClicked);
>>>>
>>>> field.clearField.connect(button.release);
>>>> }
>>>>
>>>>
>>>> fieldWidth = fieldHeight = 16;
>>>>
>>>>
>>>> 2013/4/16 Alex Tyler
>>>>>
>>>>> Can we see some code? The only time Images hang for me in QML is when
>>>>> it's trying to load them synchronously. Try setting asynchronous to true.
>>>>>
>>>>> Cheers,
>>>>> Alex
>>>>>
>>>>> On Tue, Apr 16, 2013 at 10:20 AM, wrote:
>>>>>>
>>>>>> I thought Nick creates 1024 (16x16) buttons, lol =) And even did not
>>>>>> thought - for what :D
>>>>>>
>>>>>> Of course code is extremely bad, if buttons with size 16x16 pixels
>>>>>> creating slowly.
>>>>>>
>>>>>>
>>>>>> 16.04.13 12:09 Michael Zanetti написал(а):
>>>>>>
>>>>>> On Tuesday 16 April 2013 01:01:28 Николай Шатохин wrote:
>>>>>> > Hello.
>>>>>> >
>>>>>> > In my code I'm creating 16x16 buttons in cycle and this take few
>>>>>> > seconds.
>>>>>> > While function that creating buttons runs, app freezes. I want to
>>>>>> > show
>>>>>> > loading animation while this function runs. So, how to run this
>>>>>> > function in
>>>>>> > parallel thread to avoid freezing?
>>>>>> >
>>>>>> > Best regards,
>>>>>> > Nick
>>>>>>
>>>>>> Creating 16x16 buttons shouldn take a few seconds. Can you paste the
>>>>>> code
>>>>>> (also the button itself). To me it seems the issue is somewhere else,
>>>>>> e.g. in
>>>>>> the way you create the buttons or the buttens themselves are very
>>>>>> slow.
>>>>>>
>>>>>> Br,
>>>>>> Michael
>>>>>>
>>>>>> --
>>>>>> Mailing list: https://launchpad.net/~ubuntu-phone
>>>>>> Post to : ubuntu-phone@lists.launchpad.net
>>>>>> Unsubscribe : https://launchpad.net/~ubuntu-phone
>>>>>> More help : https://launchpad.net/~ubuntu-phone
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> 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
>>>
>>
>
--
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] Getting start
On Fri, Apr 19, 2013 at 3:22 PM, Paulo Pires wrote: > Helo all. > > I'm very interested in software development for the ubuntu mobile/phone. > I've read the > http://developer.ubuntu.com/resources/app-developer-cookbook/mobile/currency-converter-phone-app/ > "tutorial" and i was wondering if there's a "template" for the applications > with the basics like, header and so on. The answer is "yes" if you use install the Ubuntu SDK and use QtCreator. In the New Project dialog of QtCreator, you can choose a tabbed Ubuntu App or a Simple Ubuntu App. This generates the boiler plate you need to get started. For completeness, I attached the generated files. HTH Cheers, Rick > > Thanks in advance :) > > -- > 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 > sample.qml Description: Binary data SampleTabs.qml Description: Binary data -- 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] Simulator
There are also sensors, rotation, and other things that would be nice to test while still on your desktop via a simulator. I suspect these features will come in time. Cheers, Rick On Fri, Apr 26, 2013 at 6:16 AM, Николай Шатохин wrote: > Yes I know, but problem in screen resolution and dpi. I don't know how it > looks on phone if I run it on desktop. > > > 2013/4/26 Daniel Holm >> >> Hi Nick, >> >> You don't really need a simulator since you're able to run any Touch >> application in Ubuntu desktop. >> >> Vänlig hälsning / Yours sincerely, >> Daniel Holm >> IT Consultant >> Web Developer >> Student >> d.hol...@gmail.com >> http://www.danielholm.se >> >> Den tor 25 apr 2013 22:18:43 skrev Николай Шатохин: >> >>> Hello. >>> >>> Where can I get Ubuntu phone simulator? Is it possible to install >>> Ubuntu Touch into VirtualBox with phone's screen resolution and aspect >>> ratio? >>> >>> Best regards, >>> Nick. >>> >>> > > > -- > 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] Inspiration needed!
One thing that I have found helpful in the past is a kind of "Rosetta Stone". That is, a list of "if you used to do that, now do this" For example, "if you used to present a message box, use a notification. If you used to use a dialog box, push a page. If you used to use a toolbar, use toolActions. If you used to use a menu, use the HUD. etc... " Those may be bad examples, but the idea is to keep me from trying to do things the old way, when you have created all these beautiful new ways for me to do things. Cheers, Rick On Wed, Jun 5, 2013 at 9:21 AM, Calum Pringle wrote: > Hi guys, > > I'm running a small workshop with some of the designers in the office on > Friday, and could do with some help to prepare. > > Our app design guides (http://design.ubuntu.com/apps) should be inspiring to > app designers and developers - we want to encourage everyone to participate > actively and learn good Ubuntu design practises. > > If we were to think completely "blue sky", i.e. anything is possible, what > would our Design Guides include? Look like? Do? > > If you have any favourite recipe websites, how-to manuals or guidelines, > please share your links! > > For example, I love the case studies on http://sugru.com/ > > Thanks for your help, > > Calum. > > > -- > 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] Status of 100 scopes and touch landing to saucy
\o/ On Fri, Jun 7, 2013 at 6:46 AM, Didier Roche wrote: > Le 06/06/2013 18:59, Didier Roche a écrit : > > > Hopefully the latest report before telling "it's in saucy now". > > > "It's in saucy now". \o/ > > When you will read those lines, the 100 scopes, unity 7 and a big chunk of > the touch port is in saucy! Please note that most of components of the touch > parts remains in universe. > > During the night, grabbing the latest fixes for Unity 7, however, we got > some intrusives commits with it and had to revert them (basically, bad > reconnection with unity-panel-service if it crashed and some big refactoring > which made unity segfaulting a lot). The good news is that the automated > tests caught that and we had to go the revert way to find the culprits. No > harm was done in this revert, but maybe some baguette has been eaten ;) > > That with some NEWing and promotions to main (with some adjustments upload), > saucy now gets all those latest goodness. > > For the stats fan, here are some involved in this transition: > 85 uploads to the archive was involved (83 by daily release) > 36 NEW components (28 for main, 16 in universe). > 38 components MIRed and promoted to main. > 1 demotion to universe > 3 packages removed from distro (old lenses replaced or not compatible with > 100 scopes). > > Note that 3 are rejected (mainly the touch apps) as they need some license > fix before entering the archive. > We noticed some remarks for our upstreams of things that would be good to > fix packaging-wise (most of them were not blockers apart from the 3 previous > mentioned components). Sebastien and I, while reviewing for NEWing them, > made some notes available here: http://paste.ubuntu.com/5741741/. The > ubuntu-unity integration team will as well help to get excellent package > standard as well, fixing those. > > So, we are resuming to normal daily release plan (but now to saucy) apart > for the apps stack so that upstream can fix (without any other tentative > upload to archive) the licensing. This one will be in manual publication > mode, meaning that we will still have package uploaded to the daily build > ppa and tests running. Just no publication to the archive. > > Thanks to everyone involved in the landing and upstream for helping fixing > promptly the issues we noticed! > > Happy upgrade :) > > Cheers, > Didier > > -- > 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] Saucy is out, but take a minute to read
I logged this bug today: https://bugs.launchpad.net/touch-preview-images/+bug/1191144 Probably the same thing. This was after running through these test cases: http://iso.qa.ubuntu.com/qatracker/milestones/270/builds/46502/testcases Cheers, Rick On Fri, Jun 14, 2013 at 3:35 PM, Robert Park wrote: > Just flashed build "saucy-11" onto my grouper, and unity loads but apps > don't run. I didn't try many, but calculator, clock, and phone apps just > show blank screens. I can side-swipe to get out of them and back into unity, > so it's not like the phone is frozen up or anything... the apps are just > black. > > > On Fri, Jun 14, 2013 at 12:33 PM, Ricardo Salveti de Araujo > wrote: >> >> On Wed, Jun 12, 2013 at 6:54 PM, Sergio Schvezov >> wrote: >> > The gotchas: >> > - grouper aka Nexus 7 won't work, well won't work as you expected, the >> >> Fixed, should be able to get the shell again. >> >> Just fire up phablet-flash (latest version from archive || ppa). :-) >> >> Cheers, >> -- >> Ricardo Salveti de Araujo >> >> -- >> 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
