18:03 #startmeeting Weather meeting 18:03 Meeting started Thu Sep 11 18:03:05 2014 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 18:03 18:03 Available commands: action commands idea info link nick 18:03 how are you anyway 18:03 fine, I'm 10 days at home in southern germany. lot's of nature :) 18:03 heh 18:04 I haven't heard anything from the design team about the weather re-design yet. 18:04 okay 18:04 I think they had a few people on holiday 18:04 will jump on them again to get an update. 18:04 thanks 18:05 I've started with migrating to ubuntu geonames 18:05 ah okay, great. 18:05 qml side is almost done 18:05 I need to file an RT to get the new code deployed, which I'll do 18:05 but I'll have to write a cpp extension to get the timezone offset 18:05 no realistic other way to get it? 18:06 nope, not really 18:06 but should be possible even for me to write a small extension 18:06 http://146.185.188.87/?lat=40.714270&long=-74.005970 gives "America/New_York" - can we not poke tzdata somehow? 18:06 hmm. 18:06 well, the api could perhaps add the dst offset 18:07 wonder if it's in the db 18:07 but you can't say if it's summertime or nor 18:07 not 18:07 no 18:07 it's different all over the world 18:07 let me try to make a cpp extension, clock has already one. for timezones too 18:08 ok 18:08 can you steal his? ☻ 18:08 fabolous would be a sdk component for this :) 18:08 * popey covers nik90's ears 18:08 well yes 18:08 in parts, especially the build things I guess 18:08 timezone varchar(40), 18:08 thats all it has 18:08 the text version of the TZ 18:09 yeah 18:09 even when there would be a dst offset, you would have only half a year an exact time :) 18:10 There's an Qt module Qt.Timezone, but unfortunaltely not qml module for it 18:10 heh, true. 18:12 Ok. let me just check the list of rtm issues... 18:12 http://15.125.74.138:8000/ 18:12 (one of the lists) 18:12 there were some bugs about localization last week, one MR pending https://code.launchpad.net/~martin-borho/ubuntu-weather-app/fix-1353457-daydateformat/+merge/233619 18:13 ooh, there is one bug in that list, but it's a private one annoyingly... 18:13 here's the text from it... 18:14 subj: [Weather] "cancel"or"confirm" button has no response when the network has not connected 18:14 body... 18:14 - No data connection (so I enabled flight mode to repro) 18:14 - never having used weather app before (so --wipe) 18:14 Then the popup that appears when the app first launches has a non-functional cancel button. 18:14 EOF 18:14 "The problem seems to be that the cancel button doesn't work at all, and the confirm button doesn't work at all until you've selected a city (but gives no hint this is true)" 18:14 cancel confirm buttons are gone 18:14 * popey checks the date on this bug 18:15 28/8 18:15 but when there's no network connection, the data update would fail anyways 18:15 if you start the app without location, you can't go back from locationmanager, logically 18:15 before you have add a location 18:16 right, you're "stuck" on the "Edit locations" screen, right? 18:16 yeah 18:17 ok, 18:17 but this one is related to that https://bugs.launchpad.net/ubuntu-weather-app/+bug/1366343 18:17 right, yes. 18:17 so, as there is no cacnel confirm anymore, the locations should get immediatelly get removed from db 18:18 yup, makes sense. 18:18 ok, anything else? 18:19 the mp mentioned above 18:19 oops, missed that 18:19 the translator is waiting, so it seems :) 18:19 day date wasn't translatable on day views 18:20 ah! 18:20 want me to top approve? 18:20 yes :) 18:20 Done, thank you! 18:21 thanks! 18:22 a bear :) 18:22 ☻ 18:23 So, shall we wrap up? 18:23 yepp 18:23 Great, thanks m-b-o ! 18:23 thanks popey! 18:23 enjoy the nature! 18:24 I'll :) 18:24 #endmeeting