*** asterismo has joined #nemomobile | 00:02 | |
*** Hurrian has quit IRC | 00:08 | |
*** asterismo has quit IRC | 00:14 | |
*** asterismo has joined #nemomobile | 00:20 | |
*** faenil has quit IRC | 00:21 | |
*** chriadam|away is now known as chriadam | 00:49 | |
*** Hurrian has joined #nemomobile | 00:53 | |
*** phdeswer has quit IRC | 00:57 | |
*** mschlens_ has joined #nemomobile | 01:07 | |
*** jonwil has joined #nemomobile | 01:07 | |
*** mschlens has quit IRC | 01:10 | |
*** asterismo has quit IRC | 01:18 | |
*** asterismo has joined #nemomobile | 01:21 | |
*** faenil has joined #nemomobile | 01:26 | |
*** asterismo has quit IRC | 01:29 | |
*** phdeswer has joined #nemomobile | 01:44 | |
*** asterismo has joined #nemomobile | 01:49 | |
*** blue787 has quit IRC | 01:55 | |
*** blue787 has joined #nemomobile | 01:56 | |
*** asterismo has quit IRC | 01:59 | |
*** asterismo has joined #nemomobile | 02:00 | |
*** asterismo has joined #nemomobile | 02:01 | |
*** asterismo has quit IRC | 02:02 | |
*** asterismo has joined #nemomobile | 02:03 | |
*** asterismo has quit IRC | 02:06 | |
*** asterismo has joined #nemomobile | 02:08 | |
*** asterismo has quit IRC | 02:42 | |
*** asterismo has joined #nemomobile | 02:42 | |
*** Dynamit has quit IRC | 02:53 | |
*** KaIRC has quit IRC | 03:29 | |
*** n9mx has joined #nemomobile | 04:01 | |
*** furikku has joined #nemomobile | 04:01 | |
*** asterismo has quit IRC | 04:21 | |
*** faenil has quit IRC | 04:29 | |
*** faenil has joined #nemomobile | 04:42 | |
*** faenil has quit IRC | 04:46 | |
*** faenil has joined #nemomobile | 05:00 | |
*** WWDrakey has joined #nemomobile | 05:01 | |
*** WWDrakey has left #nemomobile | 05:02 | |
*** WWDrakey has joined #nemomobile | 05:02 | |
*** ericcc has joined #nemomobile | 05:06 | |
*** n9mx has quit IRC | 05:11 | |
*** Pat_o has joined #nemomobile | 05:11 | |
*** faenil has quit IRC | 05:17 | |
*** n9mx has joined #nemomobile | 05:18 | |
*** faenil has joined #nemomobile | 05:30 | |
*** xhaakon has joined #nemomobile | 05:35 | |
*** kostaja has joined #nemomobile | 05:35 | |
*** faenil has quit IRC | 05:36 | |
*** nsuffys has joined #nemomobile | 05:38 | |
*** jpetrell has joined #nemomobile | 05:41 | |
*** jpetersen__ has quit IRC | 05:47 | |
*** faenil has joined #nemomobile | 05:48 | |
*** topro has joined #nemomobile | 05:59 | |
*** faenil has quit IRC | 06:01 | |
*** Dynamit has joined #nemomobile | 06:04 | |
*** n9mx has quit IRC | 06:09 | |
*** faenil has joined #nemomobile | 06:11 | |
*** mikhas has joined #nemomobile | 06:17 | |
*** Pat_o has quit IRC | 06:22 | |
*** ZogG_lap1op has joined #nemomobile | 06:42 | |
*** ZogG_laptop has quit IRC | 06:43 | |
*** martyone has joined #nemomobile | 06:44 | |
*** Pat_o has joined #nemomobile | 06:45 | |
*** Morpog_N9 has joined #nemomobile | 06:50 | |
*** Pat_o has quit IRC | 06:51 | |
*** faenil has quit IRC | 06:53 | |
*** jukkaeklund has joined #nemomobile | 06:57 | |
*** VDVsx has quit IRC | 07:01 | |
*** Pat_o has joined #nemomobile | 07:04 | |
*** slaine has joined #nemomobile | 07:13 | |
*** Martix_ has joined #nemomobile | 07:21 | |
*** ericcc has quit IRC | 07:22 | |
*** Pat_o has quit IRC | 07:22 | |
*** jreznik has joined #nemomobile | 07:28 | |
*** VDVsx has joined #nemomobile | 07:31 | |
*** niqt has joined #nemomobile | 07:41 | |
*** Sfiet_Konstantin has joined #nemomobile | 07:46 | |
*** norayr has joined #nemomobile | 07:49 | |
*** Martix_ has quit IRC | 07:56 | |
*** arcean has joined #nemomobile | 08:10 | |
*** niqt has quit IRC | 08:13 | |
*** ericcc has joined #nemomobile | 08:15 | |
*** dcthang has quit IRC | 08:21 | |
*** ericcc has quit IRC | 08:29 | |
*** giucam has joined #nemomobile | 08:31 | |
*** denexter has quit IRC | 08:34 | |
*** niqt has joined #nemomobile | 08:37 | |
niqt | morning | 08:37 |
---|---|---|
*** chriadam is now known as chriadam|away | 08:38 | |
locusf | morning | 08:40 |
*** jreznik has quit IRC | 08:41 | |
*** jreznik has joined #nemomobile | 08:42 | |
*** jreznik has quit IRC | 08:43 | |
*** blam has quit IRC | 08:45 | |
*** jreznik has joined #nemomobile | 08:48 | |
*** Pat_o has joined #nemomobile | 08:53 | |
*** faenil has joined #nemomobile | 09:00 | |
*** Pat_o has quit IRC | 09:01 | |
*** Sfiet_Konstantin has quit IRC | 09:05 | |
*** Pat_o has joined #nemomobile | 09:13 | |
faenil | o/ | 09:31 |
*** martyone has quit IRC | 09:33 | |
*** Hurrian has quit IRC | 09:36 | |
*** faenil has quit IRC | 09:38 | |
*** faenil has joined #nemomobile | 09:41 | |
sledges | \o | 09:43 |
*** jukkaeklund has quit IRC | 09:45 | |
faenil | o/ | 09:55 |
faenil | isp guys keep saying my values are ideal. | 09:55 |
faenil | and my SNR keeps going from 16 to 0...4 | 09:55 |
faenil | (without the final 4) | 09:55 |
faenil | I mean, WTF are they looking at?!?! | 09:55 |
faenil | grrrr | 09:56 |
dm8tbr | :/ | 10:02 |
*** VDVsx has quit IRC | 10:02 | |
dm8tbr | you tried different modems, right? | 10:03 |
faenil | srsly, I also have technician mobile phone, and I'm spamming him right now | 10:03 |
faenil | yes I did | 10:03 |
faenil | also changed filter | 10:03 |
faenil | dm8tbr, I'm logging snr using adslctl with an "expect" script | 10:03 |
faenil | I log snr to a file every 10sec | 10:04 |
* dm8tbr senses nice graphs | 10:04 | |
faenil | yep | 10:04 |
faenil | wait let me dump the file for yesterday and I'll show you | 10:04 |
faenil | if you're intersted. | 10:04 |
Anssi|| | try to unplug device if that help :) | 10:04 |
Anssi|| | *devices | 10:05 |
dm8tbr | why not, though it's unlikely to be able to tell anything from it | 10:05 |
*** jreznik has quit IRC | 10:05 | |
faenil | dm8tbr, what values could be more helpful? | 10:06 |
faenil | I wanted to log stuff to show to the technician, but logging snr on all Tones is a bit verbose | 10:06 |
*** faenil has quit IRC | 10:13 | |
*** faenil has joined #nemomobile | 10:14 | |
*** Pat_o has quit IRC | 10:15 | |
*** Pat_o has joined #nemomobile | 10:16 | |
*** gry has quit IRC | 10:16 | |
*** Mirv has quit IRC | 10:23 | |
*** Mirv has joined #nemomobile | 10:24 | |
*** Pat_o has quit IRC | 10:31 | |
*** lizardo has joined #nemomobile | 10:32 | |
*** Pat_o has joined #nemomobile | 10:32 | |
*** faenil has joined #nemomobile | 10:35 | |
faenil | dm8tbr, ping | 10:36 |
dm8tbr | pong | 10:36 |
dm8tbr | I meant just me | 10:36 |
dm8tbr | also logging as much data as possible is always good | 10:36 |
faenil | dm8tbr, https://www.dropbox.com/s/fm5codiaykdxzih/Screenshot%20from%202013-09-27%2012%3A33%3A53.png | 10:38 |
faenil | that is the whole day of yesterday | 10:39 |
dm8tbr | that's really weird | 10:39 |
dm8tbr | your upstream is much better than downstream? | 10:39 |
faenil | well, the SNR is | 10:39 |
faenil | snr margin, that is | 10:39 |
faenil | because rate is mush lower | 10:39 |
dm8tbr | then logging frequency-based data if available is very important | 10:40 |
dm8tbr | do you have snr per carrier or such? | 10:40 |
faenil | isn't up snr always higher? since it has much lower rate? | 10:40 |
dm8tbr | no | 10:40 |
faenil | snr per carrier? as in? | 10:40 |
dm8tbr | tones | 10:41 |
faenil | yes | 10:41 |
faenil | router tools give that | 10:41 |
dm8tbr | then log that and look for patterns | 10:41 |
faenil | 500 something tones, or less than that | 10:41 |
dm8tbr | LOG ALL THE TONES! ;) | 10:42 |
faenil | that's like crazy, 500 * 6 times a minute, 3000 values a minute :P | 10:42 |
dm8tbr | btw: by the look of that and if I'd have to guess: horrible interference on the line | 10:43 |
dm8tbr | what you only have 640k for logging or what? | 10:43 |
faenil | nope, but it takes 15 secs to draw that graph already | 10:44 |
faenil | and it's just 8k values | 10:44 |
faenil | drawing values for all tones would take forever | 10:44 |
dm8tbr | because you're using a bloody spreadsheet | 10:44 |
faenil | ehehe :) | 10:44 |
dm8tbr | use R or something similar | 10:45 |
faenil | tried going octave, but it didn't like the date format | 10:45 |
dm8tbr | yeah, octave would be good too | 10:45 |
*** plundstr has left #nemomobile | 10:45 | |
dm8tbr | basically you could script it into a bitmap | 10:46 |
dm8tbr | each data item is a pixel, colour is its value | 10:46 |
dm8tbr | waterfall and all that | 10:46 |
dm8tbr | bazinga | 10:46 |
faenil | ahhaha :D | 10:46 |
dm8tbr | (sorry I'm sick and so is my humor it seems) | 10:47 |
*** Hurrian has joined #nemomobile | 10:48 | |
*** niqt has quit IRC | 10:48 | |
faenil | dm8tbr, nah it's a good idea :P | 10:48 |
dm8tbr | hint: that's exactly how you plot such stuff in communications theory ;) | 10:49 |
faenil | dm8tbr, ehehe I kind of imagined that :P | 10:50 |
faenil | as it's very practical | 10:50 |
faenil | what about quiet line table? | 10:50 |
faenil | or Hlog? | 10:50 |
dm8tbr | hmm? | 10:51 |
faenil | it's other values I can get from router | 10:52 |
dm8tbr | I'd simply log everything and look for statistic significance | 10:52 |
faenil | but I don't even know what those means :P | 10:52 |
dm8tbr | so what? | 10:52 |
faenil | I wouldn't be able to tell if something is relevant | 10:53 |
dm8tbr | if you see a massive change right before your line goes dead... | 10:53 |
faenil | yeah... | 10:54 |
dm8tbr | some will be symptoms, but something might point to the source of problems. you won't know without trying. | 10:54 |
faenil | and wasting quite some time on it :D | 10:54 |
dm8tbr | well, sanity check doesn't take long | 10:54 |
dm8tbr | if values don't change at all during problmatic phases, ignore that value | 10:55 |
faenil | ok, you convinced me, though I should be studying, lol :D | 10:55 |
faenil | ah...SNR (dB): 16.9 21.5 | 10:55 |
faenil | that's value right, if it always were that good... | 10:55 |
faenil | right now* | 10:55 |
dm8tbr | :) | 10:56 |
dm8tbr | logging data is cheap | 10:56 |
faenil | it stays like that for some time...then goes down little by little till 2-3db | 10:56 |
dm8tbr | you can still figure out later if its useful or not | 10:56 |
dm8tbr | but not logging it at all gives away that chance | 10:56 |
faenil | dm8tbr, the problem is expect has some weird behaviours, sometimes doesn't log, sometime logs only part of it | 10:57 |
faenil | so I have to read logs and clean them before drawing | 10:57 |
faenil | yeah I know :/ | 10:57 |
faenil | loggin directly on router doesn't seem to work, as it keeps deleting the crontab and the files I write on it | 10:58 |
faenil | as if there were some reinitialization once in a while | 10:58 |
faenil | also, it doesn't have bash, doesn't have date, doesn't have crontab, doesn't have lots of stuff :D | 10:58 |
dm8tbr | lovely | 11:00 |
faenil | yep, but I love challenges :D | 11:00 |
faenil | parsing "ls" output to get date, "uptime" binary to get time, etc D: | 11:01 |
dm8tbr | welcome to the club | 11:01 |
faenil | dm8tbr, anyway just fyi, current tones snr https://pastee.org/5v69g | 11:02 |
dm8tbr | hmmm | 11:04 |
faenil | don't know if that's snr margin, or just snr, or whatever :/ should be just snr | 11:04 |
faenil | if only adslctl had some documentation -.- | 11:06 |
dm8tbr | sounds like a vendor tool | 11:07 |
faenil | yea it's for broadcom based routers | 11:08 |
faenil | the problem is, as you see, not just snr sinking...it just slowly decreases constantly... | 11:08 |
faenil | until it jumps back to optimal values :/ | 11:09 |
faenil | it's been 3dB until 11:39AM | 11:10 |
*** sledges has quit IRC | 11:10 | |
faenil | then at 11:40 it became 16.9dB | 11:10 |
faenil | and it's still like that ... | 11:10 |
faenil | it's really, really weird | 11:10 |
faenil | same rate, same attenuation | 11:10 |
faenil | all at once stable 3dB becomes stable 16.9dB | 11:10 |
faenil | I cannot really explain that | 11:11 |
faenil | (there has been a disconnection between the change of course) | 11:11 |
faenil | dm8tbr, got any idea? | 11:15 |
*** Venemo_N9 has joined #nemomobile | 11:16 | |
faenil | gtg, be back in 3h | 11:17 |
*** sledges has joined #nemomobile | 11:19 | |
*** sledges has quit IRC | 11:19 | |
*** sledges has joined #nemomobile | 11:19 | |
dm8tbr | disconnection means re-training | 11:20 |
dm8tbr | might also mean that different frequencies are chosen | 11:20 |
*** Sfiet_Konstantin has joined #nemomobile | 11:29 | |
ZogG_lap1op | Venemo_N9: when your nick would be Venemo_BB10 ? :) | 11:29 |
ZogG_lap1op | waiting for client :P | 11:29 |
Venemo_N9 | workin on it | 11:31 |
Venemo_N9 | don't worry | 11:31 |
kjokinie | https://github.com/nemomobile/ngfd/pull/18 | 11:31 |
*** KaIRC has joined #nemomobile | 11:35 | |
*** louisdk has joined #nemomobile | 11:36 | |
*** Hurrian has quit IRC | 11:38 | |
*** louisdk has quit IRC | 11:51 | |
*** Sfiet_Konstantin has quit IRC | 11:52 | |
zbenjamin | is it better to use a vm mer SDK or a locally installed one? I personally would use the latter but when reading the wiki it doesn't sound like a good one | 11:56 |
*** Venemo_N9 has quit IRC | 11:58 | |
*** louisdk has joined #nemomobile | 12:03 | |
*** phdeswer has quit IRC | 12:04 | |
sledges | zbenjamin, I used locally installed one all the way from the beginning | 12:05 |
sledges | nativeness rules | 12:05 |
sledges | if you run into problems, we are here to help (and adjust wiki accordingly ;)) | 12:05 |
zbenjamin | yeah , that was my first thought too | 12:05 |
sledges | it had bit fat red warning, but just be careful ;) | 12:06 |
sledges | i didn't get burned :D locusf did, but he has routine backups of his whole data | 12:07 |
locusf | yep | 12:07 |
zbenjamin | hm maybe creating a own user for it might help with data safety | 12:08 |
sledges | no | 12:09 |
sledges | it mounts / | 12:09 |
zbenjamin | urgh | 12:09 |
zbenjamin | chroot ;) | 12:09 |
w00t | it doesn't quite anymore | 12:09 |
w00t | it uses bind mounts | 12:09 |
w00t | so the problem should be less, as I understand it | 12:10 |
*** martyone has joined #nemomobile | 12:10 | |
sledges | all you need to be aware is not to delete the directory the sdk is in | 12:10 |
w00t | lbt will be good to talk about the details | 12:10 |
*** w00t has left #nemomobile | 12:10 | |
*** w00t has joined #nemomobile | 12:10 | |
sledges | (and its parents) | 12:10 |
lbt | mmm | 12:10 |
sledges | so just install it somewhere /don't_delete_me and you're fine :)) | 12:10 |
* sledges hears lbt mumble &) | 12:11 | |
lbt | ah - that problem goes away with new 'rolling' sdk | 12:11 |
*** Sfiet_Konstantin has joined #nemomobile | 12:11 | |
sledges | even better then! is it available/out ? | 12:11 |
lbt | yes | 12:11 |
sledges | can we remove the big fat red warning? | 12:12 |
sledges | :) | 12:12 |
lbt | hmm | 12:12 |
* sledges it's time have installed new mersdk, haven't updated it for months and months | 12:12 | |
zbenjamin | not remove it but specify that its not valid anymore for releases >= .... | 12:12 |
lbt | zbenjamin: essentially yes | 12:12 |
lbt | but I'd like a way to say "you're not affected if..." | 12:13 |
lbt | the current update process is not nice btw | 12:14 |
zbenjamin | so if i grep this one: https://img.merproject.org/images/mer-sdk/mer-latest-sdk-rolling-chroot.tar.bz2 i'm not affected , correct? | 12:14 |
lbt | zbenjamin: I wish I could answer that | 12:14 |
lbt | I'm engrossed in something at the minute but "release platform SDK" is getting much closer | 12:15 |
zbenjamin | oook well then i just won't delete it without unmounting ;) | 12:20 |
sledges | that's the trick | 12:25 |
*** faenil_devalphaC has joined #nemomobile | 12:27 | |
*** n9mx has joined #nemomobile | 12:32 | |
*** phdeswer has joined #nemomobile | 12:36 | |
zbenjamin | i get: Directory /var/run/dbus is missing in SDK root - please report this bug | 12:39 |
zbenjamin | but only on first sdk mount ... | 12:40 |
*** jukkaeklund has joined #nemomobile | 12:41 | |
*** jukkaeklund has quit IRC | 12:47 | |
ZogG_lap1op | diff faenil_devalphaC faenil :) | 12:47 |
ZogG_lap1op | faenil: btw what client do you use? | 12:47 |
faenil_devalphaC | "Yaaic for BlackBerry10" | 12:49 |
faenil_devalphaC | it's nice, it's android but on 10.2 it's very smooth | 12:49 |
ZogG_lap1op | meh | 12:52 |
ZogG_lap1op | as well as i have that annoying bar at bottom | 12:52 |
ZogG_lap1op | as i want to stick to unlocked runtime | 12:52 |
ZogG_lap1op | i use android on bb10 only for waze as there are no proper maps for my country(native jsut says " not supporting you country") | 12:53 |
faenil_devalphaC | yeah I know | 12:53 |
faenil_devalphaC | try Yaaic anyway ;) | 12:53 |
faenil_devalphaC | fonts is small and clean | 12:54 |
faenil_devalphaC | it's nice | 12:54 |
*** antero_h__ has joined #nemomobile | 12:54 | |
ZogG_lap1op | there 3 of them | 12:55 |
faenil_devalphaC | the name as I wrote it | 12:58 |
*** ZogG_BB10 has joined #nemomobile | 13:06 | |
ZogG_BB10 | There is no tab to get nick ;) | 13:07 |
*** ZogG_BB10 has quit IRC | 13:08 | |
faenil_devalphaC | ZogG_lap1op yes that is a huge problem, but it's nice overall | 13:09 |
*** Hurrian has joined #nemomobile | 13:10 | |
ZogG_lap1op | everyone is waiting for irc_chatter :) | 13:10 |
ZogG_lap1op | Hurrian: \o | 13:10 |
Hurrian | ohai ZogG_lap1op | 13:10 |
faenil_devalphaC | you can select the name from the users list | 13:10 |
faenil_devalphaC | hey how you doing Hurrian | 13:10 |
Hurrian | busting ass to finish finals for first term, been looking at the newer mockups over at Grog and they're nice. | 13:11 |
*** NIN101 has joined #nemomobile | 13:11 | |
faenil_devalphaC | qwazix ping...missing detail about the pressed state for button | 13:12 |
Sfiet_Konstantin | faenil_devalphaC: pressed or checked ? | 13:12 |
faenil_devalphaC | checked? | 13:13 |
Sfiet_Konstantin | faenil_devalphaC: checked like a checkbox | 13:13 |
faenil_devalphaC | no I meant pressed | 13:13 |
Sfiet_Konstantin | ok | 13:13 |
faenil_devalphaC | checked is completely missing :) | 13:13 |
Sfiet_Konstantin | IIRC he said that you should put a circle around the thumb | 13:13 |
Sfiet_Konstantin | faenil_devalphaC: try shader instead of using an asset | 13:13 |
Sfiet_Konstantin | will be "faster" | 13:13 |
faenil_devalphaC | yes that was one of my questions | 13:14 |
faenil_devalphaC | are you sure it is faster and more power efficient? | 13:14 |
faenil_devalphaC | also, should it fade in or just appear? that kinf of stuff | 13:14 |
*** ericcc has joined #nemomobile | 13:14 | |
*** n9mx has quit IRC | 13:15 | |
Sfiet_Konstantin | faenil_devalphaC: it will be faster: no crawl on disk | 13:16 |
Sfiet_Konstantin | and less memory consumption | 13:16 |
Sfiet_Konstantin | and the shader is executed on GPU, so not much CPU burnt | 13:16 |
Sfiet_Konstantin | but about energy efficiency, that's an open question | 13:16 |
faenil_devalphaC | heh | 13:16 |
Sfiet_Konstantin | faenil_devalphaC: make it appear first | 13:16 |
Sfiet_Konstantin | fade can be made in better | 13:17 |
Sfiet_Konstantin | faenil_devalphaC: it might even be more efficient in term of energy so | 13:17 |
faenil_devalphaC | yes it could, and it could not | 13:17 |
faenil_devalphaC | but I'm more shader oriented, I don't like the img trick | 13:18 |
Sfiet_Konstantin | faenil_devalphaC: me too | 13:18 |
Sfiet_Konstantin | so good :) | 13:18 |
Merbot | phaeron lbt sage stskeeps SR#427 waiting for review at https://build.merproject.org//request/show/427 | 13:19 |
faenil_devalphaC | but you know, we have a design lead for a reason ;) | 13:19 |
faenil_devalphaC | otherwise I could have chosen myself :D | 13:19 |
Sfiet_Konstantin | faenil_devalphaC: I told him about using a shader | 13:19 |
Sfiet_Konstantin | he said, ok, but he don't know much and don't know if it is hard or easy to do | 13:19 |
faenil_devalphaC | Ok ;) | 13:20 |
Merbot | phaeron lbt sage stskeeps SR#428 waiting for review at https://build.merproject.org//request/show/428 | 13:20 |
faenil_devalphaC | also, are those opacity values for the pressed state? | 13:20 |
*** panda84kde has joined #nemomobile | 13:20 | |
faenil_devalphaC | thats not clear from the spec | 13:21 |
Sfiet_Konstantin | faenil_devalphaC: good question | 13:21 |
faenil_devalphaC | I guess pressed state is not only shown with that circle effect, which, as the spec says, could be hidden by the thumb | 13:22 |
qwazix | faenil_devalphaC, listening | 13:27 |
qwazix | faenil, Sfiet_Konstantin which opacity values? | 13:29 |
faenil_devalphaC | qwazix read backlog for last 5 minutes :) | 13:30 |
faenil_devalphaC | 0.6 for example on button | 13:30 |
qwazix | let me check latest version, I don't see 0.6 | 13:30 |
faenil_devalphaC | ? | 13:30 |
faenil_devalphaC | on top, legend | 13:31 |
qwazix | no that's just examples | 13:31 |
qwazix | saying what the icons mean | 13:31 |
faenil_devalphaC | ahh ok...real legend | 13:31 |
faenil_devalphaC | so what happens on pressed? only circle effect which you may not even see? | 13:31 |
qwazix | only circle effect, big enough to see part of it | 13:32 |
*** xhaakon has quit IRC | 13:32 | |
faenil_devalphaC | depending on your thumb :D | 13:32 |
qwazix | (that's why it glows a bit too much) | 13:32 |
Sfiet_Konstantin | faenil_devalphaC: do you have huge thumbs ? | 13:32 |
faenil_devalphaC | I don't agree very much, but I'll trust graphics guys :D | 13:32 |
faenil_devalphaC | yep :D | 13:33 |
qwazix | I think it will be enough, but if we see that it's confusing, we will just additionally lighten the whole button a bit. | 13:33 |
faenil_devalphaC | ok | 13:34 |
qwazix | regarding shader, I'm all in, I just wrote a way I know it can be done easily. We should avoid doing that probably and let devs decide | 13:34 |
faenil_devalphaC | ok ;) | 13:35 |
qwazix | (Morpog also did it for the switch, you are also free to animate the color instead of varying opacity of two layers or whatever is better performance-wise) | 13:35 |
faenil_devalphaC | oki | 13:35 |
faenil_devalphaC | sfiet, I should be able to publish repo base this evening | 13:36 |
faenil_devalphaC | Sfiet_Konstantin: ^ | 13:37 |
Sfiet_Konstantin | faenil_devalphaC: coool | 13:37 |
Sfiet_Konstantin | will take a look and try to import it | 13:38 |
Sfiet_Konstantin | we kickstart the project next week | 13:38 |
faenil_devalphaC | import in what | 13:38 |
Sfiet_Konstantin | in my device | 13:38 |
*** Morpog_N9 has quit IRC | 13:38 | |
faenil_devalphaC | ah ok | 13:38 |
*** Morpog_N9 has joined #nemomobile | 13:38 | |
Sfiet_Konstantin | I should have used "load" | 13:38 |
faenil_devalphaC | lesson is about to finish, when I'm back home we'll talk about orientation handling | 13:39 |
Sfiet_Konstantin | cool | 13:39 |
Sfiet_Konstantin | well, I'm not sure that I will be there | 13:39 |
faenil_devalphaC | ok let's do it from phone then | 13:41 |
faenil_devalphaC | since jolla guys are away | 13:41 |
*** Morpog_Mobile has joined #nemomobile | 13:41 | |
faenil_devalphaC | do you know anything about platform orientation handling? | 13:41 |
faenil_devalphaC | will there be any? | 13:41 |
faenil_devalphaC | or do we have to do it client side like with qtcomponents? | 13:41 |
aknight | faenil_devalphaC: depends on if you want to do it the way "the other guys" do it | 13:42 |
faenil_devalphaC | ?? | 13:43 |
aknight | faenil_devalphaC: are you using colorful-home? | 13:43 |
Sfiet_Konstantin | faenil_devalphaC: ehm | 13:43 |
faenil_devalphaC | aknight yes | 13:43 |
faenil_devalphaC | I'd like to do it platform sid | 13:44 |
aknight | faenil_devalphaC: ios/android/blackberry/winphone all have a way of resizing the app's viewport based on a manifest file | 13:44 |
faenil_devalphaC | e.g. I'd like the view to be resized | 13:44 |
faenil_devalphaC | yes | 13:44 |
faenil_devalphaC | I don't really like it doing it client side, looks weird to me | 13:45 |
Sfiet_Konstantin | aknight: but you cannot have a page that cannot be rotated and another one that can | 13:45 |
faenil_devalphaC | the window should rotate imho, not the content | 13:45 |
aknight | ok, so first figure out how you want to define it (does it come from the .desktop file, or is it just based on what the window contentOrientation is) | 13:45 |
faenil_devalphaC | sifet, you can enforce that from page | 13:45 |
Sfiet_Konstantin | faenil_devalphaC: I prefer client side | 13:45 |
Sfiet_Konstantin | easier to do imho | 13:46 |
faenil_devalphaC | aknight we'd be set if Screen.orientation worked | 13:46 |
aknight | client-side is easier, at least with qt/qml | 13:46 |
Sfiet_Konstantin | ah hum | 13:46 |
faenil_devalphaC | but it doesn't | 13:46 |
Sfiet_Konstantin | let me think again | 13:46 |
aknight | Screen.orientation isn't writable | 13:46 |
Sfiet_Konstantin | I would love to have a server side | 13:46 |
Sfiet_Konstantin | using client side api and dbus to communicate to server | 13:46 |
faenil_devalphaC | aknight I know | 13:46 |
faenil_devalphaC | but it doesn't change | 13:46 |
ZogG_lap1op | i think there should be parameter on servr side that have current value and trigers future | 13:46 |
faenil_devalphaC | while it should, when you rotate the phone | 13:47 |
ZogG_lap1op | and on client side you decide how to use it | 13:47 |
aknight | well the Qt way is to set Window.contentOrientation based on Screen.orientation | 13:47 |
faenil_devalphaC | aknight, and that would be great already, except Screen orientation is fixed atm | 13:47 |
aknight | you need to do that anyway if you want decorations (volume overlay, etc.) to be in the right orientation | 13:47 |
faenil_devalphaC | thay ois the problem | 13:47 |
aknight | faenil_devalphaC: just need to fix that in your compositor | 13:48 |
aknight | faenil_devalphaC: qtwayland has a setOutputOrientation method | 13:48 |
aknight | then your clients will get updates | 13:48 |
faenil_devalphaC | if Screen.orientation would work, I wouldn't be here talking about it :) | 13:48 |
Sfiet_Konstantin | wow wow wow | 13:48 |
qwazix | Re: orientation, please don't do it the harmattan way... | 13:48 |
Sfiet_Konstantin | what is Screen.Orientation etc. | 13:49 |
aknight | and your clients must also set orientationUpdateMask | 13:49 |
Sfiet_Konstantin | I'm not understanding anything :( | 13:49 |
faenil_devalphaC | qwazix that is client aide | 13:49 |
*** Pat_o has quit IRC | 13:49 | |
Sfiet_Konstantin | faenil_devalphaC: mind doing a summary ? | 13:49 |
faenil_devalphaC | Sfiet it's from Screen qml element | 13:49 |
qwazix | If you are landscape, everything should be landscape except locked ones | 13:49 |
faenil_devalphaC | qwazix didn't it work like that? | 13:49 |
qwazix | swiping away from a landscape browser to the window below it (or the home screen if unlocked) and having to wait for it to rotate is just bad UI | 13:49 |
aknight | anyway getting Screen.orientation to work is entirely possible | 13:50 |
faenil_devalphaC | ah I see what you mean | 13:50 |
Sfiet_Konstantin | faenil_devalphaC: we need to get Screen.orientation to work IMO | 13:50 |
faenil_devalphaC | aknight yes that is what I want to do | 13:50 |
*** arcean_ has joined #nemomobile | 13:50 | |
Sfiet_Konstantin | maybe Jolla guys have dne that already | 13:50 |
faenil_devalphaC | Sfiet that was my main point | 13:50 |
qwazix | No, and neither does on BB10. If you rotate the browser and swipe it away, then rotate the phone and focus the browser, you have to wait for it to rotate again | 13:50 |
Sfiet_Konstantin | or what about no orientation and do it after, when we need it ? | 13:51 |
*** Hurrian has quit IRC | 13:51 | |
sledges | it's all about resources question qwazix: when you rotate the phone with 10 apps open and 1 app on top, should all 10 apps redraw offscreen (in vain) | 13:51 |
qwazix | (client side would be ok if everything rotates even when in the background) | 13:51 |
Sfiet_Konstantin | let's do portrait everything, and get landscape enabled when we have more knowledge, or stuff implemented | 13:51 |
Sfiet_Konstantin | and thought about all the flows | 13:51 |
Sfiet_Konstantin | sledges: +1 | 13:52 |
aknight | faenil_devalphaC: https://qt.gitorious.org/qt/qtwayland/source/8d958a836a5aa53e3d6c5079c19f8283f4ecf9a7:src/compositor/compositor_api/qwaylandcompositor.h#L109 | 13:52 |
qwazix | sledges, at least home and windows that you would see when swiping away should (and it can be done smartly using idle time) | 13:52 |
aknight | add an orientation sensor to your compositor, and setScreenOrientation with it | 13:52 |
faenil_devalphaC | I'm going back home I'll read backlog in a few mins | 13:52 |
qwazix | those apps know they are in the background, they can "rotateWhenReady()" instead of waiting for the worst time to rotate, when activated | 13:53 |
Sfiet_Konstantin | ok | 13:53 |
aknight | then call setOrientationUPdateMask in your app, and Screen.orientation will change | 13:53 |
*** arcean has quit IRC | 13:53 | |
*** drachensun has quit IRC | 13:54 | |
sledges | qwazix, that already sounds like a nice idea for solution. so a client-side orientation it is then | 13:54 |
Sfiet_Konstantin | sledges: you can use dbus to notify the clients | 13:55 |
Sfiet_Konstantin | so it can be anything | 13:55 |
sledges | ok | 13:55 |
Sfiet_Konstantin | and I would prefer server honestly | 13:55 |
*** Hurrian has joined #nemomobile | 13:56 | |
Sfiet_Konstantin | or what aknight sent. I don't know wayland much, but it might be useful to notify the clients that orientation changed | 13:56 |
sledges | ok Sfiet_Konstantin , it means now the qwazix issue will be addressed/solved later. but a very important aspect, thanks qwazix | 13:56 |
Sfiet_Konstantin | sledges: indeed, it is | 13:56 |
sledges | i can't really understand orientation client side vs server side | 13:57 |
sledges | could you please explain | 13:57 |
aknight | i would recommend using existing wayland support whenever possible | 13:57 |
sledges | so we recap | 13:57 |
sledges | and with having resource abuse in mind ofc | 13:57 |
Sfiet_Konstantin | sledges: server: wayland / lipstick handles orientation, client: each app draws itself depending on orientation | 13:58 |
aknight | in server-side orientation, the client window is resized and composed rotated | 13:58 |
Sfiet_Konstantin | aknight: can you enlight us more on qtwayland ? Is your method linked provides orientation information for Qt Clients (like Screen.orientation ?) | 13:58 |
aknight | Sfiet_Konstantin: that's exactly what it does | 13:58 |
Sfiet_Konstantin | aknight: awesome :) | 13:59 |
Sfiet_Konstantin | didn't knew that qtWayland have this function | 13:59 |
Sfiet_Konstantin | this simplifies close to everything | 13:59 |
Sfiet_Konstantin | there is no need of client side orientation handling then | 13:59 |
sledges | bbiab, looking all good so far | 14:00 |
aknight | client-side orientation tends to be easier to animate | 14:00 |
aknight | and it might prove better for issues like subpixel antialiasing | 14:00 |
Sfiet_Konstantin | aknight: true | 14:01 |
Sfiet_Konstantin | but server side implementation have quite a lot of advantages here now: it can handle notifictions / volume indicator orientation easily | 14:01 |
Sfiet_Konstantin | (if compositor handle them) | 14:01 |
Sfiet_Konstantin | there is API for it | 14:02 |
faenil | alright | 14:04 |
*** faenil_devalphaC has quit IRC | 14:04 | |
faenil | let's read | 14:07 |
Sfiet_Konstantin | faenil: already at home ? | 14:07 |
Sfiet_Konstantin | that was fast | 14:07 |
faenil | ehehe Pisa is bicycle only ;) | 14:13 |
faenil | aknight, so, is Screen.orientation method server side as it uses wayland orientation handling? | 14:15 |
faenil | afaiu | 14:15 |
Sfiet_Konstantin | faenil: it eems | 14:15 |
Sfiet_Konstantin | we should try | 14:15 |
*** ericcc has quit IRC | 14:15 | |
faenil | Sfiet_Konstantin, I want to get theory first ;) | 14:15 |
Sfiet_Konstantin | if it is not, then it would be a pity, honestly | 14:15 |
Sfiet_Konstantin | we are in CS faenil | 14:16 |
Sfiet_Konstantin | there is no theory, only practice | 14:16 |
aknight | faenil: yeah so when you setScreenOrientation() in the compositor, it shows up client-side as Screen.orientation | 14:16 |
*** ericcc has joined #nemomobile | 14:16 | |
faenil | yes, and why is that more difficult to animate? just connect to the property change and animate accordingly? | 14:16 |
faenil | Sfiet_Konstantin, it's completely opposite in Italy, sorry ;) | 14:16 |
aknight | faenil: well you also need to configure the client to resize, and that will typically be done once | 14:17 |
Sfiet_Konstantin | faenil: it is the same for every school | 14:17 |
Sfiet_Konstantin | but I learnt as OSS hacker that you need to hack to make it work | 14:17 |
faenil | aknight, yes, so? :) | 14:19 |
faenil | a method call at startup that is? | 14:19 |
*** Pat_o has joined #nemomobile | 14:19 | |
Sfiet_Konstantin | faenil: startup of what ? | 14:19 |
Sfiet_Konstantin | compositor ? | 14:19 |
Sfiet_Konstantin | yep I guess | 14:19 |
faenil | of the app | 14:19 |
Sfiet_Konstantin | for what ? | 14:19 |
Sfiet_Konstantin | detecting orientation ? | 14:19 |
faenil | aknight said we need setUpdateMask or whatever that was | 14:19 |
Sfiet_Konstantin | you can use Screen for that | 14:19 |
faenil | seems like that's not enough | 14:20 |
Sfiet_Konstantin | ah, did not get this | 14:20 |
faenil | I was trying to understand why animating server-side handled apps is more difficult | 14:20 |
Sfiet_Konstantin | we will also need some methods to propagate an orientation fix to the compositor | 14:20 |
Sfiet_Konstantin | faenil: because your app will have to react from a strange behaviour | 14:20 |
faenil | Sfiet_Konstantin, why? you just set window.orientation accordingly | 14:20 |
Sfiet_Konstantin | that is being resized | 14:20 |
Sfiet_Konstantin | faenil: is window.orientation something implemented ? | 14:21 |
faenil | Sfiet_Konstantin, the same you'd do if client side | 14:21 |
Sfiet_Konstantin | I don't know this much | 14:21 |
Sfiet_Konstantin | ah ok | 14:21 |
faenil | Sfiet_Konstantin, yes Window component in QtQuick2 | 14:21 |
Sfiet_Konstantin | thought that it has to be implemented | 14:21 |
Sfiet_Konstantin | wooow, souds easy | 14:21 |
Sfiet_Konstantin | need to try though | 14:21 |
faenil | no it's there already, we just don't have Screen.orientation working ;) | 14:21 |
faenil | And I was trying to understand all pros/cons of server/client side handling | 14:21 |
faenil | before we decide | 14:21 |
Sfiet_Konstantin | faenil: we need to tell the compositor to provide it | 14:22 |
faenil | thus trying to understand why animating with server-side orientation is more difficult, as aknight said | 14:22 |
faenil | Sfiet_Konstantin, yes | 14:22 |
Sfiet_Konstantin | it would be really easier if Screen works (better consistency with Qt API etc etc) | 14:22 |
faenil | I'll look into that as I get ideas clear in my mind ;) | 14:22 |
faenil | yes of course, I don't think there's anyone who wants to do it differently ;) | 14:22 |
*** Hurrian has quit IRC | 14:22 | |
Sfiet_Konstantin | :D | 14:22 |
*** slaine has quit IRC | 14:22 | |
Sfiet_Konstantin | For your question about client side animation I said it: | 14:23 |
Sfiet_Konstantin | your window will suddenly be stretched and be less tall | 14:23 |
Sfiet_Konstantin | and you need to animate from there | 14:23 |
*** slaine has joined #nemomobile | 14:23 | |
faenil | but I don't think the user will see it | 14:23 |
faenil | as you get notified when that happens | 14:23 |
*** Pat_o has quit IRC | 14:23 | |
faenil | and you start animating, are hide the window or whatever | 14:24 |
Sfiet_Konstantin | (because server side orientation sets your width and height of window) | 14:24 |
faenil | or* | 14:24 |
Sfiet_Konstantin | faenil: well, you might need to be cautious imo | 14:24 |
Sfiet_Konstantin | we have to experiment, that's all | 14:24 |
*** ericcc has quit IRC | 14:24 | |
faenil | yes, just wanted opinions from someone who's working on it fulltime :P but aknight is afk now it seems :D | 14:24 |
aknight | faenil: back. what do you want to know? | 14:25 |
faenil | more details about why server side is more difficult to animate | 14:25 |
faenil | as you still get notified when Screen.orientation changes | 14:25 |
faenil | so you can do whatever you want to change layout and bla bla | 14:26 |
Sfiet_Konstantin | aknight: and what is that subpixel aliasing thing :/ | 14:26 |
aknight | faenil: so if you window suddenly resizes, you can't animate your elements between the two sizes as easily if only your root item resized | 14:27 |
Sfiet_Konstantin | aknight: except is your root item is anchored to the window | 14:27 |
aknight | it depends on how you define your transition of course | 14:27 |
*** ericcc has joined #nemomobile | 14:28 | |
faenil | aknight, well, window is THE root item of everything :D | 14:28 |
aknight | faenil: just prototype it, i think you'll see what i mean. you won't likely want to do intermediate resize events on the window itself | 14:29 |
aknight | so there will be e.g. one frame portrait, the next frame landscape - how to animate it? | 14:29 |
faenil | well, when you get notified of screen.orientation change you start the animation | 14:30 |
faenil | so the user shouldn't be able to see the change | 14:30 |
Sfiet_Konstantin | aknight: don't animate it ? :D | 14:30 |
faenil | before the animation starts | 14:30 |
aknight | don't animate it is fine | 14:30 |
faenil | :D | 14:30 |
*** Morpog_N9 has quit IRC | 14:30 | |
*** Morpog_N9 has joined #nemomobile | 14:30 | |
faenil | aknight, but maybe I got your point | 14:30 |
aknight | all i'm saying is that you can provide a smooth transition if your root item is allowed to have intermediate values | 14:31 |
faenil | aknight, ahhhh right | 14:31 |
faenil | ok I see the problem now | 14:31 |
aknight | and in compositor-side rotation, you normally don't provide intermediate values because you are resizing a graphics resource. of course you can hack around it by making a setup where the graphics resource is never resized, part of it just wasted | 14:32 |
faenil | yeah we need an middle layer to handle that change smoothly | 14:32 |
faenil | so server changes window size suddenly, we change the rest smoothly | 14:33 |
faenil | which is kind of half server half client orientation handling :D | 14:33 |
Sfiet_Konstantin | faenil: this is server side orientation | 14:34 |
Sfiet_Konstantin | just client side transitionning | 14:34 |
faenil | yes | 14:34 |
faenil | and I like it this way :) | 14:34 |
Sfiet_Konstantin | +1 | 14:34 |
faenil | who votes for client-side? | 14:34 |
faenil | aknight, also, could you say more about setUpdateMask? I have never seen that used, why do we need that and why isn't fixing screen.orientation enough? | 14:35 |
aknight | faenil: the idea is that if no clients want orientation updates, you can turn off the orientation sensor | 14:36 |
faenil | ah ok | 14:36 |
faenil | so that's just to signal the compositor that we need updates | 14:37 |
aknight | faenil: so by default apps don't see changes to screen.orientation because they haven't "registered their interest" by calling setOrientationUpdateMask() | 14:37 |
aknight | yes | 14:37 |
faenil | ok, so it might be that orientation works already in nemo but we're not registering to get the event | 14:37 |
faenil | for the rest of the world: https://codereview.qt-project.org/#change,27981 | 14:38 |
Sfiet_Konstantin | thanks faenil | 14:39 |
faenil | it's also documented, sorry aknight for wasting your time http://qt-project.org/doc/qt-5.1/qtgui/qscreen.html#setOrientationUpdateMask | 14:39 |
qwazix | faenil, Sfiet_Konstantin, maybe we can use this to define device-independent-units? http://katastrophos.net/andre/blog/2013/09/20/qml-preprocessor-the-qnd-and-kiss-way/ | 14:40 |
Sfiet_Konstantin | qwazix: I'm not a huge fan, I would prefer to compute them on the fly on each device instead | 14:40 |
*** Bholivel has joined #nemomobile | 14:41 | |
faenil | qwazix, I was about to use C preprocessor few months ago :D | 14:41 |
faenil | I mean, why not, it's C preprocessor, let's use it for what it is for! :D | 14:41 |
qwazix | Sfiet_Konstantin, I would prefer that too but maybe there's a tax because of property bindings and constant calculations | 14:41 |
Sfiet_Konstantin | faenil: how would you use C++ ? | 14:41 |
Sfiet_Konstantin | faenil: define them as constant | 14:41 |
faenil | Sfiet_Konstantin, ?? | 14:41 |
*** Bholivel has quit IRC | 14:41 | |
Sfiet_Konstantin | create a singleton QML class from C++ | 14:42 |
Sfiet_Konstantin | like NemoTheme: public QObject | 14:42 |
faenil | Sfiet_Konstantin, I'm talking about using #ifdef in QML :P | 14:42 |
Sfiet_Konstantin | faenil: what about doing it from C++ ? | 14:42 |
Sfiet_Konstantin | faenil: :D | 14:42 |
faenil | Sfiet_Konstantin, are you only tlaking about the U constant? | 14:42 |
Sfiet_Konstantin | what is the problem actual problem ? | 14:42 |
Sfiet_Konstantin | isn't it adaptation screen resolution and dpi ? | 14:43 |
faenil | Sfiet_Konstantin, if you're talking about the theme constant, I already proposed exposing qml property via cpp :) | 14:43 |
faenil | and cpp reads it from ENV_VAR once at app startup | 14:43 |
qwazix | I'm thinking that writing always 1*U is going to be cumbersome for devs and they'll end up doing it the wrong way (i.e. absolute) | 14:43 |
faenil | and that ENV_VAR is shipped with device configuration package | 14:43 |
*** Pat_o has joined #nemomobile | 14:43 | |
faenil | such as nemo-configs-n950-n9 | 14:43 |
qwazix | if we use the preprocessor to just multiply all sizes with U before running the qml we are gold | 14:44 |
faenil | qwazix, you think u(x) is any better? | 14:44 |
faenil | ah, ok | 14:44 |
faenil | but you should be able to detect all damn sizes | 14:44 |
faenil | not just all numbers | 14:44 |
faenil | also, that means tricking the dev into believing his button will be 200px large | 14:45 |
faenil | while it will actually be 200*u :D | 14:45 |
Sfiet_Konstantin | faenil: I would propose to provide a couple of sizes, that are precalcucalted and exposed via theme component | 14:45 |
Sfiet_Konstantin | and developer should never multiply | 14:45 |
faenil | Sfiet_Konstantin, ??? | 14:45 |
Sfiet_Konstantin | they should always call Theme.someSize | 14:45 |
faenil | Sfiet_Konstantin, you already have implicitWidth and Height for qml components | 14:46 |
Sfiet_Konstantin | I got it ... but having a preprocessor might not be the best either | 14:46 |
faenil | I just said why I wouldn't use preprocessor | 14:47 |
faenil | you can't just multiply without letting the dev know | 14:47 |
Sfiet_Konstantin | ok | 14:47 |
Sfiet_Konstantin | pfeuuu, I'm relieved :D | 14:47 |
faenil | unless I misunderstood qwazix's idea | 14:47 |
faenil | Sfiet_Konstantin, that said, read my idea and say if you have anything better in mind :) | 14:47 |
Sfiet_Konstantin | faenil: well, actually, it might even be better when you pushed code | 14:48 |
Sfiet_Konstantin | I will review it and play with it | 14:48 |
Sfiet_Konstantin | and we can still refactor later | 14:48 |
Sfiet_Konstantin | since we are not carving anything into stone now | 14:48 |
faenil | oh crap, you don't like planning do youi | 14:48 |
faenil | yeah I know, but :) | 14:48 |
Sfiet_Konstantin | faenil: the truth in SW dev is that planning everything might leads to badly designed SW | 14:49 |
faenil | agree on that | 14:49 |
Sfiet_Konstantin | we can plan a bit, code a bit, redo some review etc | 14:49 |
faenil | but planning nothing may lead to a big waste of time | 14:49 |
Sfiet_Konstantin | so, yeah, right now, let's multiply by u | 14:49 |
faenil | and time is critical for us ;) | 14:49 |
Sfiet_Konstantin | faenil: time is more critical for Jolla, trust me :D | 14:49 |
Sfiet_Konstantin | at least, we don't have to deliver in december | 14:49 |
faenil | ahah :) | 14:49 |
Sfiet_Konstantin | :D | 14:49 |
qwazix | If it was easy, I would modify Qt to multiply all sizes with u and never tell the developer :P | 14:49 |
Sfiet_Konstantin | qwazix: :O | 14:50 |
Sfiet_Konstantin | I remember a discussion about this on Qt dev ml | 14:50 |
faenil | qwazix, seriously, I want the button to be 200px and you change it to 300 without telling me? | 14:50 |
Sfiet_Konstantin | talking about highdpi macs | 14:50 |
Sfiet_Konstantin | I wonder if it is not already in Qt in some sort | 14:50 |
qwazix | faenil, no qml never says "px" | 14:50 |
faenil | qwazix, but it's implicit | 14:50 |
faenil | everyone knows it's px | 14:50 |
Sfiet_Konstantin | faenil: not really, as I said, I'm not ure that it is the truth for high dpi macs | 14:51 |
Sfiet_Konstantin | (retina as they call it) | 14:51 |
qwazix | yeah and everyone knew it's px on the web and they changed it | 14:51 |
faenil | qwazix, but we're Nemo, small players, we can't change it, we're not APple :D | 14:51 |
qwazix | http://www.quirksmode.org/blog/archives/2010/04/a_pixel_is_not.html | 14:51 |
qwazix | px is not px anymore, anywhere. We have the added bonus of not even pretending to use px, like css | 14:52 |
*** topro has quit IRC | 14:52 | |
faenil | as you say :D I can hear people saying "nemo components suck, I can never decide sizes for stuff because they change it how they want it to be" | 14:53 |
Sfiet_Konstantin | qwazix: lol, that's not true | 14:53 |
qwazix | http://blog.qt.digia.com/blog/2013/04/25/retina-display-support-for-mac-os-ios-and-x11/ | 14:53 |
Sfiet_Konstantin | qwazix: we can push a commit to Qt and expect to change Qt behavior | 14:53 |
qwazix | Sfiet_Konstantin, ^^^ | 14:53 |
qwazix | they already did | 14:54 |
Sfiet_Konstantin | thanks qwazix | 14:54 |
Sfiet_Konstantin | I'm reading it | 14:54 |
qwazix | important snippet "Qt Quick 2 and the Qt Quick Controls work well out-of-the box. As with widgets coordinates are in device-independent pixels. " | 14:54 |
faenil | mmm nice | 14:55 |
qwazix | "Simplified, the application layer operates in the device-independent pixel space and does not know about device pixels." | 14:55 |
Sfiet_Konstantin | cool | 14:55 |
Sfiet_Konstantin | but how do you set the ratio ? | 14:56 |
Sfiet_Konstantin | I have read that you have that experimental env variable | 14:56 |
Sfiet_Konstantin | wonder if there is something in qt wl as well | 14:56 |
faenil | devicePixelRatio() | 14:56 |
faenil | nice | 14:56 |
faenil | so they already have what we're looking for? XD | 14:56 |
qwazix | sort of | 14:57 |
qwazix | we have to include QPA | 14:58 |
faenil | looks totally the same | 14:58 |
Sfiet_Konstantin | qwazix: don't seems to be easy | 14:59 |
Sfiet_Konstantin | nothing in wl qpa ? | 14:59 |
*** Pat_o has quit IRC | 14:59 | |
*** nsuffys has quit IRC | 15:00 | |
faenil | "Font pixel sizes are device-independent pixel sizes. You never get tiny text on high-dpi displays." | 15:00 |
DrCode | hi all | 15:01 |
DrCode | dose nemomobile run good on n900? | 15:01 |
DrCode | full support? | 15:01 |
DrCode | can I run android apps? | 15:01 |
DrCode | also | 15:01 |
Sfiet_Konstantin | DrCode: it should | 15:01 |
faenil | DrCode, no android apps | 15:01 |
Sfiet_Konstantin | DrCode: supported by the community (including the risks) | 15:01 |
faenil | DrCode, this is not sailfish :D | 15:01 |
Sfiet_Konstantin | DrCode: we don't have an Android VM (yet ?) | 15:01 |
DrCode | I see | 15:02 |
DrCode | sailfish is intersting | 15:02 |
faenil | indeed it is :) | 15:02 |
DrCode | I am thinking to replace my memo | 15:02 |
DrCode | but not sure | 15:02 |
faenil | ohhh noooo! " To facilitate this, Qt as adopted the “@2x” convention for image filenames:" | 15:03 |
faenil | Apple won XD | 15:03 |
faenil | qwazix, ^ | 15:03 |
Sfiet_Konstantin | faenil: that's not a problem | 15:03 |
Sfiet_Konstantin | we don't care | 15:03 |
Sfiet_Konstantin | I think it is for Mac | 15:04 |
faenil | yes it was just something I remember qwazix said about that convention being stupid | 15:04 |
faenil | maybe aknight can help us with this as well? | 15:05 |
faenil | (sorry bro :D) | 15:05 |
Sfiet_Konstantin | faenil: ok :D | 15:05 |
Sfiet_Konstantin | faenil: maybe indeed | 15:05 |
Sfiet_Konstantin | aknight: ^^ | 15:05 |
Sfiet_Konstantin | does wl qpa supports dpi etc. ? | 15:06 |
*** Hurrian has joined #nemomobile | 15:08 | |
faenil | qwazix, Hurrian Morpog_Mobile anyway guys, it would be great if you could take QtQuickControls 5.1 documentation as guidelines for components specs | 15:10 |
faenil | so that you can see which features the components should provide and adapt those to Glacier styling | 15:10 |
faenil | qwazix, Hurrian Morpog_Mobile for example, as Sfiet_Konstantin pointed out, we don't have specs for Button's "checked" state, which has to be handled as it's part of QQC's Button element | 15:11 |
Sfiet_Konstantin | faenil: we will have to have specific API I'm afraid | 15:12 |
Sfiet_Konstantin | like the fact that we have a specific header | 15:12 |
*** mikhas has quit IRC | 15:12 | |
Sfiet_Konstantin | we will also have stuff that is not implemented, like StatusBar | 15:13 |
Sfiet_Konstantin | however, a lot of API should comes from QQC, indeed | 15:13 |
faenil | Sfiet_Konstantin, adding stuff is okay, but we shouldn't modify, as far as possible | 15:13 |
Sfiet_Konstantin | faenil: indeed | 15:13 |
faenil | essentially because QQC will evolve, and we want to avoid keep tracking them and importing changing from upstream | 15:13 |
faenil | so we should just provide styling wherever possible | 15:13 |
Sfiet_Konstantin | faenil: or maybe we should go to upstream | 15:14 |
Sfiet_Konstantin | or at least talk with | 15:14 |
faenil | that doesn't solve the issue | 15:14 |
faenil | even if you go upstream, if you do custom Button you have to keep track of the official one | 15:14 |
faenil | because Digia guys won't fix bugs in Nemo components as well :P | 15:14 |
Sfiet_Konstantin | faenil: yeah, we can stick with API as much as possible | 15:15 |
faenil | Sfiet_Konstantin, not just API | 15:15 |
Sfiet_Konstantin | and talk with digia guys when needed | 15:15 |
Sfiet_Konstantin | faenil: what more ? | 15:16 |
faenil | let's suppose we want to change something in Button, a behaviour | 15:16 |
faenil | we copy Button.qml, modify the behaviour, and create a ButtonStyle.qml with glacier styling | 15:16 |
faenil | this way we lost all bugfixes to official Button.qml which could affect us as well | 15:16 |
faenil | lose* | 15:16 |
Sfiet_Konstantin | tell me more about how QQC works | 15:16 |
Sfiet_Konstantin | is it just QML styling ? | 15:16 |
*** Pat_o has joined #nemomobile | 15:17 | |
faenil | You have qml files and cpp files for components themselves | 15:17 |
faenil | and the *Style.qml files for styling those components | 15:17 |
Sfiet_Konstantin | indeed we should keep what comes with QQC intact | 15:17 |
faenil | ideally behaviour is in Button.qml, style in ButtonStyle.qml | 15:17 |
Sfiet_Konstantin | and add a style or something like that | 15:17 |
faenil | yes | 15:17 |
faenil | so, that is my point | 15:17 |
faenil | let's try not to modify behaviour | 15:18 |
Sfiet_Konstantin | yeah, what I meant by API is anything provided by QQC | 15:18 |
faenil | ok | 15:18 |
faenil | as it's not just keeping the same API, it's about keeping the same file, which is the one updated by Digia :D | 15:18 |
faenil | so we get updates and bugfixes for free | 15:18 |
Sfiet_Konstantin | indeed | 15:18 |
Sfiet_Konstantin | IMO, if the file is updated by Digia, it is an API :D | 15:18 |
Sfiet_Konstantin | bb in a minute | 15:19 |
faenil | yes, but if you do your Button.qml with same API, Digia won't update it ;) | 15:19 |
faenil | that is the point :P | 15:19 |
faenil | so keeping API is not enough :D | 15:19 |
Sfiet_Konstantin | :D | 15:19 |
Sfiet_Konstantin | yeah, ok, we understand each other | 15:19 |
faenil | yeah ; | 15:19 |
faenil | ;) | 15:19 |
Sfiet_Konstantin | I'm just not using the good word | 15:19 |
Sfiet_Konstantin | :) | 15:19 |
Sfiet_Konstantin | bb in a minute | 15:19 |
*** Sfiet_Konstantin has quit IRC | 15:19 | |
*** Morpog_Mobile has quit IRC | 15:22 | |
*** jonwil has quit IRC | 15:24 | |
*** Pat_o has quit IRC | 15:24 | |
*** Sfiet_Konstantin has joined #nemomobile | 15:26 | |
Sfiet_Konstantin | re | 15:26 |
*** xhaakon has joined #nemomobile | 15:28 | |
*** faenil has quit IRC | 15:32 | |
sledges | can qqc/qml components be inherited? | 15:34 |
sledges | so GlacierButton could derive Button.qml | 15:34 |
Sfiet_Konstantin | sledges: like all component, yes | 15:34 |
Sfiet_Konstantin | sledges: I won't do that | 15:34 |
sledges | so re-usability is fine then | 15:34 |
Sfiet_Konstantin | the idea is, for devs, to do import QQC and code with QQC | 15:34 |
Sfiet_Konstantin | we should just theme QQC | 15:34 |
Sfiet_Konstantin | because in your case, you have import org.nemomobile.glacier 1.0, and use GlacierButton | 15:35 |
sledges | and when API is needed? | 15:35 |
sledges | we overwrite? | 15:35 |
sledges | no, because we have custom controls | 15:35 |
sledges | ButtonRow | 15:35 |
sledges | etc | 15:35 |
*** xhaakon has quit IRC | 15:35 | |
sledges | (switch is not on qqc 5.1.0 what we use now btw, will be only when we switch to 5.1.1) | 15:36 |
sledges | *Switch component that is | 15:36 |
*** faenil has joined #nemomobile | 15:36 | |
Sfiet_Konstantin | sledges: I would love somehting like | 15:36 |
Sfiet_Konstantin | import QQC 1.0 | 15:37 |
faenil | alright black | 15:37 |
Sfiet_Konstantin | import org.nemo.QQCExtra | 15:37 |
Sfiet_Konstantin | and have switch in org.nemo.QQCExtra | 15:37 |
faenil | back, not black xD | 15:37 |
Sfiet_Konstantin | faenil: when you go black you never go back ? | 15:37 |
faenil | :) | 15:38 |
sledges | Sfiet_Konstantin, isn't it how it's going to be? | 15:38 |
Sfiet_Konstantin | sledges: be what, with QQCextra ? | 15:38 |
faenil | sledges, you can inherit but only to add stuff? | 15:38 |
sledges | so we'll have to ditch button's CheckedState for now as faenil said.. | 15:38 |
Sfiet_Konstantin | faenil: you can change some stuff too | 15:38 |
sledges | Sfiet_Konstantin, yes | 15:39 |
faenil | Sfiet_Konstantin, some, but not private stuff | 15:39 |
faenil | so what's the point | 15:39 |
*** Pat_o has joined #nemomobile | 15:39 | |
faenil | we didn't solve anything | 15:39 |
Sfiet_Konstantin | but the problem is that you cannot implement a GlacierButton, and expect QQC to expose it as a Button | 15:39 |
Sfiet_Konstantin | faenil: indeed, no private stuff | 15:39 |
faenil | Sfiet_Konstantin, actually you can | 15:39 |
sledges | qqcextra approach, Sfiet_Konstantin, is how qt tizen guys did | 15:39 |
faenil | just import official QQC in Button.qml | 15:39 |
Sfiet_Konstantin | faenil: you can :O | 15:40 |
Sfiet_Konstantin | wait wait | 15:40 |
faenil | ;) | 15:40 |
Sfiet_Konstantin | I just can't understand how QQC works | 15:40 |
faenil | it's QML XD | 15:40 |
sledges | :) | 15:40 |
Sfiet_Konstantin | when you import QQC, Qt searchs for Button.qml etc in a QQC folder | 15:40 |
Sfiet_Konstantin | right | 15:40 |
Sfiet_Konstantin | but how can you make it to look at GlacierButton | 15:40 |
faenil | qml plugins | 15:40 |
sledges | Sfiet_Konstantin, im talking about the no-GlacierButton case | 15:40 |
*** WWDrakey has quit IRC | 15:41 | |
faenil | right now we have QtQuick.Controls.Nemo 1.0 | 15:41 |
sledges | I'm talking about Switch in qqcextra case | 15:41 |
faenil | that import will add our controls | 15:41 |
Sfiet_Konstantin | faenil: ok, understood | 15:41 |
Sfiet_Konstantin | we are not just using the import QtQuick.Controls import | 15:41 |
*** xhaakon has joined #nemomobile | 15:41 | |
Sfiet_Konstantin | we have our own one | 15:41 |
faenil | wrong | 15:41 |
*** xhaakon has quit IRC | 15:41 | |
faenil | we're using both | 15:41 |
*** xhaakon has joined #nemomobile | 15:41 | |
faenil | and I guess import order is important in this case | 15:41 |
Sfiet_Konstantin | faenil: as a dev | 15:41 |
Sfiet_Konstantin | what should I use | 15:41 |
Sfiet_Konstantin | QQC, QQCn, both | 15:41 |
faenil | import QQC 1.0; import QQC.Nemo 1.0 | 15:41 |
Sfiet_Konstantin | ? | 15:41 |
faenil | this way you'll get Button from Nemo plugin, as I see it | 15:42 |
Sfiet_Konstantin | faenil: we should skip the import QQC case and import QQC in QQCn | 15:42 |
faenil | (if you have redefined it in Nemo plugin) | 15:42 |
Sfiet_Konstantin | it is error prone when import order matters | 15:42 |
Sfiet_Konstantin | faenil: ok :) | 15:42 |
Sfiet_Konstantin | but shouldn't we just provide import QQCn ? | 15:42 |
Sfiet_Konstantin | QQCn imports QQC itself | 15:42 |
faenil | Sfiet_Konstantin, well, this way you don't have to create new nemo components | 15:42 |
Sfiet_Konstantin | (because in QQCn, you import QQC right ?) | 15:43 |
Sfiet_Konstantin | faenil: just mirrors them | 15:43 |
Sfiet_Konstantin | like in QQCn, you import QQC and do nothing | 15:43 |
faenil | yeah, might be an option | 15:43 |
Sfiet_Konstantin | job for a code monkey, but you have to do it | 15:43 |
Sfiet_Konstantin | think about dev experience :) | 15:43 |
sledges | Sfiet_Konstantin, +1, I had same thought some days ago (but unsure how qml imports work) | 15:43 |
sledges | i.e. do they cascade imports or not | 15:43 |
faenil | but official components are not in the same repo | 15:43 |
Sfiet_Konstantin | no need of QQCextra then, we put additional stuff, like switch in QQCn | 15:43 |
faenil | we need submodule and bla bla bla | 15:44 |
Sfiet_Konstantin | faenil: is that a problem that official are not here ? | 15:44 |
sledges | important they are installed side-by-side | 15:44 |
Sfiet_Konstantin | faenil: no need of submodule, we just create a qml plugin, that depends on QQC | 15:44 |
faenil | well, you don't want to copy the qml files do you? | 15:44 |
faenil | just tell the plugin to look at official files ehheeh | 15:44 |
Sfiet_Konstantin | faenil: no, I just write something like | 15:44 |
Sfiet_Konstantin | Button.qml (in QQCn) | 15:44 |
Sfiet_Konstantin | import QQC Button {} | 15:44 |
Sfiet_Konstantin | that's all | 15:44 |
faenil | yes | 15:45 |
faenil | but I don't like that very much | 15:45 |
Sfiet_Konstantin | not mirrors, but use inheritance | 15:45 |
Sfiet_Konstantin | why ? | 15:45 |
faenil | instead we can just tell the plugin to get files from the official ones | 15:45 |
faenil | so we don't have to do the useless mirroring | 15:45 |
Sfiet_Konstantin | faenil: D: | 15:45 |
faenil | in qmldir file you say "Button 1.0 ../go/get/official/ones/Button.qml" | 15:45 |
faenil | and we're set eehehehe | 15:45 |
Sfiet_Konstantin | faenil: are you sure that this works | 15:46 |
* sledges bbl | 15:46 | |
Sfiet_Konstantin | this can work indeed | 15:46 |
faenil | why shouldn't it :) | 15:46 |
Sfiet_Konstantin | faenil: because it is outside of the folder ? | 15:46 |
Sfiet_Konstantin | I'm unsure about any limitations of this kind, but there might be | 15:46 |
faenil | no that's not a problem afaik | 15:46 |
Sfiet_Konstantin | ok | 15:46 |
Sfiet_Konstantin | then let's do that | 15:46 |
Sfiet_Konstantin | np | 15:46 |
Sfiet_Konstantin | I agree with this approach | 15:46 |
faenil | let me find an example | 15:46 |
locusf | sounds good | 15:46 |
faenil | hey locusf o/ | 15:46 |
locusf | faenil: \o | 15:47 |
locusf | was reading your conversation for a while now :) | 15:47 |
Sfiet_Konstantin | morning locusf :D | 15:47 |
*** mhall119 has quit IRC | 15:47 | |
faenil | Sfiet_Konstantin, https://github.com/qtproject/qtquickcontrols/blob/stable/src/controls/Private/qmldir | 15:47 |
locusf | hey Sfiet_Konstantin | 15:47 |
Sfiet_Konstantin | faenil: this is so dirty | 15:48 |
Sfiet_Konstantin | D: | 15:48 |
Sfiet_Konstantin | but let's go with this | 15:48 |
Sfiet_Konstantin | souds quite nice | 15:48 |
Sfiet_Konstantin | :) | 15:48 |
*** Martix_ has joined #nemomobile | 15:48 | |
faenil | I'm open to better ideas ;) | 15:49 |
Sfiet_Konstantin | and even better, faenil, we should stick with QQC and QQCn imports until QQCn components mirroring is fixed | 15:49 |
faenil | this looks cleanest imho | 15:49 |
Sfiet_Konstantin | faenil: I think that this is the best | 15:49 |
faenil | (if it works correctly) | 15:49 |
Sfiet_Konstantin | yeah +1 | 15:49 |
*** mhall119 has joined #nemomobile | 15:49 | |
faenil | Sfiet_Konstantin, though this means it won't use a newer QQC that you may have on Nemo | 15:53 |
Sfiet_Konstantin | faenil: ?? | 15:53 |
faenil | let's say you have QQC 5.2 installed in Nemo | 15:53 |
Sfiet_Konstantin | damn, I'm so tired today, I'm not understanding half of what faenil says | 15:53 |
faenil | QQC Nemo will ignore that | 15:53 |
Sfiet_Konstantin | faenil: except if you update your implmentation of QQCn | 15:54 |
faenil | because it will use the QQC official components it was built with | 15:54 |
faenil | yes...of course | 15:54 |
Sfiet_Konstantin | and it won't be an issue: newer QQC won't have the theming of Nemo | 15:54 |
faenil | no, wait | 15:54 |
Sfiet_Konstantin | does it makes sense to have a "desktop" button inside nemo ? better use the nemo version of QQC | 15:54 |
faenil | styles are always provided by our package | 15:55 |
*** ericcc has quit IRC | 15:55 | |
Sfiet_Konstantin | faenil: I'm lost then | 15:55 |
faenil | ok | 15:55 |
Sfiet_Konstantin | you don't need to have QQCn to provide theme ? | 15:55 |
faenil | yes | 15:55 |
Sfiet_Konstantin | you can ship theme in a separate package ? | 15:55 |
Sfiet_Konstantin | then what is the point of QQCn ? | 15:55 |
*** ericcc has joined #nemomobile | 15:55 | |
faenil | exactly that of shipping style files for official controls, and custom controls if necessary | 15:55 |
Sfiet_Konstantin | faenil: so raw QQC, without QQCn installed, won't be styled | 15:56 |
faenil | exactly | 15:56 |
Sfiet_Konstantin | so ok | 15:56 |
Sfiet_Konstantin | this changes nothing | 15:56 |
faenil | in fact this was not the point | 15:56 |
Sfiet_Konstantin | if you have Qt 5.2 QQC, it is likely that the theming was not updated | 15:56 |
faenil | argh it's difficult to explain in Chat :D | 15:56 |
Sfiet_Konstantin | so that newer QQC is not fully themed | 15:56 |
Sfiet_Konstantin | and not fully useable | 15:56 |
faenil | Sfiet_Konstantin, but what if it's just a bugfix release? | 15:57 |
Sfiet_Konstantin | then it should work | 15:57 |
faenil | I'm not saying mirroring is wrong, I'm just thinking about problems that will arise ;) | 15:57 |
faenil | no it shouldn't | 15:57 |
Sfiet_Konstantin | why won't it: we either mirrors (so we mirrors the bugfix verion) or we inherit, and inherit the bugfix version | 15:57 |
faenil | becaues if you do mirroring then QQCn will ignore the new QQC bugfix release you've installed on nemo | 15:57 |
Sfiet_Konstantin | why | 15:57 |
Sfiet_Konstantin | new QQC will be installed with the same name, in the same folder | 15:58 |
faenil | I think mirroring is done when building the .so file | 15:58 |
Sfiet_Konstantin | faenil: no | 15:58 |
faenil | that is the issue | 15:58 |
Sfiet_Konstantin | the files put in qmldir are resolved at runtime | 15:58 |
faenil | well, if I'm wrong then it's all good ;) | 15:58 |
faenil | alright great then ;) | 15:58 |
Sfiet_Konstantin | pita otherwise | 15:59 |
faenil | eh | 15:59 |
Sfiet_Konstantin | having files being solved at runtime really speeds dev too | 15:59 |
faenil | so we don't even need the submodule | 15:59 |
Sfiet_Konstantin | you don't need to cross recompile if you want to change stuff | 15:59 |
Sfiet_Konstantin | faenil: submodule ? | 15:59 |
Sfiet_Konstantin | the .so ? | 15:59 |
faenil | no maybe you missed the point before, I said we should have added a submodule with official QQC on git | 16:00 |
faenil | so that we could use the mirroring style I proposed | 16:00 |
Sfiet_Konstantin | faenil: no nede of submodule | 16:00 |
faenil | but if those paths are considered at runtime, then no need for submodule ;) | 16:00 |
Sfiet_Konstantin | if QQC is packaged in mer:qt, we should take this oe | 16:00 |
faenil | everything is good, and we can avoid using double import | 16:00 |
Sfiet_Konstantin | faenil: indeed | 16:01 |
faenil | Sfiet_Konstantin, they're in Nemo:MW, and I already set it as Requires in QQCn packaging ;) | 16:01 |
Sfiet_Konstantin | faenil: awesome | 16:02 |
Sfiet_Konstantin | no submodule, and everything is easy :) | 16:02 |
Sfiet_Konstantin | perfect | 16:02 |
faenil | yup :) | 16:02 |
faenil | I'm loving this :D | 16:06 |
Sfiet_Konstantin | faenil: waiting for your initial push :) | 16:06 |
Sfiet_Konstantin | it's gonna be awesome :) | 16:06 |
Sfiet_Konstantin | btw | 16:07 |
faenil | yeah! \o/ | 16:07 |
Sfiet_Konstantin | hum ... how to share it | 16:07 |
faenil | what | 16:07 |
Sfiet_Konstantin | I have made some slides for my project presentation next week | 16:07 |
Sfiet_Konstantin | but I have no way to share it | 16:07 |
Sfiet_Konstantin | and honestly, they are plain aweful | 16:07 |
faenil | ow : | 16:08 |
faenil | :D | 16:08 |
Sfiet_Konstantin | but at least you could know the name of the other guy working with us | 16:08 |
faenil | ? | 16:08 |
Sfiet_Konstantin | he still have to install an IRC client, linux and the Mer SDK so :D | 16:08 |
faenil | ah ok :D | 16:08 |
Sfiet_Konstantin | at school, we are doing projects in groups of >= 2 | 16:08 |
faenil | great that you get to work on cool stuff :) | 16:08 |
Sfiet_Konstantin | we have to wait for him to pop into IRC :D | 16:08 |
faenil | :D | 16:08 |
Sfiet_Konstantin | and we might need to SSH tunnel somewhere, because IRC ports are blocked here | 16:09 |
Sfiet_Konstantin | I'm using an SSH tunnel :D | 16:09 |
faenil | lol | 16:09 |
faenil | webchat.freenode.net ;) | 16:09 |
Sfiet_Konstantin | oooh | 16:09 |
Sfiet_Konstantin | true | 16:09 |
Sfiet_Konstantin | but I like my konversation | 16:09 |
faenil | eheh | 16:09 |
Sfiet_Konstantin | SSH tunnel is ok :) | 16:09 |
*** xhaakon has quit IRC | 16:11 | |
*** xhaakon has joined #nemomobile | 16:11 | |
qwazix | faenil, Sfiet_Konstantin, sledges, I cannot really find a way to fit checked state of button in glacier | 16:14 |
qwazix | We already have switch for that and buttonRow for multiselection, so I think it's not quite needed UI wise | 16:15 |
qwazix | now if we absolutely must provide that state for compatibility I'll try to figure something | 16:15 |
ZogG_lap1op | what is checked state of button? | 16:15 |
ZogG_lap1op | you mean pressed? | 16:16 |
ZogG_lap1op | like pressed and unreleased? | 16:16 |
qwazix | (since hurrian created an "important" button, which looks more "checked-ish" I have a hard time thinking of something to distinguish them) | 16:16 |
qwazix | ZogG_lap1op, there was a pressed state, which looked as you describe, unreleased, that was actually something like a checkbox | 16:17 |
qwazix | boolean state | 16:17 |
Sfiet_Konstantin | qwazix: Isn't buttonRow a row of buttons ? | 16:17 |
Sfiet_Konstantin | (that need to provide check state) | 16:17 |
Sfiet_Konstantin | or is it a component on it's own ? | 16:17 |
qwazix | yeah, but a buttonRow of one doesn't make sence | 16:17 |
ZogG_lap1op | i got lost. i always thoguht that button has only 2 states :) | 16:17 |
ZogG_lap1op | thought* | 16:18 |
qwazix | or better, it's up to the dev who codes it to decide if buttons will be the children of buttonRow or something else | 16:18 |
ZogG_lap1op | i think button row can evem look different from buttons near one each other | 16:19 |
qwazix | ZogG_lap1op, button (qml) has many states: normal, pressed, disabled, checked maybe more | 16:19 |
Sfiet_Konstantin | qwazix: http://qt-project.org/doc/qt-5.1/qtquickcontrols/qml-qtquick-controls1-exclusivegroup.html | 16:19 |
Sfiet_Konstantin | I think we should use this | 16:19 |
Sfiet_Konstantin | I'm not sure though | 16:19 |
ZogG_lap1op | i hve no idea what is checked and where it is used and what for. but i would agree there are more than 2 states | 16:20 |
Sfiet_Konstantin | qwazix: a cartesian product of (normal, checked) x (enabled, disabled) | 16:20 |
ZogG_lap1op | as i forgot disabled | 16:20 |
Sfiet_Konstantin | + some specific cases like pressed | 16:20 |
Sfiet_Konstantin | I count 5 states :D | 16:20 |
Sfiet_Konstantin | so basically, a button row would be a sort of exclusive group, with many buttons inside | 16:21 |
Sfiet_Konstantin | so a button should use the checked state you described in button row | 16:21 |
Sfiet_Konstantin | (what I'm proposing is not unlike harmattan) | 16:21 |
qwazix | Sfiet_Konstantin, do we really need exclusiveGroup? I mean if a developer mis-uses it we might end with switches behaving as radio buttons => bad UX | 16:21 |
Sfiet_Konstantin | qwazix: yes | 16:22 |
qwazix | Sfiet_Konstantin, yeah, we can use that, true, but I wouldn't want to expose it | 16:22 |
*** Pat_o has quit IRC | 16:22 | |
Sfiet_Konstantin | but here is the weak boundary between giving too much power to dev, or too little | 16:22 |
Sfiet_Konstantin | honestly, QML already gives quite a lot of power, and it is hard to get them back when you give them | 16:22 |
Sfiet_Konstantin | (compare QtQuick to Cascades) | 16:22 |
Sfiet_Konstantin | (I meant QtQuick, not QML) | 16:22 |
Sfiet_Konstantin | qwazix: you might not want to expose it, but QQC exposes it | 16:23 |
Sfiet_Konstantin | (sorry for that :$) | 16:23 |
Sfiet_Konstantin | (I'm understanding what you are saying, I agree with it, but QQC don't :$) | 16:23 |
*** Morpog_PC has joined #nemomobile | 16:26 | |
Sfiet_Konstantin | qwazix: we can do that though: sending a warning, and preventing developer to set checked when there is no exclusiveGroup set for a Button | 16:27 |
Sfiet_Konstantin | what do you think | 16:27 |
Sfiet_Konstantin | ? | 16:27 |
qwazix | yep, that can be done | 16:33 |
qwazix | and also by not exposing, I meant more not advertising | 16:33 |
qwazix | I don't mind the developers to be able to do as they like, we're building free software, there's no use in locking API's | 16:34 |
Sfiet_Konstantin | qwazix: well you cannot really prevent that, as devs might want to do button.checked in a button row | 16:34 |
qwazix | but it's one thing to have something in your specs and docs, and another for the dev to have to do it on purpose | 16:34 |
*** Pat_o has joined #nemomobile | 16:35 | |
qwazix | we should help reduce inconsistencies as much as possible without locking anything down | 16:35 |
Sfiet_Konstantin | qwazix: agreed | 16:35 |
*** norayr has quit IRC | 16:39 | |
*** Pat_o has quit IRC | 16:39 | |
*** M4rtinK has joined #nemomobile | 16:41 | |
Sfiet_Konstantin | gtg | 16:41 |
Sfiet_Konstantin | bbl | 16:41 |
*** Sfiet_Konstantin has quit IRC | 16:42 | |
*** Martix_ has quit IRC | 16:45 | |
*** xhaakon has quit IRC | 16:47 | |
faenil | qwazix, we could just ignore checked, and print a warning "Please use button row" or something | 16:48 |
faenil | or "Please use a switch" | 16:51 |
faenil | ever though Switch is for On/Off stuff...checked doesn't have the same semantic | 16:51 |
faenil | even | 16:53 |
faenil | + | 16:53 |
faenil | * | 16:53 |
faenil | bb in 15mins | 16:55 |
faenil | qwazix, feel free to reply I'll read from weblog | 16:55 |
*** faenil has quit IRC | 16:55 | |
*** Pat_o has joined #nemomobile | 16:56 | |
*** drachensun has joined #nemomobile | 16:57 | |
qwazix | faenil, yeah, I like that approach. | 16:59 |
qwazix | re: semantics, we might have a checkbox too, for selecting things in lists, but I have to discuss with Morpog and Hurrian first | 17:00 |
ZogG_lap1op | to tell peple not to use it? | 17:00 |
ZogG_lap1op | don't think it's good :( | 17:00 |
qwazix | ZogG_lap1op, there's no way that I can see to implement a single checked button that will look like a checked button in Glacier | 17:00 |
qwazix | You said you didn't even know there's such thing as a checked button. It's a redundant control that should not be used. | 17:01 |
qwazix | We have switch for on-off state and maybe checkbox or something else (bold lettering, tinted background?) for selected state in lists | 17:03 |
ZogG_lap1op | just do it as pressed | 17:04 |
ZogG_lap1op | for single button | 17:04 |
ZogG_lap1op | it would look llogical | 17:04 |
ZogG_lap1op | and it would work | 17:04 |
ZogG_lap1op | instead of telling not to use it | 17:05 |
*** Pat_o has quit IRC | 17:06 | |
ZogG_lap1op | qwazix: ^ | 17:07 |
* ZogG_lap1op pokes faenil in eye for sneaking on chat from web log hours later | 17:08 | |
ZogG_lap1op | :P | 17:08 |
qwazix | ZogG_lap1op, if you see pressed button it doesn't look good when no finger is over it. Besides, that is exactly the point: we don't want devs to use it because it's bad UX. Most devs, especially in FOSS platforms do not give much thought to their UX, many even hate doing UX. We should nudge them in the right direction | 17:10 |
*** faenil has joined #nemomobile | 17:14 | |
faenil | back | 17:15 |
faenil | lol | 17:16 |
ZogG_lap1op | qwazix: let's agree to disagree | 17:16 |
ZogG_lap1op | :) | 17:16 |
faenil | qwazix, though I think this is what we need for checklist | 17:17 |
qwazix | ZogG_lap1op, agreed :P | 17:17 |
ZogG_lap1op | as for me that' exactly what apple can tell you about iphone :) | 17:17 |
faenil | ZogG_lap1op, so, look for a way to fit in the checked state in Glacier button, and we'll add it, it's that easy ;) | 17:18 |
qwazix | faenil, checklist? | 17:19 |
qwazix | is it a QQC? | 17:19 |
faenil | nope | 17:19 |
faenil | qwazix, nvm, I misread the things you said while I was away | 17:20 |
faenil | if we have a checkbox, we don't need checked button, otherwise we need it | 17:20 |
*** piggz has joined #nemomobile | 17:21 | |
*** arcean_ has quit IRC | 17:23 | |
qwazix | faenil, we'll probably have a checkbox or a similar way to select multiple things in lists | 17:25 |
faenil | ok...'ll | 17:25 |
qwazix | except if we want to make single checkable buttons look like checkboxes and get over with it | 17:26 |
*** Vlad_on_the_road has joined #nemomobile | 17:26 | |
faenil | well, it's checkboxes with text afterall | 17:27 |
faenil | if I understood correctly | 17:27 |
*** Pat_o has joined #nemomobile | 17:31 | |
faenil | qwazix, ping | 17:36 |
qwazix | faenil, that's what I understand too | 17:36 |
qwazix | and pong | 17:37 |
faenil | qwazix, https://qt.gitorious.org/qt/qtquickcontrols/source/2abe354c697f52e0c5918275429f6c82cb133211:src/controls/Styles/Base/ButtonStyle.qml#L102 | 17:37 |
faenil | that is how the Base style does it | 17:37 |
faenil | also, there is a checkbox element in QQC | 17:37 |
qwazix | we can do it like that ourselves, and still spew that warning | 17:37 |
qwazix | so that if somebody does it, it will work, but not as we intended (and be warned) | 17:38 |
faenil | no we can't because we don't have a button_down image :D | 17:38 |
qwazix | hmm, yeah you are right, we said shaders | 17:39 |
qwazix | then just ignore it and print the warning if somebody sets checkable=true and parent!=buttonRow | 17:40 |
qwazix | I have to go home, I'll be online again in about 20 | 17:40 |
faenil | :) is there a way to actually check the parent is a buttonRow though? :O | 17:40 |
qwazix | If there isn't we can create a __isButtonRow property and set it to true :P | 17:41 |
qwazix | dirty coding ftw! | 17:41 |
faenil | lol | 17:41 |
faenil | we'll talk later about this | 17:42 |
faenil | we'll talk about this later | 17:42 |
faenil | crap I'm getting worse and worse at writing in English | 17:42 |
qwazix | hehe | 17:42 |
locusf | it made perfect sense | 17:42 |
qwazix | I didn't notice the error really | 17:42 |
qwazix | bbl | 17:43 |
aknight | faenil: instanceof works, sadly it doesn't support qml types | 17:44 |
aknight | but you could probably make a utility function that returns true if an object's class is of a certain type | 17:45 |
*** ericcc has quit IRC | 17:49 | |
faenil | aknight, mmm ok :/ sounds hacky but if we have no other choice :/ | 17:54 |
aknight | faenil: well i mean if you want to be really sure that an object of a certain type you should probably send it to c++ where you can look at the metaobject | 17:55 |
aknight | but it doesn't sound like this is such a case | 17:55 |
aknight | alternatively you can make the default property of an object a certain type (or list of a certain type). then at least you can't add a wrongly-typed child item | 17:56 |
aknight | but again that's not this use case | 17:56 |
faenil | exactly, not our cases :) | 17:57 |
faenil | aknight, do you know why there is both checkbox and button checkable? | 17:57 |
faenil | isn't that redundant? | 17:57 |
aknight | faenil: not sure, but it might have something to do with following the original widget api | 17:57 |
faenil | I see | 17:58 |
aknight | faenil: you can make a push button latched, that's different than a checkbox | 17:58 |
*** panda84kde has quit IRC | 17:59 | |
faenil | aknight, mmm :/ | 17:59 |
qwazix | back | 17:59 |
faenil | aknight, can't find a latched button, what is it? | 18:00 |
* qwazix wonders what a latched button is too | 18:00 | |
faenil | it looks like a checkbox to me :/ | 18:01 |
aknight | if you have pushbutton that stays in the pressed position after clicking it | 18:02 |
aknight | a toggle button | 18:02 |
zbenjamin | aknight: heya | 18:03 |
qwazix | aknight, there's the switch for that | 18:03 |
zbenjamin | aren't you the qt windows rt guy? ;) | 18:03 |
aknight | zbenjamin: only one day a week ;) | 18:03 |
aknight | qwazix: they aren't the same visually though | 18:04 |
aknight | i'm not defending it, i'm just saying what it is :) | 18:04 |
qwazix | no, but since we are doing our own component set, we would like to avoid redundant controls to promote consistency | 18:04 |
aknight | sure | 18:04 |
qwazix | (we are not aiming to be desktop-compatible) | 18:05 |
aknight | anyway you can paint it however you like | 18:05 |
qwazix | :nod: | 18:05 |
piggz | faenil: your english is better than my <insert other language here> | 18:12 |
*** Vlad_on_the_road has quit IRC | 18:12 | |
faenil | aknight, ah ok so it's a switch but looks different | 18:12 |
*** Vlad_on_the_road has joined #nemomobile | 18:13 | |
faenil | piggz, :) | 18:13 |
faenil | awesome dinner here, bbl :D | 18:16 |
faenil | qwazix, so what's the final input? check parent and issue warning? | 18:16 |
faenil | you know what, I'll leave a TODO so we can fix this once all components are set and we know how we did ButtonRow :D | 18:17 |
*** rcg has joined #nemomobile | 18:18 | |
faenil | aknight, is there a chance nemo only needs setOrientUpdateMask? | 18:21 |
faenil | or do you already know OrientSensor needs to be added? | 18:21 |
qwazix | faenil, I'd say yes to the question, but leaving a TODO is also a sane choice | 18:25 |
rcg | evening all :9 | 18:26 |
rcg | *:) | 18:26 |
Stskeeps | evening rcg | 18:26 |
rcg | how's it going? | 18:29 |
Stskeeps | the usual | 18:29 |
rcg | faenil, any updates on nemo+wayland+qt5? maybe even a new image? :) | 18:29 |
rcg | Stskeeps, heh, i take this as "not bad" :) | 18:30 |
rcg | our boy just had some pretty "noisy days" but i guess that's part of being a parent | 18:31 |
Stskeeps | yeah.. i have my father visiting these days to meet his grandson, so not a lot of time to code | 18:31 |
rcg | aye, enjoy the time with the family | 18:32 |
rcg | even though coding sure is tempting | 18:33 |
zbenjamin | which scratchbox version do i need for the n9 again? | 18:42 |
zbenjamin | Mer-SB2-armv7hl this one? | 18:43 |
*** piggz has quit IRC | 18:44 | |
*** piggz has joined #nemomobile | 18:44 | |
zbenjamin | faenil: ^?? | 18:47 |
*** xhaakon has joined #nemomobile | 18:56 | |
ZogG_lap1op | zbenjamin: there might be weblog on chan so you can see yesterday conversation | 18:58 |
ZogG_lap1op | and answer is in topic | 18:58 |
zbenjamin | i have a backlog but i don't think we spoke about that | 18:59 |
zbenjamin | https://wiki.merproject.org/wiki/Platform_SDK#Locally_on_a_Linux_host | 18:59 |
zbenjamin | i'm there | 18:59 |
zbenjamin | on Compiling with the SDK | 18:59 |
ZogG_lap1op | i think he mentioned it yestartday or it was in link he gav | 19:00 |
ZogG_lap1op | gave* | 19:00 |
zbenjamin | but i'm getting a error when trying to install the SB2 package | 19:00 |
zbenjamin | 'Mer-SB2-armv7hl' not found in package names. Trying capabilities. | 19:00 |
zbenjamin | i'm missing something | 19:00 |
*** xhaakon has quit IRC | 19:01 | |
ZogG_lap1op | i'm not help here, sorry :( | 19:01 |
*** Vlad_on_the_road has quit IRC | 19:03 | |
*** Vlad_on_the_road has joined #nemomobile | 19:07 | |
*** Vlad_on_the_road has quit IRC | 19:08 | |
faenil | zbenjamin, what are you doing? | 19:09 |
*** Vlad_on_the_road has joined #nemomobile | 19:10 | |
zbenjamin | i'm trying to get my sdk running | 19:18 |
zbenjamin | https://wiki.merproject.org/wiki/Platform_SDK#Locally_on_a_Linux_host | 19:18 |
zbenjamin | but installing scratchbox fails | 19:18 |
faenil | do you want to setup a SB2 target for n9? | 19:19 |
faenil | zbenjamin, ^ | 19:19 |
zbenjamin | yep | 19:19 |
faenil | I wrote a guide for you then | 19:19 |
faenil | https://wiki.merproject.org/wiki/Nemo/Armv7hl_Development_Guide | 19:19 |
faenil | follow everything closely, and you shouldn't have any issue ;) | 19:20 |
zbenjamin | sudo zypper in -t pattern Mer-SB2-armv7hl fails with error | 19:21 |
zbenjamin | http://pastebin.com/ARKiQQF9 | 19:21 |
faenil | show me output of zypper repos -u | 19:23 |
faenil | also see if zypper ref works | 19:23 |
zbenjamin | http://pastebin.com/S2vbAwCK | 19:25 |
faenil | ok, always same issue | 19:26 |
faenil | lbt, will we ever get rid of the meego url error? XD | 19:26 |
faenil | zbenjamin, http://www.merproject.org/logs/%23nemomobile/%23nemomobile.2013-09-26.log.html#t2013-09-26T09:02:38 | 19:26 |
faenil | read my messages at that link ;) | 19:26 |
faenil | then do zypper ref and continue my guide | 19:27 |
faenil | zbenjamin, also do "sudo sdk-version --latest --go" | 19:27 |
faenil | zbenjamin, and finally, tell me how you got to that point so that we can fix the wiki | 19:28 |
zbenjamin | http://pastebin.com/ip3uanCJ | 19:30 |
zbenjamin | faenil: ^ | 19:30 |
zbenjamin | something is broken now :/ | 19:30 |
zbenjamin | /etc/zypp/repos.d/mer-tools.repo: Line 5 is missing '=' sign | 19:31 |
zbenjamin | got it, missing /etc/hosts entry | 19:33 |
faenil | ? | 19:34 |
zbenjamin | http://comments.gmane.org/gmane.linux.mer.general/711 <--- that was the solution | 19:34 |
faenil | yes | 19:34 |
zbenjamin | i did that on the hosts hosts file .... | 19:34 |
faenil | if you followed the steps I wrote in the other chat, you should get the same outcome | 19:34 |
zbenjamin | how many steps from that chat do i need, i thought replacing the repositories would be enough | 19:36 |
faenil | zbenjamin, if you did the hosts fix you don't need anything | 19:37 |
zbenjamin | ah i did the hosts fix outside the sdk, thats why it didn't work | 19:37 |
faenil | lol :) | 19:37 |
zbenjamin | Basic Tasks doesn't mention i need to be in the SDK ... ;) | 19:38 |
faenil | zbenjamin, show me the line :) | 19:39 |
zbenjamin | https://wiki.merproject.org/wiki/Platform_SDK#Basic_tasks | 19:39 |
zbenjamin | the echo | 19:39 |
zbenjamin | echo 5.9.68.173 repo.pub.meego.com | sudo tee -a /etc/hosts | 19:39 |
faenil | zbenjamin, added ;9 | 19:41 |
zbenjamin | looks good ;) | 19:41 |
faenil | thanks for the feedback :) go on and let me know if you feel something else is missing ;) | 19:42 |
zbenjamin | np ;) | 19:44 |
faenil | watching movie, try highlighting me, I'll reply if I notice it :) | 19:46 |
zbenjamin | k | 19:47 |
*** slaine has quit IRC | 19:50 | |
*** furikku has quit IRC | 19:56 | |
*** Vlad_on_the_road has quit IRC | 19:56 | |
*** Vlad_on_the_road has joined #nemomobile | 19:59 | |
*** Vlad_on_the_road has quit IRC | 19:59 | |
aknight | faenil: so QWindow::setOrientationUpdateMask() -> Screen.onOrientationChanged -> QWindow::reportContentOrientationChanged (Window.contentOrientation) | 20:06 |
aknight | that's the roundtrip | 20:06 |
aknight | listen, observe, report :) | 20:07 |
*** antero_h__ has quit IRC | 20:09 | |
*** faenil has quit IRC | 20:22 | |
*** zbenjamin has quit IRC | 20:33 | |
*** kostaja has quit IRC | 20:36 | |
kaltsi | fix to oneshot: https://github.com/nemomobile/oneshot/pull/4 | 20:52 |
*** lizardo has quit IRC | 20:52 | |
*** Vlad_on_the_road has joined #nemomobile | 21:02 | |
*** Pat_o has quit IRC | 21:02 | |
*** Vlad_on_the_road has quit IRC | 21:06 | |
*** faenil has joined #nemomobile | 21:36 | |
faenil | aknight, ahm, that's the reply to which question? :D | 21:37 |
*** Vlad_on_the_road has joined #nemomobile | 21:39 | |
aknight | <faenil> aknight, is there a chance nemo only needs setOrientUpdateMask? | 21:42 |
aknight | <faenil> or do you already know OrientSensor needs to be added? | 21:42 |
aknight | faenil: so yes you need an orientationsensor in your compositor (unless this is in colorful-home already - i don' think it is) | 21:43 |
*** giucam has quit IRC | 21:43 | |
faenil | aknight, ok, clear | 21:46 |
faenil | aknight, I thought it would have been part of lipstick itself | 21:47 |
faenil | not colorful home | 21:47 |
faenil | since most of the compositor stuff is there | 21:47 |
faenil | hence I thought jolla already implemented that :D | 21:47 |
faenil | aknight, https://github.com/nemomobile/lipstick/blob/master/src/compositor/lipstickcompositor.cpp#L453 | 21:48 |
faenil | though it seems there's only the setter there | 21:51 |
faenil | mmm | 21:51 |
*** DocScrutinizer05 has quit IRC | 21:51 | |
*** amizraa has quit IRC | 21:53 | |
*** DocScrutinizer05 has joined #nemomobile | 21:53 | |
*** XenGi has joined #nemomobile | 21:55 | |
faenil | ok, I need another class using orientationsensor and calling that setter :) | 21:57 |
*** XeN has quit IRC | 21:57 | |
*** kontio has quit IRC | 22:00 | |
faenil | QOrientationReading....ahhhh, got to love Qt5 :D | 22:01 |
*** kontio has joined #nemomobile | 22:01 | |
*** kontio has quit IRC | 22:01 | |
*** kontio has joined #nemomobile | 22:01 | |
*** Vlad_on_the_road has quit IRC | 22:05 | |
*** louisdk has quit IRC | 22:07 | |
*** Vlad_on_the_road has joined #nemomobile | 22:07 | |
*** louisdk has joined #nemomobile | 22:09 | |
*** NIN101 has quit IRC | 22:09 | |
faenil | owww :( "This means this sensor cannot be used to detect if a device is in portrait or landscape mode." | 22:11 |
faenil | too good to be true... | 22:12 |
faenil | ah but maybe I misunderstood it :) | 22:12 |
faenil | cannot be used to read if the UIis portrait/ladnscape mode, but CAN be used to set the UI portrait/landscape according to device orientation :D | 22:13 |
faenil | definitel | 22:13 |
faenil | definitely | 22:13 |
Morpog_PC | :D | 22:13 |
faenil | Morpog_PC, oh I'm not alone o/ | 22:13 |
Morpog_PC | yeah, I just replied that you won't feel strange :) | 22:13 |
faenil | :) | 22:14 |
*** Vlad_on_the_road has quit IRC | 22:20 | |
*** rcg has quit IRC | 22:20 | |
ZogG_lap1op | faenil: still not sleeping? | 22:33 |
ZogG_lap1op | :) | 22:33 |
faenil | nope, working on components repo :) | 22:34 |
faenil | testing the mirroring thing we talked about today | 22:34 |
*** Morpog_Mobile has joined #nemomobile | 22:34 | |
ZogG_lap1op | have a spare minute? | 22:35 |
faenil | sure | 22:37 |
*** keithzg_ has joined #nemomobile | 22:38 | |
*** keithzg_ has quit IRC | 22:38 | |
faenil | ZogG_lap1op, sure | 22:39 |
faenil | what | 22:40 |
faenil | oh | 22:40 |
faenil | ZogG_lap1op, sorry haven't had time to experiment with that | 22:41 |
Anssi| | faenil, is network working any better | 22:42 |
faenil | Anssi|, I'm at gf's atm | 22:42 |
ZogG_lap1op | faenil: no problem :) at the end i'll win it | 22:45 |
faenil | sure you will ;) | 22:45 |
*** Martix_ has joined #nemomobile | 22:46 | |
*** Hurrian has quit IRC | 22:48 | |
*** zbenjamin has joined #nemomobile | 22:48 | |
*** zbenjamin has joined #nemomobile | 22:48 | |
zbenjamin | faenil: still here? | 22:50 |
faenil | zbenjamin, yes sir | 22:50 |
zbenjamin | my connection went down so i still need to initialize sb2 | 22:51 |
zbenjamin | means i'm here https://wiki.merproject.org/wiki/Platform_SDK_and_SB2#Initialize_scratchbox2 | 22:52 |
zbenjamin | but i don't have that n950rootfs folder | 22:52 |
zbenjamin | wait actually i'm still here https://wiki.merproject.org/wiki/Nemo/Armv7hl_Development_Guide#Build_and_Setup_SB2_target | 22:53 |
zbenjamin | i'm here When the process is finished: | 22:53 |
zbenjamin | cd /srv/mer/targets/<PATH_OF_BUILT_IMAGE> <--- what? | 22:53 |
zbenjamin | i guess that command is issued outside of the SDK right? | 22:54 |
faenil | zbenjamin, if you followed the steps, you'll have a new folder in that path | 22:56 |
zbenjamin | nemo-armv7hl-rnd_sb2target ? | 22:57 |
faenil | because mic create has -o option, which creates the output in that folder | 22:57 |
faenil | exactly | 22:57 |
faenil | zbenjamin, what would you expect instead of <PATH_OF_BUILT_IMAGE> ? | 22:57 |
zbenjamin | i was just confused, because i was still inside the SDK | 22:58 |
zbenjamin | there the path is /parentroot/srv/..... | 22:58 |
faenil | yeah, let me fix that :) | 22:59 |
faenil | zbenjamin, is $USER correctly defined at this point, inside the sdk? | 22:59 |
zbenjamin | i check | 23:00 |
faenil | or should I write to do that outside of the sdk? | 23:00 |
zbenjamin | yes | 23:00 |
faenil | I don't remember how I usually do it :D | 23:00 |
faenil | ok | 23:00 |
faenil | fixed path, thanks for feedback ;) | 23:00 |
zbenjamin | same here https://wiki.merproject.org/wiki/Platform_SDK_and_SB2#Initialize_scratchbox2 | 23:01 |
zbenjamin | first cd | 23:01 |
zbenjamin | cd /srv/mer/targets/n950rootfs | 23:01 |
zbenjamin | but then sb2-init | 23:01 |
faenil | zbenjamin, that makes me think whether that path should be created inside or outside the sdk | 23:02 |
faenil | it's the same, but just for coherence | 23:02 |
faenil | zbenjamin, if you remember me of this tomorrow I'll ask some people and see if there's any pro/cons | 23:03 |
faenil | I have those folders outside the sdk | 23:03 |
zbenjamin | yeah | 23:04 |
zbenjamin | ah ok | 23:04 |
zbenjamin | so you run sb2-init outside? | 23:04 |
faenil | you have to run that inside | 23:04 |
faenil | you don't have sb2-init outside I believe | 23:05 |
faenil | irc | 23:05 |
faenil | iirc | 23:05 |
zbenjamin | this command is exactly the same? sb2-init -L "--sysroot=/" -C "--sysroot=/" -c /usr/bin/qemu-arm-dynamic -m sdk-build -n -N -t / nemo-n950 /opt/cross/bin/armv7hl-meego-linux-gnueabi-gcc | 23:06 |
*** martyone has quit IRC | 23:07 | |
faenil | zbenjamin, I'll trust my past ego, and say yes | 23:08 |
faenil | nemo-n950 is the target name, you choose that | 23:09 |
zbenjamin | faenil: collect2: cannot find 'ld' | 23:10 |
ZogG_lap1op | good night | 23:11 |
ZogG_lap1op | faenil: i solved it, it was somethng easy and not related to where i looked. now i can sleep | 23:11 |
ZogG_lap1op | :) | 23:11 |
faenil | ZogG_lap1op, good night ;) | 23:11 |
ZogG_lap1op | thanks for trusting in me | 23:11 |
ZogG_lap1op | :P | 23:11 |
faenil | ahha :) | 23:11 |
faenil | zbenjamin, mm | 23:11 |
zbenjamin | but doesn't seem to be a error... at least $? is 0 | 23:11 |
faenil | ah, ok | 23:11 |
faenil | might be ok then | 23:12 |
zbenjamin | mpf, next command -> error ;) | 23:12 |
faenil | zbenjamin, http://www.merproject.org/logs/%23nemomobile/%23nemomobile.2013-08-28.log.html#t2013-08-28T17:14:46 | 23:12 |
*** amizraa has joined #nemomobile | 23:13 | |
faenil | zbenjamin, my past ego seems to say that collect is ok... | 23:14 |
faenil | I was talking about another issue in the next messages that day | 23:14 |
faenil | zbenjamin, what's the next command error anyway? | 23:14 |
zbenjamin | do i need /etc/boardname? | 23:14 |
faenil | why? | 23:15 |
zbenjamin | sb2 -t nemo-n950 -m sdk-install -R ssu ur | 23:15 |
zbenjamin | DBus call failed, falling back to libssu | 23:15 |
zbenjamin | Unable to open /etc/boardname. | 23:15 |
zbenjamin | Unable to open /etc/boardname. | 23:15 |
zbenjamin | Unable to open /etc/boardname. | 23:15 |
faenil | that can be ignored | 23:15 |
zbenjamin | thats why ;) | 23:15 |
zbenjamin | ok | 23:15 |
faenil | (afair) | 23:15 |
faenil | those are errors coming from the fact that you're not on real device, I guess | 23:15 |
faenil | so, go on ;) | 23:16 |
zbenjamin | http://pastie.org/8361297 | 23:17 |
zbenjamin | next one ;) | 23:17 |
faenil | zbenjamin, ah, that was a packaging issue which had been fixed, iirc | 23:18 |
faenil | you see, it requires qt5-qtqtdeclarative, instead of qt5-qtdeclarative | 23:18 |
*** Martix_ has quit IRC | 23:19 | |
zbenjamin | and i fix that how? ;) | 23:19 |
faenil | zbenjamin, did zypper ref finish correctly? | 23:20 |
zbenjamin | that was ref | 23:21 |
zbenjamin | ah no sorry | 23:21 |
zbenjamin | yes it did | 23:21 |
faenil | zbenjamin, https://build.merproject.org/package/rdiff?linkrev=base&package=qtsystems&project=mer%3Aqt%3Adevel&rev=3 | 23:21 |
zbenjamin | All repositories have been refreshed. | 23:21 |
faenil | I'd say go for solution 2, since you have qt5-qtdeclarative anyway ;) | 23:22 |
zbenjamin | is it ok that a gazillion packages are getting downgraded? | 23:23 |
zbenjamin | 269 | 23:23 |
faenil | I believe so | 23:23 |
zbenjamin | ok | 23:24 |
faenil | it's like version format change which causes that, or something like that | 23:24 |
faenil | so it believes they're downgrades but they're not | 23:25 |
faenil | (unless something is wrong with your repo configs of course :) ) | 23:25 |
faenil | anyway, gtg...let it update and follow the guide, I'll help you tomorrow if you get stuck again ;) | 23:25 |
zbenjamin | ok thank you | 23:25 |
faenil | np, hope you don't get any other problem :D | 23:26 |
zbenjamin | me 2 ;) | 23:27 |
*** faenil has quit IRC | 23:29 | |
*** ZogG_laptop has joined #nemomobile | 23:34 | |
*** ZogG_laptop has joined #nemomobile | 23:34 | |
*** ZogG_lap1op has quit IRC | 23:36 | |
*** louisdk has quit IRC | 23:37 | |
*** marquiz has quit IRC | 23:52 | |
*** M13 has joined #nemomobile | 23:52 | |
*** marquiz has joined #nemomobile | 23:52 | |
*** Hurrian has joined #nemomobile | 23:57 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!