Re: [Ubuntu-phone] browser does not support webgl

> > . Mozilla technology is already making great leaps in the os integration > area (Boot2gecko, asm.js which optimizes js up to around half the speed of > native), I'm sorry, but this has nothing to do with OS integration in uTouch. Even the jQuery folks have said there are more workarounds in

Re: [Ubuntu-phone] how do you feel about touch

If Android app support is good or not, it depends on how we do it. For BB10, I heard that they're using some emulator(maybe qemu) to run android app, and that means running a vm over vm, so the performance would be much worse than real android. I don't know what other platforms you are referring

Re: [Ubuntu-phone] browser does not support webgl

WebKit (and now Blink) cover >85% of the mobile browser use - while Firefox seems to be slightly lower (0.01% .. maybe not 100% accurate - but pretty far from WebKit in usage %'age) 1. Any mobile WebApps developer today will target iOS and Android first. Having a technology that is sharing the co

Re: [Ubuntu-phone] how do you feel about touch

On 06/21/2013 01:22 AM, leon lee wrote: We can have Android app support in a different way on touch. We change the framework of android to native, hopely this would make performance even better than the real android. This pretty much just tells me you don't know anything about how Android apps

Re: [Ubuntu-phone] how do you feel about touch

Well leon, good thing this is open source. when the final 1.0 release hits, you can start up a project with like-minded folks to bring the much lauded android integration as you have so beautifully put it to a fork and name it whatever you like. AFAIK this is never ever going to be a part of

Re: [Ubuntu-phone] Qt5 and touch performance issue

I'm sorry this bad idea bothers you so much, but it seems it would bother you for a long long time. You say you have had a few examples already, please name them and tell us why they want to do that, and why they fail. WINE has not been all that, that's because WINE is far worse than windows. Wi

Re: [Ubuntu-phone] browser does not support webgl

Works fine here - but there might not be webgl support in qtwebkit shipping with qt5.0. There is also a difference between the QML WebView (WK2, QML) and QWebView (WK1, C++) and it *could* be that WebGL is supported in one but not the other. I suggest downloading the Qt5.1 RC1 and trying out the

Re: [Ubuntu-phone] Qt5 and touch performance issue

hey well if i have to cite examples, then you actually dont know what you are talking about. YOU did cite BB10 OS as an example no? how is that working out? perhaps you should buy a BB10 device and install android apps on it before forming an opinion on why it makes sense to do that You pr

Re: [Ubuntu-phone] Qt5 and touch performance issue

> > WINE has not been all that, that's because WINE is far worse than windows. > Without source, how can WINE defeat windows? If WINE is no better than > windows, why the windows users would shift to linux/WINE? You realize that, at the end of the day, Dalvik is just a VM that runs Java bytecode?

[Ubuntu-phone] External storage devices

In the following I'll use "SD-Card" as a synonym for "external storage divces". SD-Cards because those are the most commonly used devices in the phone and tablet sector. Is there any information (blueprint, lp-project, ...) available on how SD-Cards will be integrated into ubuntu-touch? Anythin

Re: [Ubuntu-phone] Recent powerd developments - display requests, auto dimming, and more!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Seth Forshee wrote on 14/06/13 22:05: > ... > > 1. By popular request, the default inactivity timeout for turning > off the screen has been increased to 60 seconds. However, for > existing installs the timeout must be changed manually. This can be > d

Re: [Ubuntu-phone] how do you feel about touch

Maybe not the entire Android SDK, just some modules, such as view system, window manager, activity manager. And I agree with you, right now, we need to have a smooth and reliable touch first. This is the base of everything. -- Original -- From: "Nathan Haines"

Re: [Ubuntu-phone] how do you feel about touch

On Fri, Jun 21, 2013 at 1:17 PM, leon lee wrote: > Maybe not the entire Android SDK, just some modules, such as view system, > window manager, activity manager. And I agree with you, right now, we need > to have a smooth and reliable touch first. This is the base of everything. > See my answer on

[Ubuntu-phone] ListItem.ValueSelector's values shold be Flickable

ListItem.ValueSelector's values should be flickable, I'm not sure how to manually override it or if this can be added by default. I'm attaching an example, where there are more values than screen height, at which point one should flick through the options to pick one. But ideally the ValueSelecto

Re: [Ubuntu-phone] External storage devices

There's no technical reason preventing numbers 1, 2, and 9, but Google did those with Android and discovered that they added excessive complication for very little gain. The price of flash storage is also so tremendously cheap these days compared to when that policy was used on Android that any pho

Re: [Ubuntu-phone] how do you feel about touch

You cannot cherry pick from the Android APIs. You have to support all of them or none of them. *some* API support is usually worse than none for end users. Sincerely, Josh On Jun 21, 2013 6:17 AM, "leon lee" wrote: > Maybe not the entire Android SDK, just some modules, such as view system, > win

Re: [Ubuntu-phone] how do you feel about touch

The API would not be changed, what we need to change is the things behind API. -- Original -- From: "Josh Leverette"; Date: Fri, Jun 21, 2013 08:17 PM To: "leon lee"; Cc: "ubuntu-phone"; "Nathan Haines"; Subject: Re: [Ubuntu-phone] how do you feel about t

Re: [Ubuntu-phone] how do you feel about touch

You're free to build this compatibility layer yourself, that's the wonderful thing about open source. But as we've stated over and over again, it is a bad idea and it will not be supported here. On Fri, Jun 21, 2013 at 8:08 AM, leon lee wrote: > The API would not be changed, what we need to cha

Re: [Ubuntu-phone] Qt5 and touch performance issue

In case my mail didn't get through, the way I intended it, again: You are making it sound easier than it actually is. The effort that would be required to have a decently working Android-compatibility layer is not worth the hassle IMO, since it would put us in the same category as Windows 8, w

Re: [Ubuntu-phone] Qt5 and touch performance issue

I agree there is no point in supporting android apps. Especially in this case where you have an qt/qml versus java/xml platform. This is the first thing that made me wanting to flash this preview release and start playing with it. Even google hasn't succeed in making dvm butter

Re: [Ubuntu-phone] Qt5 and touch performance issue

How were Apple and Android successful if everything regular people used up until the breakthrough of consumer touch devices were old-style candy bar and clamshell dumb-phones? I don't know how much experience you have with developing apps for Android. I'm an Android app developer, and navigatio

Re: [Ubuntu-phone] Qt5 and touch performance issue

I absolutely agree with this. I was upset at Instagram for the longest time because they lazily implemented an iOS nav scheme on my Android phone. They could easily have made it look and feel native, but they preferred to spend effort making an Android app look like iOS. On Fri, Jun 21, 2013 at 9

[Ubuntu-phone] Speeding up sbuild / PPA / distro builds (optiPNG)

Hey all, There are times, when you *really* want for a package to build already... It's almost there... the tests passed... the package is built! And then optiPNG kicks in and takes 33 minutes ([1] vs. [2]) to finish... For unity8 that time was Tuesday night - it took some 25 minutes to build the

Re: [Ubuntu-phone] Speeding up sbuild / PPA / distro builds (optiPNG)

W dniu 21.06.2013 23:22, Michał Sawicz pisze: Oh, just read [1] > On the plus side, this saved us 571kB in image size (or 9.4%). 571 KiB > Because of -o7 (slowest) we saved another 112kB, or 2%. 112 KiB [1] https://wiki.ubuntu.com/UnitsPolicy ;) -- Michał Sawicz Canonical Services Ltd.

[Ubuntu-phone] Simple(r) sbuild setup

Hey all, Adding tests to our build process has proven to be a hit'n'miss effort for a bit - not having a build setup closely resembling the PPA / distro ones made it so that even if a package went through CI (pbuilder) fine, it sometimes failed in the PPA due to some intricacies of the setup, or s

Re: [Ubuntu-phone] Speeding up sbuild / PPA / distro builds (optiPNG)

On Fri, Jun 21, 2013 at 11:22:47PM +0200, Michał Sawicz wrote: > > Because of -o7 (slowest) we saved another 112kB, or 2%. Then, added > export NO_PNG_PKG_MANGLE=1 to debian/rules and voilá! that's a _lot_ of > our pandas' time saved. Please don't upload packages to the archive with NO_PNG_PKG_MA

Re: [Ubuntu-phone] Speeding up sbuild / PPA / distro builds (optiPNG)

On Fri, Jun 21, 2013 at 07:46:51PM -0600, Adam Conrad wrote: > On Fri, Jun 21, 2013 at 11:22:47PM +0200, Michał Sawicz wrote: > > > > Because of -o7 (slowest) we saved another 112kB, or 2%. Then, added > > export NO_PNG_PKG_MANGLE=1 to debian/rules and voilá! that's a _lot_ of > > our pandas' time