=== tim is now known as t1mp === chriadam|away is now known as chriadam [02:58] Anyone ever run autopilot tests on a device or emulator? [03:06] AkivaAvraham: autopilot is run everyday on Ubuntu Touch devices. It should work with the emulator, but haven't tried myself recently. Are you experiencing issues? [03:07] veebers, well I don't have a device, and I need to know the command neccessary to execute tests from a commandline. [03:07] veebers, https://code.launchpad.net/~akiva/qtcreator-plugin-autopilot/trunk [03:16] AkivaAvraham: I'm not sure about the emulator sorry, but we use phablet-test-run to run the tests [03:20] veebers, okay but question [03:21] veebers, is phablet-test-run ran in phablet-shell? [03:22] AkivaAvraham: hmm, my memory is a little rusty in this sense, but I'm pretty sure it makes sure that the noted packages are installed then runs the autopilot command. All this done with a series of 'adb shell' commands. [03:22] but I might be wrong [03:30] AkivaAvraham: sorry that I can't be more help. In a couple of hours more people will be online that could extend what I've said [04:20] !ping [04:20] pong! [04:20] veebers, you don't have a device, do you? [04:22] AkivaAvraham: nominally I do, but not right now with me sorry [05:17] bzoltan_, The plugin is almost done, however I just need to know what commands are needed to run tests on devices. Namely, I need to know whether I have to ssh into the device using phablet shell. I don't have a device unfortunately. [05:22] AkivaAvraham: So the AP tests of the active project is imported automagically? [05:23] bzoltan_, yes [05:23] AkivaAvraham: Awesome. Let me see that one first. [05:23] bzoltan_, okay. Do you want a video? [05:23] or the lp? [05:24] AkivaAvraham: The on device execution might be tricky. The idea is that we use the QtCreator's internal logic. [05:24] AkivaAvraham: preferable lp: please [05:24] bzoltan_, okay one sec [05:24] https://code.launchpad.net/~akiva/qtcreator-plugin-autopilot/trunk [05:24] bzoltan_, ^ [05:25] AkivaAvraham: How is the list updated? I mean if I add new tests ... how they will show up in the list? After build? [05:25] bzoltan_, onProjectChanged signal [05:25] AkivaAvraham: nice [05:26] AkivaAvraham: I will jump on it with zbenjamin when he joins and give you some feedback. [05:26] bzoltan_, I guess I could add an update mechanism; good idea [05:27] bzoltan_, look forward to it. Some of the code will be cleaned up; I'm just waiting until I implement device running. [05:28] Running the test on the device is easy if it can be done from a regular terminal... as said though; no device so I am out of luck. [05:33] AkivaAvraham: The emulator should at your disposal [05:33] should be [05:33] bzoltan_, it is; does that count as a device? [05:33] AkivaAvraham: yes, it does [05:34] bzoltan_, okay, and if I am in a shell, and the emulator is running, am I running tests using adb or phablet-shell? [05:34] AkivaAvraham: with phablet-test-run [05:34] or am I running tests from my desktop, using a tool that tells the device to run the device. [05:34] run the test* [05:34] okay [05:36] AkivaAvraham: you will need to install few autopilot packages in the emulator [05:36] bzoltan_, oh okay [05:37] sudo apt-get install autopilot3? [06:09] AkivaAvraham: yeps [06:09] okay === seb128_ is now known as seb128 [07:49] good morning === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [09:51] popey: hi. do you reckon it would be possible to arrange a handover with the weather app? We have some new designs ready [09:55] gventuri: yeah, I will poke the guys again [09:56] popey: thanks [10:08] Good morning all; happy Monday, and happy Tin Can Day! :-D [10:26] !ping [10:26] pong! [10:46] nik90: ping === chihchun is now known as chihchun_afk === rmescandon is now known as rmescandon|brb === _salem is now known as salem_ === rmescandon|brb is now known as rmescandon [11:32] pang [11:46] rpadovani: popey: next update: http://notyetthere.org/data/com.ubuntu.developer.mzanetti.machines-vs-machines_0.1.3_armhf.click [11:46] file size down to 22MB (from the 135 last week) :D [11:47] \o/ [11:47] aquarius_: do you lan to also ship native components with ucs? [11:47] zbenjamin, yep. [11:48] that's what makes it most interesting. [11:48] how will that work? [11:48] when you submit a component, it contains the binary bit of it compiled for x86, amd64, and arm. [11:49] aquarius_: we are thinking about teaching qmake about ucs [11:49] Nope. [11:49] well, maybe [11:49] A pure qml project does not use qmake [11:49] I do not want people writing pure qml projects to have to start *using* qmake. [11:49] aquarius_: we are changing that [11:50] aquarius_: since our pure qml projects come with more than just running qml files, it also needs to "make install" and "update translations" [11:50] I think that's a wrong thing to do. When I'm writing a pure QML project, which is most of the time and should be most of the time for most app authors, I do not want to have to think about or care about or even see any compilation stuff. It's both hard and annoying. :) [11:50] using qmlproject for more than prototyping is discouraged even by Qt upstream [11:51] That's because Qt upstream think that everybody should be writing C++ projects and using QML for nothing more than UI. [11:51] aquarius_: well when you use QtC most of that is automatic anyway. Right click project -> add file works with qmake projects [11:52] and if you write a qml project without QtC you do not care about projectfiles anyway [11:52] the problem with qmlproject is that we need so many ugly hacks [11:52] If you make compilation invisible, and make projects always build fat packages which are compiled for every arch in one package, then I think it's a good idea. Historically, that's been seen as less important, because it's perceived as OK for people compiling code to have to care about architectures, because they're C++ people. That's precisely absolutely the mindset that ucs is trying to fix. [11:53] I am very, very firmly of the opinion that I should be able to write nothing but QML, and if I need something that QML doesn't do, I "ucs install whatever" to get a thing which does do it -- and there are no "shadow builds", no architecture stuff, and it builds one single click package. [11:54] if that's doable with the stuff you're thinking about, then I am an eager supporter or your work. [11:54] *of your work [11:54] aquarius_: yep the pure qml qmake project comes with "all" as architecture [11:55] right. I've already put some stuff in ucs which adds the downloaded-binary-component folders to the qmake setup [11:56] but having Ubuntu SDK automatically take care of that would, of course, be even nicer. [11:56] zbenjamin, bzoltan_ will I be able to get feedback within the next few hours? Or should I join your folks tomorrow? [11:56] AkivaAvraham: I think tomorrow would be more realistic [11:57] bzoltan_, until then my friends [11:57] o/ [11:57] AkivaAvraham: I am struggling with the localized chroots right now [11:57] AkivaAvraham: take care [11:57] bzoltan_, did you try yelling at them? [11:57] zbenjamin, I'm happy to discuss this stuff in more detail. [11:57] AkivaAvraham: that is what I am doing ...all the time [11:57] And they arent listening? Dang [11:58] * bzoltan_ once fixed a bug by looking at it angry [11:58] you probably need to yell in the right language if it is a localization prob [11:58] You could also try spitting on them, or making jokes about its mother. [11:58] ogra_: you do not want to hear angry Hungarian :D [11:58] :) [11:59] aquarius_: i wonder if it makes sense to make it possible to pull the source instead of the binaries for C++ based projects [11:59] zbenjamin, I... basically don't care about C++ based projects. I'm sure that pulling the source there is the right thing to do. [11:59] But someone writing a C++-based project already has that as an option -- they can go grab the source from Launchpad for a component, and use it. [12:00] Someone writing a QML-based project does not have it as an option precisely because they do not understand compilation and should not have to. [12:01] ucs is, in my mind, primarily aimed at people who want to write in QML (which I think should be most app authors) but need the occasional-but-common API that QML doesn't provide -- write to a file, get the path to your home dir, etc. [12:01] so you "ucs install sil/GetHomeDir" and then import ubuntu_component_store.sil.HomeDir 1.0 in your QML, and carry on writing QML. No compilation required. [12:02] ok [12:02] Now, if that ucs command actually quietly downloads the source and adds it to your Run setup, so that the source gets compiled with your project *and you don't notice*, then I'm fine with it. [12:02] If adding a component as source alters the way you work with a pure QML project, then I don't want to do it. [12:03] It is not at all clear to me that the best way to solve this problem is "make everyone deal with qmake so it's hard all the time", though. :) === aquarius_ is now known as aquarius [12:07] In particular, I do not see at all why "make install" is required for a pure QML app. [12:08] Part of the issue here is that everyone who is building the tools to make apps is a C++ person and therefore sees doing things the compile way as being the right thing to do. === MacSlow is now known as MacSlow|lunch === alecu_ is now known as alecu [13:08] artmello, Hi! re: https://code.launchpad.net/~artmello/gallery-app/gallery-app-handle_gif_files/+merge/244934 [13:08] artmello, are the .gif supposed to animate as well ? [13:10] om26er_: no, only showing the files [13:10] ack [13:13] artmello, How do I test fix for bug 1382109 ? [13:13] bug 1382109 in gallery-app (Ubuntu RTM) "Events view should be shown on import" [High,In progress] https://launchpad.net/bugs/1382109 [13:13] there seems to be no steps in the bug report and the description is not clear enough. [13:19] om26er_: http://paste.ubuntu.com/9784954/ [13:19] om26er_: something like that [13:38] artmello, Hi! [13:38] artmello, I found this bug on image 202: https://bugs.launchpad.net/ubuntu/+source/gallery-app/+bug/1412442 [13:38] Launchpad bug 1412442 in gallery-app (Ubuntu) "Images are black when opened in gallery" [Critical,New] [13:39] not related to silo 14 though. [13:41] om26er_: I think that could be the same issue nerochiaro reported here #1412432 [13:43] artmello: om26er_: same issue, i am looking into it. please mark one of the bugs as duplicate [13:43] nerochiaro, my bugs have the steps so I'll marks yours duplicate. sounds fine ? [13:48] om26er_: ok [13:48] artmello, there are no new tests for the new changes, is there a reason for that ? [13:50] om26er_: about the moving to events view, no no specific reason [13:53] mzanetti: hi [13:54] artmello, bug 1382109 needs to have some kind of automated test. Writing an autopilot test should not be too much effort for this. [13:54] bug 1382109 in gallery-app (Ubuntu RTM) "Events view should be shown on import" [High,In progress] https://launchpad.net/bugs/1382109 === MacSlow|lunch is now known as MacSlow [14:01] om26er_: ok, will work on that === rmescandon is now known as rmescandon|lunch [14:04] mivoligo: hey ho [14:04] mzanetti: I'm done with these ending images [14:05] mzanetti: where should I put them? [14:06] mivoligo: into the levelpack [14:06] mivoligo: just put them top-level into the machines-vs-machines folder [14:07] next to the levelpack.json [14:07] ok [14:08] mzanetti: I'm not entirely happy with them tbh, but their not that bad :) [14:08] mivoligo: will have a look at them shortly [14:09] mivoligo: ah, got feedback from the testers that the tower popup (to upgrade, destroy etc) should be semi-transparent [14:09] will try that to see how it looks [14:10] biab [14:10] * mivoligo is googling biab [14:15] hey beuno [14:15] oh-oh [14:15] so... regarding the appname.devname move.... [14:16] basically we just ask zbenjamin and bzoltan_ to backport qtcreator-plugin-ubuntu and we're done and can move on to documenting things? [14:16] click-reviewers-tools is already backported AFAIK [14:16] dholbach: yes [14:17] bzoltan_, were you planning to backport 1408644 to the sdk release ppa? [14:17] dholbach, yeap [14:18] ok, c-r-t is confirmed to be backported [14:18] dholbach: yes [14:19] hum, I can't find it in the commit logs [14:21] https://bazaar.launchpad.net/~ubuntu-sdk-team/qtcreator-plugin-ubuntu/trunk/revision/321 mentions bug 1400741 [14:21] bug 1400741 in qtcreator-plugin-ubuntu (Ubuntu) "API tab links to the wrong version of the API" [Medium,Fix released] https://launchpad.net/bugs/1400741 [14:21] ok, looks like that was a mistake [14:22] bzoltan_, zbenjamin: do you already know when you're going to do q-p-u backports again? [14:22] dholbach: I was planning to do one this week. Around Thursday. [14:22] great [14:22] bzoltan_, https://bugs.launchpad.net/developer-ubuntu-com/+bug/1408644 [14:22] Launchpad bug 1408644 in Ubuntu App Developer site "App namespace move to appname.devname" [High,Triaged] [14:23] dholbach: is that enough, or do you need it earlier [14:23] beuno, ^? [14:23] well, this is in place in production [14:23] the sooner its out there, the less confusion [14:24] right right [14:25] beuno, does myapps load for you right now? [14:25] no [14:25] it's down [14:26] beuno: we have other changes bundled with this, so I rather keep the safe backporting process :) [14:41] beuno, ah, is it back up again? [14:42] dholbach, it is now, yes [14:46] beuno, hum, can app names include "-"? [14:47] dholbach, yes, but I think it's currently being rejected, bug is WIP [14:47] ok... [14:48] beuno, what happens if you change your personal namespace? [14:48] I just went from com.ubuntu.developer.dholbach to dholbach [14:48] will this mean that users who already installed some of my apps won't upgrade to new versions? [14:48] dholbach, new uploads go to that [14:48] old uploads are unchanged [14:49] I'm not sure I understand... what does this mean for users? [14:49] beuno, am I right in thinking that nobody can use a namespace of "sil" but me, because that's my Launchpad ID? [14:50] aquarius, correct [14:50] k [14:50] aquarius, well, not enforced yet, but can be enforces on demand [14:50] :) [14:50] demand. [14:50] :-) [14:50] dholbach, it means no change [14:50] dholbach, old apps use the same namespace [14:50] ah ok [14:50] gotcha [14:50] I should note that I still think that the namespace rename is a mostly daft idea :) [14:52] because squatting on namespaces is a lot easier now. [14:52] aquarius, it is, it's also typable! [14:52] knowing to type org.kryogenix.riddling is, I admit, massively irritating [14:52] but I won't know anybody's developer name *either*, so I still have to look things up. [14:53] oh look here's a game by Martin Albisetti, its package name is therefore... beuno.helloworld? What's a "beuno"? [14:53] aquarius, helloworld.beuno [14:53] ah, that's slightly better, then :) [14:53] aquarius, it all makes sense now, right? :) [14:54] I look forward to the fight when someone registers "electronicarts", or indeed "canonical", as their developer namespace. [14:54] aquarius, we will enforce squatting agressively [14:54] so you'll loose all your users [14:55] so if the multi-million-dollar SIL Incorporated decide to make Ubuntu apps, they lose to me, right? [14:55] even though they have a trademark on the name and I don't. [14:55] this is the problem with single-word namespaces :) [14:56] aquarius, trademarks win, of course [14:56] we have a plan to be able to rename apps on server and client, coordinated [14:56] * dholbach knew aquarius was a trojan horse all along [14:56] transparent to users [14:56] in the valid cases [14:56] unless "we enforce squatting aggressively" means "if someone has a trademark over a single word which is also your name, you don't get to use your own name, and that's just tough because, well, we wanted one single word and ignored advice from a passing handsome ginger bloke that it was a bad idea" :) [14:57] aquarius, we discussed the pros and cons [14:57] usability won [14:57] it doesn't matter on the phone [14:57] it super matters in CLI [14:57] usability *to snappy users*. [14:57] yes, on the phone, nobody sees namespaces [14:57] so it doesn't matter at all [14:57] what happens to apps which lose their namespace after they've been published? [14:58] if it was malicious, you loose your userbase [14:58] specifically: an app which loses its namespace also loses its appid, and so push notifications stop working. [14:58] if it wasn't, the app namespace gets renamed, the users don't see any changes === om26er_ is now known as om26er [14:58] you shouldn't hardcode appid's, they should be grabbed from the ENV [14:59] namespaces are changed on new uploads [14:59] what? [14:59] so you get to do it in a coordinated way [14:59] also, we'll introduce UUIDs [14:59] so my push server will break? :( [14:59] which will likely be a better candidate for push to use [14:59] also a transparent change [14:59] it's not transparent... the server needs to include it in the message...! [15:00] and a server can't know whether a user has upgraded the app or not, yet. [15:00] right, UUIDs will have to be in place [15:00] aquarius: not sure if you've noticed already, but the fix for the dataPath/cachePath stuff has been released :) [15:00] before renames happen [15:01] so the order will likely be, first UUID rollout [15:01] switch push to that [15:01] then, renames [15:01] beuno, push notifications work today. Are you suggesting that they will change? [15:01] before the phone is released? [15:01] which is, like, three weeks? :) [15:01] Elleo, wooo! [15:01] aquarius, after, for sure [15:02] push should be able to be changed without changing the apps [15:02] to route by UUID instead of appid [15:02] don't see the use of UUIDs here, either. I send a message to (user token, appid) at the moment; what's the benefit of generating a uuid instead of the appid? [15:03] that just takes a meaningful chunk of data and makes it one more meaningless chunk that I have to store for everybody. :( [15:03] the backend could convert to appids [15:03] sorry, uuids [15:03] so you give it an appid [15:03] and it converts it to a uuid [15:03] btw, squatting is no different today [15:04] you can have com.microsoft [15:04] or com.ubuntu.developer.microsoft [15:04] and they can enforce trademark [15:04] same issue applies [15:05] Ya, but I can't demonstrate that I *should* be allowed that, over MS themselves. But there is more than one company with a given name. Global economy. Domain names solve that problem. Single-word names do not. [15:06] domain owners also change [15:06] ) [15:06] ;) [15:06] stupid ; key is broken [15:07] when you say "on new uploads", does that include new uploads *of existing apps*? [15:07] no, new apps [15:07] so if I upload a new version of, say, readability, it will become readability.sil rather than org.kryogenix.readability? [15:07] ah, that's good at least. :) [15:07] new uploads of existing apps can use the same namespace [15:07] everything here revolves around no end-user disruption [15:11] anyway, I have registered my complaints, so no worries. :) [15:12] aquarius, noted on the 22-volume collection of sil's complaints about software not working as expected [15:16] * aquarius grins [15:16] I prefer to think of it as "constructive feedback". :) [15:17] aquarius, I'll submit that to the editor [15:23] hello everybody !! I've some questions about the different apps in ubuntu touch store : is there some secrity apps like textsecure or compatible or to encrypt calls or emails? [15:27] because I couldn't find out any precise information about what apps are available and I would like to buy the ubuntu touch mobile which would come out on february [15:28] popey: when is the weekly hangout for the Calculator team? [15:30] gventuri: thursday [16:02] I get "error: No targets specified and no makefile found. Stop." when trying to build a click package. My template was "App with simple UI and localization"... === mardy_ is now known as mardy [16:03] I think there is a package I have to install in the emulator (or in the kit), but I can't remeber what... [16:20] "Flood It" now has 32 downloads from the store, and "Qt3D cylinder" stands at 82 :) [16:22] beuno: hey, I just read the mail about the new appid format. when is this going to happen? [16:24] beuno: just to let you know that it will at least break unity8's launcher and probably something in qtmir too [16:26] popey: Do you know any details about the "Ubuntu Developer Innovation Contest" by China Mobile and Canonical? It started a month ago and I expected a flood of chinese university students hitting the IRC channels or the mailing lists [16:28] mzanetti, it's already in place [16:28] nothing should break [16:28] new apps get a new unique string [16:28] old apps still use the same [16:28] beuno: we have code that relies on the "_" in there [16:28] e.g. calls split("_") on the appId etc [16:29] mzanetti, why would the _ change? [16:29] isn't it gone? [16:29] _ is added after the namespace [16:29] for the version number [16:29] no? [16:29] yeah, but before there were two _ [16:29] like com.foo.bar.app_app_1.0 [16:29] namespaces right now, don't have _'s [16:29] now it's app.bar_1.0, correcT? [16:30] just .'s [16:30] yeah... we do split on the first too I think [16:30] the appID generation should stay the same [16:30] beuno: is there an app in the store using this which I can test? [16:31] mzanetti, sure, mine, "hello-world" [16:31] hello icon [16:31] er, yellow icon [16:33] beuno: not as bad as I expected... just breaks a little [16:34] beuno: if you pin it to the launcher it won't parse the desktop file correctly any more [16:34] ie. wrong name [16:34] mzanetti, glad you brought it up [16:34] can you file the bug? [16:34] beuno: next time please tell us before if you're changing things like this :) [16:35] mzanetti, I talked to a lot of people before, I guess I didn't talk to enought! [16:35] sorry [16:35] beuno: :) the unity8 team just heard about it first time today [16:36] mzanetti, but it launches on the phone [16:36] so I'm a bit puzzled why it works on the phone and not the desktop [16:37] well, on the phone it's slightly buggy too. I think the reason why you can still run those apps is because it uses the code path for legacy apps [16:37] i.e. not click apps [16:37] which don't have the _ in there [16:37] beuno: so does this mean we have to support 3 app id formats now? [16:38] legacy, click (old) and click (new) ? [16:38] beuno: What confused me the most was that the Qt Creator plugin shipped with 15.04 already made use of the new appid format before the e-mail regarding the change came in. I had just created a new project and was about to file a bug against the Ubuntu SDK because I thought Qt Creator generated the wrong appid [16:38] mzanetti, 2 formats, yes. What 3rd? [16:38] sturmflut-work, right, those guys did some work ahead of time [16:38] beuno: dialer-app, com.ubuntu.developer.foo_foo_0.1, and foo.bar_0.1 [16:40] mzanetti, yes [16:40] meh [16:41] greyback: fyi ^^ [18:57] elopio, I want to run autopilot tests from a script in the tests directory, but ... [18:57] autopilot run ./autopilot/fairedescourses/ [18:57] doesn't work, autopilot says it can't find any tests [18:57] if I cd into the autopilot directory, then [18:57] autopilot run fairedescourses/ [18:57] works [18:57] thoughts? [19:06] rickspencer3, actually what autopilot does is search the current directory for a module with the name specified [19:06] brendand, ok, I added "cd autopilot" to me shell script :) [19:07] rickspencer3, in more detail - it needs a python import path, not a file system path [19:07] rickspencer3, like 'camera_app.tests.test_capture.TestCapture.test_hint_after_first_picture' [19:17] brendand, I wrote a script to speed up testing with a u1db [19:17] http://bazaar.launchpad.net/~rick-rickspencer3/+junk/fairesdescourses/view/head:/tests/U1DbTestSetup.py [19:21] rickspencer3, nice [19:22] brendand, https://plus.google.com/109101768243927790674/posts/6KWZLNhsYZo [19:29] are there instructions for making a click package out of an existing cordova app? [20:01] balloons we need you! [20:06] Project Ara will be released Feb 6th, as Ubuntu Phone. PLOT TWIST: Project Ara will be the first Ubuntu Phone! [20:16] rickspencer3, https://developer.ubuntu.com/en/apps/html-5/guides/cordova-guide/ [20:17] hi aquarius [20:17] aquarius, any interest into making another awesome Ubuntu phone video? [20:17] one where you show folks all the different gestures? [20:17] rickspencer3, hm. Could do, I suppose. The one I did was specifically to prove a point to Bryan, but lots of other people seemed to like it. :) [20:18] aquarius, indeed, it was some of the best "marketing" for the phone I've seen [20:18] I'd love to have a video to point to people to that shows some of the gestures [20:18] a nice professional but friendly looking one [20:19] I'm not sure I *know* all the gestures? I mean, there's swipe-left for the launcher, swipe-right for previous app, long-swipe-right for the app switcher, swipe-down (and left/right) for the status menus. In theory there'd be swipe-up for the bottom edge but I don't know any app that actually does anything interesting with that, yet. [20:19] aquarius, the hard one for folks is the short swipe from the right edge, versus the long swipe [20:20] people have trouble discovering the difference, and get confused [20:20] I can imagine. I make that error myself; not swiping far enough. [20:20] Oh, and long-swipe-left for the Dash. [20:20] indeed [20:20] :) [20:20] aquarius, those cordova docs are exactly what I needed [20:21] it does not help that I am fairly conditioned for swipe-left meaning "go back" from iOS Safari; I swipe left to go back in the browser and instead get the Dash. (I make the same mistake in Chrome, where swipe-left means "next tab". [20:21] but, sure, I can do a video of that. [20:30] thanks aquarius, what a guy :) [21:41] mzanetti: seen the pictures? [21:42] mivoligo: not yet, sorry [21:42] mzanetti: no problem :) [21:48] mivoligo: hey, bad news [21:49] gotta drop support for ubuntu 14.04 [21:49] in order to have it fullscreen on the phone [21:49] mzanetti: ok, I think we almost done anyway [21:50] mzanetti: I'll test it in the virtualbox then [21:50] mivoligo: so to run it, can edit machines-vs-machines.qml and just change one import from 2.2 to 2.0 [21:50] it'll fail the fullscreen call but that's not a problem on the desktop [21:50] all the rest should still be fine [21:51] ah, ok, I did that yesterday I think :) [21:52] mzanetti, can you detect whether the fullscreen call is available and use it if so, rather than just requiring too-new libraries? [21:52] aquarius: I probably could somehow [21:52] but there aren't any phones with 14.04 [21:52] ya, but fullscreen stuff *ought* to work on desktop ;) [21:52] yes, but not with QML only [21:53] i could add a main.cpp and do the setFullscreen() call there, that would work [21:53] but in order to just use qmlscene I need to import QtQuick.Window 2.2 [21:54] and given it was discouraged by the sdk to have a main.cpp I thought I'd play nice and dropped it [21:54] :) [21:54] hm [21:54] that's annoying [21:55] well, next template will have a main.cpp again (apparently it has other advantages too) [21:55] normally I'd say to use a Loader but I don't know if that even *works* with a core QtQuick lib ;) [21:55] so when I update to the newer template I can fix it [21:55] use a Loader? [21:56] https://bugreports.qt.io/browse/QTBUG-16854 [21:56] yeah... would work I guess [21:57] using a Loader is a pain in the ringpiece, I admit, but it'd be nice to not deny the app to desktop users, all of whom will still be on 14.04 a year from now :) [21:57] if someone helps out with packaging it for the desktop I'd fix it :D [21:57] but can't be bothered to maintain a .deb :D [21:58] goodness, no [21:58] but a year from now you'll be able to install click packages on the desktop. [21:58]