On 07/18/2013 06:29 PM, Marc Deslauriers wrote:
> On 13-07-18 11:04 AM, Iain Lane wrote:
>> Thoughts? I'd like to get moving on being able to define schemas and
>> start making the system-settings application set and retrieve keys so
>> that app (and system) developers are able to start respecting
On 07/30/2013 07:50 PM, Iain Lane wrote:
Admittedly I didn't know about it ;-) But looking at that API reference
it seems to be more about mobile stuff whereas my question is a bit more
generic than that — I want to know if there's an internet connection of
any type available.
Maybe I can't see
On 07/31/2013 08:42 PM, Iain Lane wrote:
On Wed, Jul 31, 2013 at 03:18:27PM +0400, Alberto Mardegan wrote:
On 07/30/2013 07:50 PM, Iain Lane wrote:
Admittedly I didn't know about it ;-) But looking at that API reference
it seems to be more about mobile stuff whereas my question is a bit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/22/2013 07:33 PM, Jamie Strandboge wrote:
> @{APP_PKGNAME} is set to the "name" field in the manifest file. I'm
> not sure if there is a Qt API to give you the XDG_ paths, but
> upstart-app-launch will make sure that the XDG environment
> variabl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/05/2013 12:28 AM, Steve Langasek wrote:
> I don't see any shortcuts around the fact that identifying runaway
> processes is going to require manually sifting through reports to
> identify possible problems. I think we should have a very clear
>
On 09/05/2013 12:42 PM, Colin Ian King wrote:
> On 05/09/13 10:33, Colin Ian King wrote:
>> On 05/09/13 10:23, Evan Dandrea wrote:
>>> Stuart Langridge brought up an interesting idea for this on IRC, which
>>> I'm copying here rather than having more side discussions:
[...]
Oops, I should have rea
On 09/05/2013 04:39 PM, Thomas Voß wrote:
> Hmmm, effectively extending the ANR approach to non-UI bits. That is
> interesting idea. Admittedly, an app could work around that, too, but
> hey :) Further extending on the idea: Whenever we identify a process
> that is using too much CPU over a certain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/05/2013 08:09 PM, Jamie Strandboge wrote:
> On 09/05/2013 07:01 AM, Alberto Mardegan wrote:
>> Well, if we don't have a myAppIsRunning() API, apps can simply
>> busy-loop whenever they want, so I don't see much harm
On 10/07/2013 12:12 PM, Николай Шатохин wrote:
> Can I use QList of pointers? And get objects in QML.
Yes, see QQmlListProperty:
http://qt-project.org/doc/qt-5.0/qtqml/qqmllistproperty.html
Ciao,
Alberto
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.l
On 10/16/2013 10:06 PM, Israel wrote:
> On 10/16/2013 11:05 AM, Robert Park wrote:
>> Hmmm, that Gwibber page is very outdated, definitely does not reflect
>> any APIs currently present in Saucy. You're definitely better off
>> going through Online Accounts.
> Great! It seemed most likely to use O
On 10/17/2013 04:13 PM, Israel wrote:
> Oh yeah, that is more what I was hoping for! I am sure soon enough most
> of these finer points will integrated into the API, and well
> documented. Thanks so much for this, this is exactly what I was looking
> for!
It actually got online just today:
http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/22/2013 01:46 AM, Jamie Strandboge wrote:
> I think we may be too strict on this. Consider the following apps:
> * a metronome app for musicians to practice to (2 are in the app
> store now) * a white noise app to help people sleep (1 in the
> s
On 10/22/2013 09:59 AM, Thomas Voß wrote:
> Along the same lines of the metronom app: If the gps app is in
> foreground, the location service should signal to powerd that it
> should not suspend at least the gps, probably the network, CPU (and
> thus, memory access).
Why does it matter if the app
On 10/24/2013 10:36 PM, Rick Spencer wrote:
> 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
On 10/25/2013 08:48 PM, Thomas Voß wrote:
> 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
On 10/27/2013 08:08 PM, Thomas Voß wrote:
>> I think we are misunderstanding; I'm not saying that the user should be
>> asked (at install time or at run time) for granting a permission. There
>> would be a policy groups "background_gps", "background_music" which the
>> app developer can declare in
Hi all!
Just out of curiosity, today I tried building my map application
(Mappero) on the Nexus 4 running Ubuntu Touch. To my surprise, the build
completed fine, and the application can even start.
I uploaded a video here:
http://youtu.be/QeAT6LFrpp4
The application is really primitive and does
On 10/30/2013 05:06 PM, Thomas Voß wrote:
> that's great news, thanks for sharing. The location service is
> working, however, time to first fix will be quite high as you are most
> likely doing a cold start and we are not using agps capabilities, yet.
> Thus, placing the phone close to a window fo
On 10/30/2013 05:42 PM, Andrea Cimitan wrote:
> I had a quick look and I was wondering if we could extract the logic and
> use QML instead Gtk/Gdk. You have plans for that?
Yes, the code is now QML/Qt5. I didn't publish the Qt5 code branch yet,
but I'll do that in the near future. I'll notify the
On 11/12/2013 04:56 PM, Gerry Boland wrote:
> I think a logical approach is to standardize (as much as possible) on a
> single desktop file parser implementation ASAP. Should we later want to
> use the cache, we can add it to our chosen parser, and thus all its
> users will immediately benefit.
I
On 11/13/2013 02:51 PM, Albert Astals Cid wrote:
> On Wednesday 13 November 2013 14:27:19 Alberto Mardegan wrote:
>>
>> Despite my desire to collaborate with KDE as much as possible, I don't
>> think that this, in its current implementation, is usable for us. I
Hi Dimitri,
On 12/13/2013 07:58 PM, Dimitri John Ledkov wrote:
> As of latest cmake upload into trusty, it is now trivial to
> cross-compile CMake based projects:
>
> One time setup:
> $ mk-sbuild --target armhf trusty
>
> Building a package:
> $ sbuild -A -d trusty --host armhf package*.dsc
[..
On 12/16/2013 01:56 PM, Dimitri John Ledkov wrote:
> 1) Simply because qmake encodes and assumes the same "host"
> configration options as were used when qmake & qmake modules were
> created. To properly support multiarch, all qmake modules instlalation
> path will need to transition from non-multi
On 12/16/2013 04:28 PM, Thomas Voß wrote:
> I think the policy and guideline is pretty simple: For every new
> project that Canonical is upstream for, we will default to CMake
> (language/runtime-specific build systems aside). With that, all
> developers benefit from cross-build support and best po
Hi Dimitri,
thanks for explaining things so clearly!
On 12/16/2013 04:54 PM, Dimitri John Ledkov wrote:
[...]
> There is no technical limitation, why a qmake binary cannot be adapted
> to read all configuration & qmake modules from a configurable location
> at runtime, instead of hard-coded one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/14/2013 12:25 AM, Barry Warsaw wrote:
> The fix for this bug required a minor D-Bus API change, described
> in LP: #1247215 and further detailed in a message to this mailing
> list[1]. That message was also long, but it described a change in
> t
On 12/17/2013 10:22 PM, Martin Pitt wrote:
> It's also possible (and delightfully easy) with dbus-python, using the
> reply_handler/error_handler kwargs:
>
>
> http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html#making-asynchronous-method-calls
>
> I've used this approach in good old
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/19/2013 12:31 PM, Iain Lane wrote:
> Hi,
>
> There's something up with the autopilot tests for
> ubuntu-system-settings.
>
> There's a set of fairly basic tests which check for the presence
> of various objects on the main screen. Those work.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/18/2013 07:04 PM, Barry Warsaw wrote:
> On Dec 17, 2013, at 02:25 PM, Alberto Mardegan wrote:
>
>> In fact, it was not necessary: the ApplyUpdate() could have
>> stayed as it was, and yet be processed asynchronously, allowin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/19/2014 05:37 PM, Sam Bull wrote:
> Having a little trouble with QML, once again.
>
> I have a function which is called periodically (it's used to set
> the visible property). When the function finds some value to be
> true, I want to change a p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/27/2014 11:10 PM, Jamie Strandboge wrote:
> What's up next (not comprehensive): * benchmarks comparing QtWebKit
> and Oxide on armhf
I think that comparing Oxide with QtWebEngine would also be very
interesting:
http://blog.qt.digia.com/blog/2014
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/31/2014 12:41 PM, Martin Pitt wrote:
> * You define a text file with the desired sensors, their
> properties, and the events that should happen.
Amazing work, Martin!
Are there plans to do something similar with the GPS? That is, having
an API
On 01/31/2014 04:06 PM, Martin Pitt wrote:
> Hey Alberto,
>
> Alberto Mardegan [2014-01-31 15:01 +0200]:
>> Are there plans to do something similar with the GPS? That is, having
>> an API backend which reproduces location changes which it reads from a
>> GPX file?
>
Hi all!
One of the tasks I'm working on in Online Accounts is support for
account plugins (those bits of code which are responsible to create/edit
accounts for a specific provider, e.g. facebook) to be installed as
click packages.
For security reasons, the Online Accounts (from now on, "OA") ser
On 02/03/2014 10:10 PM, Michał Sawicz wrote:
> That said, having upstart manage those would definitely help, having to
> track the PID is not something we'd like to do. I don't think you'll
> need more than one instance of the plugin? In that case a simple
> .desktop file with NoShow=True (or whate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/03/2014 11:50 PM, Ted Gould wrote:
> The feature that Content Hub is using I've called "untrusted
> helpers" and it has a lot more flexibility than applications do as
> we're expecting that the helper managers to do a lot of the
> lifecycle manag
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ted,
On 02/04/2014 04:13 PM, Ted Gould wrote:
> On Tue, 2014-02-04 at 10:05 +0200, Alberto Mardegan wrote:
>> I had a quick look at the untrusted helper branch, but I
>> couldn't understand if it's suitable for my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks Ted!
I suggest addint this to testplan-to-wiki:
-e "s/\(.*\)<\/a>/[[\\1|\\2]]/" \
so that HTML links can be processed.
Ciao,
Alberto
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thund
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Sam,
On 02/13/2014 03:38 PM, Sam Bull wrote:
> Can anybody understand what is happening with my code. It is a bit
> of Javascript embedded in my QML:
>
> print(componentList.push(Qt.createQmlObject("import
> Ubuntu.Components 0.1; Label {text: '"
On 02/27/2014 11:03 PM, Kevin Gunn wrote:
> * Latest in Unity8 ui
[...]
> o Still working on trusted session, mainly debug as its building
> and running now, but experiencing some crashes
Do you have any info about how this will be exposed to clients? Is it
the standard QWindow::se
On 02/28/2014 10:30 AM, Thomas Voß wrote:
> Nope, the trusted session approach is different in that it will be not
> available to ordinary clients. We do not allow the client to be able
> to interfere with the stacking order and instead enable a trusted
> helper to:
>
> (1.) Create a trusted ses
On 02/28/2014 11:37 AM, Thomas Voß wrote:
> On Fri, Feb 28, 2014 at 9:48 AM, Alberto Mardegan
> wrote:
>>
>> I hope to be proved wrong, but I've the feeling that this can be racy:
>> we need to make sure that the trusted helper manages to start the
>> trusted se
On 02/28/2014 12:52 PM, Thomas Voß wrote:
> The trick is that we can add by PID (for already running applications)
> or by AppId (for not yet running apps).
> Unity8 then takes care of starting the application instance to ensure
> seamless transitions.
Cool, I think this should be enough then. Tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/25/2014 08:47 PM, Oliver Grawert wrote:
> Though I sadly have to disagree, when I try to reach that button
> there are still about 2cm missing for me no matter how much I
> stretch ... if I then slide the bottom right corner of the phone
> slight
On 03/25/2014 09:19 PM, Thomas Voß wrote:
> We spent some time evaluating the situation and both alternatives.
> While we can certainly map our lifecycle events to the respective Qt
> events, we would have to block turning off the screen until all
> applications have ack'd and thus told us that the
On 03/26/2014 09:33 AM, Thomas Voß wrote:
> Hmmm, I think our lifecycle policy never stated that an application is
> even running when the screen is off.
When Mir will be used on the desktop as session compositor, will we
enforce the same policy to all application? I'm worried about what will
happ
On 03/26/2014 08:15 PM, Jouni Helminen wrote:
> speaking of Android, their back button is pretty much in the exact same
> place - top left. Same with iOS
>
> Agreed there could be a "back" gesture, but what would it be? one finger
> horizontal swipes are usually reserved for something else
My sug
Hi all!
At the USD there was a session about the landing process, and some
people brought up the point that having the "trunk" branch synchronized
with the archive was inconvenient for developers:
https://www.youtube.com/watch?v=Igj-JyUNGPU#t=36m13s
In the last 5 minutes of the session, a sol
On 04/08/2014 05:15 PM, Dimitri John Ledkov wrote:
> Imho that will still get us into a state where trunk has gazillion of
> changes and is not releasable.
"gazillion of changes" -> "not releasable"
is a non sequitur: yes, there might be more changes being planned for
landing at the same time, but
On 04/08/2014 07:30 PM, Alexander Sack wrote:
> On this topic, we will scheduled a CI call later this week where the
> next steps from UDS will be one more time revisited and then planned
> out; jfunk will probably send a summary after the call if you can't
> attend. Reason why this didn't happen s
On 04/08/2014 07:51 PM, Rodney Dawes wrote:
> On Tue, 2014-04-08 at 15:30 +0300, Alberto Mardegan wrote:
>> In the last 5 minutes of the session, a solution was proposed: leaving
>> "trunk" for development purpose (like it was before the CI train
>> started) and pus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/09/2014 02:54 AM, Steve Langasek wrote:
> Hi Alberto,
>
> On Tue, Apr 08, 2014 at 09:48:45PM +0300, Alberto Mardegan wrote:
>> This makes a lot of sense. However there are some times (and the
>> current one is one of those)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/05/2014 03:05 PM, Oliver Grawert wrote:
> With the current quality of changelog entries people provide to us
> this is not possible at all. We have to dig into each and every
> changeset and actually need to understand what code changes in
> ther
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/05/2014 07:26 PM, Oliver Grawert wrote:
> was at fault. If a package upload contains 6-10 bzr branches with
> changes made by different people in different places of the
> package there is no way to identify the offending change anymore if
> you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/11/2014 09:47 PM, Ted Gould wrote:
> I'm probably bias, but for me disk encryption is a critical
> feature.
It is a critical feature indeed: we are not using the GNOME keyring on
the phone yet, so all Online Accounts passwords and OAuth token ar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/12/2014 10:44 AM, Alberto Mardegan wrote:
> On 06/11/2014 09:47 PM, Ted Gould wrote:
>> I'm probably bias, but for me disk encryption is a critical
>> feature.
>
> It is a critical feature indeed: we are not using
On 08/27/2015 03:17 AM, Robert Park wrote:
> Anyway, take it for a spin, please let me know what you think!
> Hopefully this is helpful ;-)
I'd like the search box to act as a filter, or have a checkbox which
toggles whether landed requests are shown.
I don't have any requests filed under my name,
On 08/28/2015 10:56 AM, Robert Park wrote:
I know the ui doesn't expose this, but just bookmark this, it works even
if you're logged out:
https://requests.ci-train.ubuntu.com/#/user/dbarth
The /user/ endpoint was created specifically to show pending requests
and hide landed/abandoned ones for a
Hi all!
I'm writing this because I'm quite confused about the fate with wily
and the 15.10 frameworks as far as the phones are concerned. Since I
suspect I'm not the only one who is confused, I thought of writing here.
As I understand it, Wily will not be released on the phones. We'll
continue t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/16/2015 07:32 PM, Jamie Strandboge wrote:
> Note that this landing was uncoordinated with the security team (I
> just now heard about it). There is no security policy for 15.10 on
> the device at the moment so targeting a 15.10 framework in an ap
On 09/17/2015 04:16 PM, Pat McGowan wrote:
Sounds like we have a few issues.
Firs we neglected to provide a security policy as Jamie points out.
Second, the naming convention for frameworks is a bit unfortunate as it
uses the base distro release which strongly implies a tie in that is not
necess
On 09/16/2015 07:32 PM, Jamie Strandboge wrote:
Note that this landing was uncoordinated with the security team (I just now
heard about it). There is no security policy for 15.10 on the device at the
moment so targeting a 15.10 framework in an app won't work on a 15.04 device.
Looks like I'm in
On 09/21/2015 08:17 PM, John Johansen wrote:
> On 09/21/2015 09:25 AM, Oliver Grawert wrote:
>> i could imagine you could have a "reverse-content-hub" so you move the
>> file back to the shared folder after editing it (something like a
>> checkbox in the save dialog that says "make available to oth
On 09/29/2015 04:17 AM, Jim Hodapp wrote:
> That is definitely the intended behavior and is consistent with at least
> how iOS does things too. I don't think you'd want to be recording
> blindly when you can't see the camera preview window because of the
> accept call dialog appearing on top. It is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01.10.2015 19:50, Matthew Paul Thomas wrote:
> It seems like a weird thing to allow, sure. But consider the
> consequence if we forced all app volume sliders to be
> app-specific. Instead of having two, or three, or four audio output
> roles, we wo
On 02.10.2015 10:29, Yann wrote:
> If I can add my insight ... I think some applications (not all) should
> be able to run on background like Facebook for example ... everybody has
> Facebook Messenger on other platforms, and they write messages only
> through this program. The problem is that we d
Hi all!
I've been thinking about this for a while, but always forgot to ask
others' opinion about this, till now. :-)
We do a great job in protecting privacy-sensitive resources such as
camera and location, which are available only after an explicit grant by
the user.
However, network acces
On 10/07/2015 05:29 PM, Tony Espy wrote:
The following is currently being discussed:
https://wiki.ubuntu.com/Networking#activity-indicator
No idea yet if this has been fully committed/scheduled yet, but it's on
the radar.
Thanks! Great stuff :-)
Ciao,
Alberto
--
Mailing list: https://lau
On 15.10.2015 19:28, Niklas Wenzel wrote:
[...]
> In these cases, we should probably notify the user, e.g. by displaying a
> notification in the message tray, and should additionally revoke access
> to the account for account-polld (or in this case the Gmail webapp), so
> that it stops polling them
On 19.10.2015 11:54, Jonas Drange wrote:
> I want to argue that this logic be placed elsewhere. If/when
> account-polld becomes unnecessary, we lose this logic. So any code we
> add to account-polld that we want for all time, essentially becomes
> technical debt.
>
> And if a Google account is bro
On 19.10.2015 12:53, Andrea Bernabei wrote:
> Is there a bug already to track that? Does UX know that you're waiting
> for such a solution?
> If either of the answer is false, we have to fix that first :)
I was relying on IRC, but your suggestion is indeed most reasonable:
https://bugs.launchpad
On 10/27/2015 03:00 AM, Tiago Herrmann wrote:
> We have a dbus API in telephony-service that is not public yet and
> subject to changes, but will allow you to place calls and send
> messages directly without
> any manual step, but I believe your app needs to run unconfined:
[...]
I really hope so
On 10/28/2015 05:48 PM, Niklas Wenzel wrote:
> The rationale here was to somehow show the user in a more permanent way
> that the token has expired. If we don't want to revoke access to
> account-polld, there needs to be another way of indicating this on the
> accounts overview page.
> Furthermore,
Hi all,
is it just me, or is this bug back?
https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1383277
Since installing the OTA7, I'm seeing the shotdown/reboot dialog quite
often when I wake up my BQ 4.5 by pressing the power button.
Can someone else confirm?
Ciao,
Alberto
--
Mailing l
On 10/31/2015 09:12 PM, Alberto Mardegan wrote:
> Can someone else confirm?
Thanks guys, I filed
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1512061
Ciao,
Alberto
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.
On 05.11.2015 17:27, Krzysztof Tataradziński wrote:
> did you guys noticed some random freezes of MX4? My phone in stable
> channel freeze sometimes while trying to unlock phone or in web
> browser (after 10-30 sec. everything back to normal). That started
> happening after latest OTA.
After the p
On 11/23/2015 10:25 PM, royden yates wrote:
[...]
I was taking photos successfully - general forest
shots and then tried a close-up of a frost dusted spider web.
Focus was achieved, shutter sounded and "shot" animation
displayed. Nothing got shown in Photo Roll aside of the
Ubuntu spinner. A .jpg
On 12/02/2015 11:31 AM, Selene Scriven wrote:
> Any news on this, or a bug link? It looks like it's still missing.
https://bugs.launchpad.net/pay-ui/+bug/1520173
As you can see, I have a branch ready but need some help to build pay-ui
and test it.
Ciao,
Alberto
--
Mailing list: https://lau
On 12/04/2015 12:55 AM, Mitchell Reese wrote:
Thanks for that Niklas. FYI - I don't always have the time to find the
right project on launchpad, and go through the process of filing a bug.
Particularly when I'm out and about with my phone, this is tedious
enough that it's just not going to happen
On 17.12.2015 12:01, sturmflut wrote:
> Good morning dear list,
>
> it's time for the "good news, bad news" part again.
Thanks Simon for looking into this!
In your previous mail, you mentioned that another possibility is to use
the android library via libhybris; wouldn't that eliminate the need
On 12.01.2016 14:59, nick luigi eusebio wrote:
> I'd say we need an API that will give the apps the information in which
> mode the UI is.
> Currently, the modes I have in mind are the following:
> - phone/tablet
> - desktop
> - TV
> - watch
I agree. I didn't jump in this thread before because I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/01/2016 14:07, Michael Zanetti wrote:
[...]
> usefulness to be operated with a mouse. IMO if it would be
> switching between small vs big ui elements all the time, it would
> be much more confusing.
[...]
> What I'm trying to say is not that not
On 14/01/2016 14:34, Jouni Helminen wrote:
> I think the slightly increased affordance that accommodates both touch
> and mouse is better, most of the time, than the possible confusion and
> added complexity of visual changes between form factors.
Maybe, but you are looking at the best case, where
On 14/01/2016 15:19, Olivier Tilloy wrote:
> In that specific case, wouldn’t it be enough to know that there is an
> active tocuh screen and no active keyboard/mouse (assuming the device
> deactivates the keyboard and mouse when the laptop is folded)?
No, as I wrote in another mail: first of all,
Hi all!
I've started looking at a bug in Online Accounts, where the process
driving the UbuntuOne account plugin is crashing:
https://bugs.launchpad.net/bugs/1476861
Looking at the crash reports, I see that the online-accounts-ui process
is started without the needed QT_QPA_PLATFORM and MIR_S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28/01/2016 15:36, Michael Zanetti wrote:
> Funny enough, the HERE webapp is the only thing that actually
> manages to get a GPS fix for me. I haven't ever seen a GPS fix in
> OSMScout or any other app.
It shouldn't make any difference, which app yo
On 28/01/2016 16:30, Felipe De La Puente wrote:
> One question: Why is it needed to have wifi On to have assisted GPS?
Because currently the Nokia HERE service which provides us the AGPS
feature receives the list of available access points and only the
cellular tower that you are connected to (wh
Hi all!
A question for those working on the just announced M10 tablet: will we
be able to run 32bit arm applications (that is, the same binaries we are
producing for the phones) on it?
As far as I understand, the CPU is capable of running both 64 and 32
bits applications, and I presume that the b
On 02/09/2016 06:47 AM, Mitchell Reese wrote:
Hey folks, investing in some projection technology with my theatre
company - we're experimenting with shadows, light, and multimedia
images. Is it possible - or will it be possible - to use a Ubuntu Touch
device hooked up to a projector via hdmi cable
On 26/02/2016 21:48, Sergio Schvezov wrote:
> El viernes, 26 de febrero de 2016 15h'27:21 ART, Wayne Ward
> escribió:
>> I get that and im not that bothered but im afraid most people live
>> there lives around it :(
>
> From what I recall facebook needs to validate apps using their API to
> get t
On 28/02/2016 06:15, Yasmany Cubela Medina wrote:
> Hello.
>
> I want to develop an app that use facebook social login, and i want to
> use the online-account api to do it. Any one can helpme with a working
> example of this. I follow the doc on the official
> sdk
> https://developer.ubuntu.com/e
On 03/17/2016 03:38 AM, Zoltán Balogh wrote:
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.
While I never felt a need for such a component, I would probably u
On 07/04/2016 17:38, Michał Sawicz wrote:
> W dniu 07.04.2016 o 16:30, Chris Coulson pisze:
>> This isn't a bug. The mirroring is done by appear.in with "transform:
>> rotateY(180deg)" on the video element style. This is common for video
>> conferencing sites which assume that the camera being used
On 12/04/2016 14:04, Stefano Verzegnassi wrote:
> Why should file-manager implement an exception for a single content type?
To make things more complicated, this exception should not be made on
the content type, but on the receiving application: if one implements
another video player application (
On 12/04/2016 16:53, Ken VanDine wrote:
> Content hub attempts to create a link instead of a copy and falls back
> to a copy if the link fails. The link fails if it's across different
> file systems. What we really need here is for the destination app that
> is opening the content to send that co
On 15/04/2016 13:10, Daniel Wood wrote:
> I have started laying out a simple app to help configure the owncloud sync.
[...]
Another option is to use the account plugin I wrote ages ago:
http://bazaar.launchpad.net/~danielholm/owncloud-app/trunk/files
Once the account has been created, the accoun
On 18/04/2016 13:57, Omer Akram wrote:
> While working on a pet project[1] for the Phone, an issue that I faced
> was stuttering scrolling in listviews. QML tips page[2] suggested to use
> Flickable+Column+Repeater combination to have smooth scrolling, that
> worked and is currently what I have imp
On 18/04/2016 15:08, Michael Zanetti wrote:
> On 18.04.2016 13:57, Andrea Bernabei wrote:
>> in that case reusing the delegates could work better than recreating
>> them like ListView does.
>>
>> If I'm wrong and ListView already reuses delegates instances, then my
>> points above are of course voi
On 04/23/2016 11:01 PM, Matthias Apitz wrote:
> The problem is, that this on screen keyboard is really to big for the
> screen and for the fingers. One should file a bug against this in LP
Filed https://bugs.launchpad.net/bugs/1574606
Ciao,
Alberto
--
Mailing list: https://launchpad.net/~ubun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/25/2016 03:17 PM, Oliver Grawert wrote:
> i must say i totally disagree on that ... the OSK is perfect if you
> have the device sitting flat on its stand (i.e. with the folded
> triangle at the top) and do touch typing like on a normal keyboard
>
1 - 100 of 230 matches
Mail list logo
