/srv/irclogs.ubuntu.com/2012/01/29/#ubuntu-website.txt

aquariuscjohnston, mhall119, I don't suppose you're around? :)15:07
cjohnstonnope15:08
* aquarius laughs15:08
aquariusgot a few minutes?15:08
cjohnstonsure15:08
aquariusfirstly, your thoughts on https://code.launchpad.net/~sil/summit/more-mobile-summit/+merge/90608 invited15:09
aquariusmore importantly, I'm thinking about how to do offline-capable summit15:09
aquariusand I'd like to kick the ideas around a bit15:09
cjohnstonprobably a better discussion with mhall119, but I'll talk.. nigelb you around?15:10
nigelbgimme 30 mins? I'm headed for dinner15:11
aquariusOK. My plan is this: the daily pages (and only those) will be cached. When you visit one of the daily pages, it's loaded from the cache and the top of the page says "Schedule saved 1h43m ago". If, and only if, you are online *and* the schedule has been updated since then, that will also say "Schedule has been updated: [load new schedule]"15:11
cjohnstonthat'd be cool15:12
aquariusthe issue is: if you're online and you never go offline (you're using a laptop and you're sat at UDS itself during the day), it'll still work like this: that is, you'll have to explicitly hit that [load new schedule] button to get updates, *even if* you refresh the page with F515:13
aquariusis that too annoying?15:13
cjohnstonyes15:13
cjohnstonto me atleast15:13
cjohnstonwould it be possible to do "if viewed from phone cache and display info, else act normal"15:14
cjohnston?15:14
nigelbaquarius: before I go, can we use localstorage?15:14
aquariusnigelb, we can, if we want to build a separate explicit version of summit that renders everything client-side, and make an API for it to talk to to fetch data. That seems like a lot of work for not much benefit to me15:14
aquariuscjohnston, it is, as long as you can decide "is this a phone" on the *server*. Which is hard -- how will you do it?15:15
nigelbthat makes sense.15:15
cjohnstonI've never done anything with phones, so I have no idea15:15
aquariusyou can deetect *specific* phones (say, an iPhone, or Android), but that'll exclude people with blackberrys and windows phone 7 and n9 and so on15:16
cjohnstongotcha15:17
aquariusand then people will say: this is typical Ubuntu only caring about apple and google and not my FreedomPhone which is quite capable of enjoying this offline magic but you excluded me anyway because you hate freedom15:17
aquariusand they will say that to you and you will get tired of it :)15:17
cjohnstonlol15:18
aquariuscjohnston, next question. I'd like to have some sort of identifying string which is "the state of conference UDS-P right now", such that that string will change if anything at all changes about the conference -- a session is rescheduled, a session's title changes, a session is deleted, etc15:32
aquariuswhere would I get such a thing?15:32
aquariusI could obviously do: for session in all_sessions: longstring += session.title + session.time + session.description; identifying_string = md5(longstring)15:33
aquariusis there an easier way? :)15:33
cjohnstonaquarius: I don't believe we have anything like that15:36
cjohnstonand the schedule changes so frequently.. thats why the display monitors refresh every 5 minutes & we added that little "the page was last refreshed15:37
cjohnston"15:37
aquariusya15:38
cjohnstonpeople showed up to work on the house, so im only partially here15:38
aquariusno worries15:48
aquariuswould be interested in nigelb's thoughts on the caching stuff, too15:48
nigelbaquarius: I like your idea. I had this md5 thoughts a few months back to refresh only if there was a change.15:49
aquariusnigelb, aren't you having lunch? :)15:50
nigelbDinner.15:50
nigelbI just got back15:50
aquariusyeah, the md5 thing is one way to do it, right enough, but computing it is fairly expensive :(15:50
aquariuswhich we don't want to do every time anyone requests a page...15:50
nigelbwell, we could store the hash into memcached.15:50
nigelband remove the key when something changes.15:51
nigelbwe already do something of this sort.15:51
aquariusoh?15:51
nigelbrender.py had something of this sort. Listening for changes is already there.15:51
aquariusproblem with that approach is that it requires poking everything that writes to the DB to remove the cache15:51
nigelbWell, poking everything that matters.15:51
nigelbI'd argue only the sessions need poking.15:52
nigelbif a new person signs up, we don't need to update.15:52
aquariusagreed15:54
aquariuswell... it might be *you* :)15:54
nigelbLet me take a look tomorrow morning :)15:55
aquariusbut poking the DB writing stuff is a big faff that I'd like to avoid ;)15:55
nigelbI haven't touched summit in a while due to lack of time. I'll try to make time for this.15:55
aquariusis there a DB revision somewhere?15:57
aquariuscan't remember whether django maintains that :)15:57
nigelbwell, you can do ./manage.py migrate to migrate all the changes we've made.15:58
aquariusah, no, not that sort of revision. I mean, one number somewhere which django increments every time the DB changes :)15:58
nigelbNope15:59
nigelbthis is when data changes right?16:00
aquariusyeah16:00
aquariusI thought that was a bit hopeful :)16:00
nigelbheh16:01
cjohnstonnigelb: fwiw, there is one bug that needs to be fixed prior to looking at the offline stuff please... it needs to be fixed in the next couple days16:05
cjohnstonprior to connect16:05
cjohnstonaquarius: are you on and android?16:05
nigelbI'm not touching anything critical and time-bound.16:05
aquariusI am16:06
nigelbI know I won't finish it.16:06
aquariuscjohnston, having someone with an iphone test my mobile branches would be a good idea ;)16:06
cjohnstoni have access to one16:06
cjohnstonaquarius: download this: https://market.android.com/details?id=org.linaro.connect&feature=search_result#?t=W251bGwsMSwyLDEsIm9yZy5saW5hcm8uY29ubmVjdCJd16:06
cjohnstonim going to attempt to make one for ubuntu prior to uds16:06
aquariusah, OK. My intention with the mobile patches is to make it so you don't *need* a native app :)16:07
cjohnstonya..16:07
aquariusand then we support all phones without having to make fifty different mobile apps ;)16:07
cjohnstoni know.. but that's kinda cool too16:07
cjohnstonaquarius: your branch is merged17:58
cjohnstonhttp://91.189.93.80:8000/uds-p/17:58
cjohnstonI'd think maybe remove the topnav (login, ubuntu.com, community, support, partners)17:59
aquariushey, cjohnston, sorry was afk18:40
aquariusI kept those bits on the summary pages just in case someone needs them (although they are reformatted a bit on narrow screens)18:41
cjohnstonok18:42
aquariuseasy to remove if you think so -- they're removed on the daily pages, because those ones are specificallymobile-optimised18:42
cjohnstonI just think those links are way too small.. I could be wrong, but i dont see anyone clicking partners on their cell phon18:42
cjohnstone18:42
cjohnstonI'm ok with the orange bar.. im talking the white bar above it18:42
aquariusthe earlier pages aren't really designed for mobile -- all I've done is made them a bit more sensible on a mobile :018:43
aquariusso they don't start off zoomed out, etc18:43
cjohnstonright18:43
aquariusand I kept log in 'cos... people need to log in ;) I've reformatted that on the daily page (and turned off the rest of that white bar)18:43
cjohnstontheres a login link lower, below the summit info18:44
cjohnstonlets get feedback from nigelb and mhall11918:44
aquariussure -- that's why I proposed a merge, so you guys can decide whether you like it or not ;)18:46
cjohnston:-)18:46
cjohnstonI'm off for a bit.. if you need something just poke and ill help when i get back18:46
aquariusno worries. I have totally failed to do any hacking today anyway :)18:47
cjohnstonlol18:47
cjohnstonwe need to figure out this schedule display issue... and i dont have time to think about it18:48

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!