[00:30:42] for anyone keeping score. i'm STILL checking out all the required b2g files [00:31:26] awjr: so far i call setting up b2g as a dev a huge FAIL [00:31:58] tfinc: oh wow [00:32:38] :( [00:39:12] [WLMMobile] brion pushed 5 new commits to master: http://git.io/REMr-g [00:39:12] [WLMMobile/master] localize login screen (bug 39291) - jrobson [00:39:12] [WLMMobile/master] upgrade to latest snapshot of jquery localize - jrobson [00:39:12] [WLMMobile/master] replace with fork of jquery.localize.js to provide translation of option tag - jrobson [00:39:19] Project WLMMobile - Nightly builds build #48: SUCCESS in 7.1 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/48/ [00:39:20] * jrobson: localize login screen (bug 39291) [00:39:20] * jrobson: upgrade to latest snapshot of jquery localize [00:39:21] * jrobson: replace with fork of jquery.localize.js to provide translation of option tag [00:39:21] * jrobson: fix translation of option tags (bug 39289) [00:46:37] tfinc: still downloading? [00:47:50] its stuck at "Fetching projects: 98% (80/81) " [00:48:28] i'm going to have to kill it in about 10min and try again tonight [00:48:33] i can see why rmoen was frustrated [00:54:38] tfinc: could you build it on a labs instance? [00:57:27] preilly: sure. all i need is the arm emu image. [00:58:58] tfinc: well that way we could all tinker with it a bit [00:59:45] we can set that up if global dev wants to take this on as a project [01:03:01] time for me to head out [05:27:59] [WikipediaMobile] yuvipanda force-pushed beta from 2ec4226 to 8bca905: http://git.io/UAGDHg [05:27:59] [WikipediaMobile/beta] Apply transformations to make the app into 'Beta' - YuviPanda [05:28:19] Project WikipediaMobile - Nightly builds build #369: SUCCESS in 12 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/369/ [05:28:20] * jac: Add EmailComposer plugin [05:28:20] * jac: Add action sheet item to share via mail [05:28:21] * jan_christiansen: Fix spacing in shareMail function [05:28:21] * yuvipanda: Fix Back Forward button directions in RTL languages [05:28:22] * yuvipanda: RTL section headers work on the right side [05:28:22] * yuvipanda: List item icons show up correctly in RTL languages [05:28:23] * yuvipanda: RTL all the title bars properly [05:28:23] * jan_christiansen: Add entry for sharing page via mail to messages-qqq [05:28:24] * yuvipanda: (bug 38535) Share article in proper language after interwiki [05:28:24] * yuvipanda: Fix spacing + clarify intent of scaleX(-1) [05:28:25] * jeremy: README.md: add link to TWN project [05:28:25] * jeremy: README.md: rephrase fork, link fork URL directly [05:28:26] * jeremy: README.md: reformat [05:28:26] * jeremy: README.md: followup 34ffccbef51e679e10 [05:28:27] * s.mazeland: Localisation updates from http://translatewiki.net. [05:28:27] * s.mazeland: Localisation updates from http://translatewiki.net. [05:28:28] * s.mazeland: Localisation updates from http://translatewiki.net. [06:12:46] mmm? [16:00:19] yuvipanda: While I remember, my version of the SP app hasn't picked up the Aug 13 issue yet. [16:31:27] Jarry1250: it should have now [16:31:31] Jarry1250: i've not setup the cron yet [16:31:46] Jarry1250: who finalizes the issue? and is there a sharp cutoff time? [16:32:10] yuvipanda: Editor in Chief presses a button [16:32:38] https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/Issue [16:32:55] is considered the canonical "published" monitor [16:33:18] {{Wikipedia:Wikipedia_Signpost/Issue|1}} [16:38:12] Jarry1250: ah, right. I'll see how I could do that. [16:38:30] Jarry1250: my current idea was to just set a cron to run a few hours into Monday a few times, and assuming that'll pick it up [16:39:06] Yah, that wouldn't work too badly. [16:39:20] but that'll suck once I start popping up notifications in the bar for 'new issue' [16:39:29] so something I definitely would want fixes :) [16:39:33] (for the moment) [16:39:41] i'm doing the final bit of 'feature' now - the images. [16:40:05] been holding classes at home teaching kids webdev, so been tied up for a few days. sigh [16:42:48] yuvipanda: Let me be helpful theen [16:42:50] https://en.wikipedia.org/w/api.php?action=expandtemplates&text=https://en.wikipedia.org/w/api.php?action=parse&text={{Wikipedia:Wikipedia_Signpost/Issue|1}}&disablepp&format=json [16:42:51] :) [16:43:05] * https://en.wikipedia.org/w/api.php?action=expandtemplates&text=https://en.wikipedia.org/w/api.php?action=parse&text={{Wikipedia:Wikipedia_Signpost/Issue|1}}&format=json [16:43:15] Oh, spot the obvious error [16:43:32] https://en.wikipedia.org/w/api.php?action=expandtemplates&text={{Wikipedia:Wikipedia_Signpost/Issue|1}}&format=json [16:43:38] There we go. Third time lucky :) [16:49:03] mornin' [16:49:56] Jarry1250: :D [16:50:12] Jarry1250: mucho thanks! [16:50:46] No problem :) [16:53:19] awjr, hi [16:53:32] * awjr waves at MaxSem [16:53:33] awjr, thanks for your review [16:53:41] no problem [16:53:54] now replies... [16:54:02] bring it on :) [16:54:15] "We should probably be supporting language fallback here like we do for the monuments." [16:54:28] MaxSem one sec i need to restart my irc client [16:55:12] MaxSem ok back [16:56:02] there is a problem: when we just call api.php?action=adminlevels we get the list of 0th level structures [16:56:22] MaxSem: that is expected behavior [16:56:35] requested by multichill and i think used by the app [16:57:02] in this case there's nothing to get a fallback from: no adm0 === no fallback language known [16:57:25] hmm that is true [16:57:26] yeah, but looks like these changes will have to be non-b/c [16:57:30] Que? [16:58:16] ohai multichill [16:58:27] MaxSem we can still support fallback for adm0 i think [16:58:47] adm0 is always an iso code so that should be the CIDR stuff [16:58:50] jdlrobson: i've the pic you asked for the presentation. Will send it over shortly [16:58:55] multichill, could you take a look at default languages here --> http://dpaste.org/EUy4h/ [16:58:56] awesome yuvipanda [16:59:08] If not available you probably want to fallback to English [16:59:28] awjr: I guess the default language for the CIDR extension is English like all other extensions? [16:59:40] MaxSem: yeah multichill is right; we will have translations for any admin levels that are named with ISO codes [17:00:10] multichill: in the case of CLDR the fallback is determined by mediawiki not the extension, which generally is english [17:00:12] MaxSem: Looks ok, just a bit short I guess ;-) [17:00:22] awjr & multichill, fallback to English for admin tree means that people will not see most adm0 values [17:00:37] And beware of ee/et, se/sv, etc (language vs countrycode) [17:00:44] MaxSem: again, adm levels with ISO values will be translated a different way [17:01:05] multichill, for countries with just 1 language that language is used, no need to specify it explicitly [17:01:14] ok, clear [17:01:17] MaxSem those translations won't live in the database; they will get translated on the fly with what i'm working on now [17:02:06] awjr, think of the app workflow: what will it request initially for admin tree traversal? [17:03:04] Did you base this on https://commons.wikimedia.org/wiki/Commons:Monuments_database/Statistics ? ch default English, ca -> English [17:03:11] MaxSem: adm0 [17:04:02] MaxSem: i guess i envision that the API would first look for translations in the CLDR extension (or whatever we wind up using, I am being discouraged form integrating ISO-3166-2 data into CLDR) and then if the admin level name is not present, then rely on the db for translation/fallback [17:04:25] forget about translations [17:04:33] i wish i could [17:04:35] we're speaking of tree traversal [17:04:39] sure [17:04:46] so it will start witha dm0 [17:04:51] awjr, exact request? action=adminlevels [17:05:06] yes [17:05:16] what is it supposed to get back and which language it should use? [17:05:18] MaxSem: action=adminlevels&format=json&uselang=nl [17:05:48] http://toolserver.org/~erfgoed/api/api.php?action=adminlevels&format=json&uselang=nl [17:05:58] MaxSem: when you add the language support to the api, then we should first check for the user's preferred language, and then fall back to defaults for each adm0 level [17:06:23] name : "ad", value : "Andorra", etc [17:06:32] hmm [17:06:44] name : "ad", value : "Andorra", etc [17:07:04] sorry, did I miss anything? [17:07:23] I was disconnected after "[21:06:01] multichill, do you want to return just Dutch-speaking countries with this request?" [17:07:39] Never got that [17:07:43] http://toolserver.org/~erfgoed/api/api.php?action=adminlevels&format=json&uselang=nl [17:07:53] Should give something like name : "ad", value : "Andorra", etc [17:08:12] awjr [17:08:12] 10:05 [17:08:12] MaxSem: when you add the language support to the api, then we should first check for the user's preferred language, and then fall back to defaults for each adm0 level [17:10:18] awjr, you seem to be concentrated on the ISOwhatever translations, I'm worried about returned dataset:) [17:10:35] MaxSem: ok, im not sure what the problem is? [17:10:55] uselang works as a filter in action=search [17:11:46] and I'm discussing the filtering of admin tree by langyuage monuments are available in [17:12:22] we should obviously not return them levels not available in their language [17:12:37] oh ok, i see what you are saying now [17:12:54] otherwise when they will search for monuments with these adm0..4 they will get nothing [17:13:11] MaxSem: no, they should get monuments in that campaign's fallback language [17:13:27] MaxSem: we should always be showing something, either in the user's preferred language or the campaign's fallback [17:13:45] for no adm0 provided, which language to use? [17:13:54] English [17:14:15] then you get deadlocked [17:14:25] MaxSem: maybe a decision tree: if county translation available in user's preferred language, display that, else fallback language [17:14:39] 19:12:24] we should obviously not return them levels not available in their language <- is that obvious? [17:14:53] [21:12:54] otherwise when they will search for monuments with these adm0..4 they will get nothing [17:15:03] So if I'm in the USA with my Dutch phone I don't get anything? [17:15:16] * multichill is back later [17:15:43] MaxSem: i think i am starting to see deeper into the problem you are presenting because we'er doing all of these lookups based on the string of the admin value [17:15:54] from Arthur's email: 5. For admin tree based searches, we will proceed similarly as with fulltext searches, only returning monuments in one language [17:16:08] yup [17:16:31] MaxSem: however for admin levels that are made up of ISO codes, we can just use the iso code values rather than the translated string [17:16:49] Skype? [17:17:03] MaxSem: sure, give me a minute [17:18:34] MaxSem: ok ready [17:31:45] wow, SignPost app looks *horrible* with images :| [17:33:50] jerith: ping [17:39:11] preilly, do you have a sec for a couple questions about the nokia client? [17:41:18] ehonour: I don't right this second [17:41:22] ehonour: I'm on a call [17:41:28] ehonour: maybe MaxSem can help [17:41:40] thanks [17:41:48] * MaxSem is on call too [17:41:58] ahh, got it... i'll ask later [17:46:17] ehonour, fire away [17:46:53] greetings all [17:47:21] couple quick questions (tfinc, greetings! you may be able to answer as well) - [17:48:28] a) in the initial page, it was mentioned that it should cut off at 250 words; should that just cut off the main article, or should that also cut off the "in the news"? cutting "in the news" would be easier, but just truncating the article should be do-able [17:48:52] b) i seem to recall someone mentioning that there was a mobile icon that we should use; can someone point me to that or send it along? [17:50:04] ehonour: by initial page do you mean main page with featured article, in the news, etc ? [17:50:10] tfinc: yes [17:51:03] ehonour: we should truncate all at the same length to make it easier to navigate [17:51:12] no matter what the section in [17:51:13] is* [17:52:18] sounds good, thx [17:52:53] ehonour: as for the mobile icon. if you can tell me where the asset was going to be used then i can hunt it down [17:53:12] tfinc: the app launcher on the phone [17:57:01] ehonour: do you mean the app icon a user sees when browsing on their phone ? [17:57:07] tfinc: yes [18:00:36] Jarry1250: so, the SignPost's content doesn't seem amenable to showing pictures [18:00:41] ehonour: how about this https://github.com/wikimedia/WikipediaMobile/blob/master/res/drawable-xhdpi/icon.png [18:00:44] they seem to mostly... suck :( [18:01:05] i can put that in, thanks [18:02:13] yuvipanda: Well, no tall reports have have images [18:02:16] *not all [18:02:41] Jarry1250: that's the problem, plus a few of them have images which are screenshots [18:03:02] they look meh when squeezed onto a phone's screen [18:03:08] Why squeeze? [18:03:13] Why not crop? [18:03:38] Jarry1250: crop where? center crop? [18:03:47] that'll mess up things for pictures that look nice squeezed [18:03:58] The horses from a few issues back, for example [18:04:19] yuvipanda: Crop pngs and stretch jpgs? [18:04:38] Not sure. [18:05:19] hmmm [18:05:23] first let me get the 'packing' right [18:05:28] and then mess around with it [18:05:37] another option would be to have a single column, rather than two columns [18:15:30] Jarry1250: looks much better when single column :) [18:15:45] yuvipanda: Ah, great. [18:15:48] jerith: ping [18:28:53] yuvipanda: https://github.com/wikimedia/WLMMobile/pull/86#issuecomment-7706435 [18:29:13] yuvipanda: need it for one of my stories :) [18:29:17] awjr: in mingle can i see the story wall at the close of the last iteration ? [18:29:47] tfinc short answer is yes long answer is you would probably need to put together a view for it [18:30:20] tfinc i was thinking about putting that together yesterday as it seemed it might come in handy but didnt get around to it [18:30:42] k [18:30:47] let me know when you get it up [18:32:35] tfinc: https://mingle.corp.wikimedia.org/projects/wlm_android_app/cards?favorite_id=565&view=Previous+iteration+story+wall [18:33:13] i added it to 'team favorites' so you can find it again in mingle in the list of 'team favorites' pane on the right side of the interface [18:39:34] jdlrobson: looking into it [18:40:34] tfinc: Jarry1250 https://minus.com/mLqkASDsa/2 :) [18:41:03] I just need to find something to replace that large plain grey with [18:41:58] yuvipanda: i'm eager to try a new build [18:42:27] tfinc: i'm context switching for a bit since jdlrobson needs me [18:42:34] but you shall have a new build in a bit [18:42:50] yuvipanda: no rush [18:45:02] awjr: thanks for the new view. [18:45:09] np [18:46:34] jdlrobson: that should be fixed now [18:48:08] jdlrobson: is that the only one blocking or do you want me to fix the other comments too? [18:50:16] * jdlrobson looks [18:55:03] jdlrobson: looks good? [18:55:10] yeh [18:55:13] in process of testing [18:55:16] and tweaking [18:55:19] :) [19:00:08] awjr, looks like with action=adminlevels&admval=...&admtree != 0 there's no way of determining country code for uselang fallbacks [19:00:40] throw that functionality away? [19:01:03] MaxSem: sorry, i don't quite follow [19:02:33] awjr, we need country code for uselang to fall back to a sane value, but in this form country is unavailable [19:03:26] MaxSem: i see - i think we should drop support for just 'admval' in general since it is useless without the full admintree. with admintree, the first value in the list is expected to be adm0 so you should have the country there, always [19:03:40] agreed, thanks [19:03:45] np [19:20:28] yuvipanda: do we need to rename the uploads table since we change the structure? [19:20:42] (database.js) [19:24:53] yuvipanda: getting an exception of some sort :/ [19:27:08] yuvipanda: Sorry, got distracted by my cat for a while there [19:27:20] No contest I'm afraid :) [19:29:19] jdlrobson: where do i put this shadow? [19:29:55] The idea is if you put the pin on top of the shadow image (which should be the same size) it would give a shadow [19:30:01] think in terms of layers [19:30:21] i mean, i made it, where do i put it in mingle? [19:30:43] hm, the leaf example wasn't the same size [19:31:56] the leaf shadow is wider than the leaf, i was curious about that [19:32:04] mm [19:32:07] [WLMMobile] jdlrobson pushed 10 new commits to master: http://git.io/07DPaA [19:32:07] [WLMMobile/master] Move progress showing code off api.js - YuviPanda [19:32:07] [WLMMobile/master] Move upload functionality to photo.js - YuviPanda [19:32:07] [WLMMobile/master] Update database SQL to store just photo and monument objects - YuviPanda [19:32:21] Project WLMMobile - Nightly builds build #49: SUCCESS in 11 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/49/ [19:32:21] * yuvipanda: Move progress showing code off api.js [19:32:22] * yuvipanda: Move upload functionality to photo.js [19:32:22] * yuvipanda: Update database SQL to store just photo and monument objects [19:32:23] * yuvipanda: Add options param to API constructor [19:32:23] * yuvipanda: Fix typo in onProgressChanged event [19:32:24] * jrobson: cache onprogresschange [19:32:24] * jrobson: whitespace cleanup [19:32:25] * jrobson: deal with options which don't set onProgressChange [19:32:25] * jrobson: use completed_uploads table to reflect database change [19:32:35] jdlrobson: nice [19:34:29] ergg broken tests [19:38:44] awjr, is http://dpaste.org/zh3gO/ better? [19:39:08] MaxSem: can't look now - i'll take a look ~2pm pacific [19:39:30] oh, you're eating:) [19:39:54] heh and trying to take the quiet time to actually get around to debugging some app/api weirdness :p [19:58:40] multichill: yo. can you tell me more about this iphone app that is being made for wlm [19:59:00] tfinc: Not really, talk with Elke for details [19:59:33] multichill: its been tough to reach her. any details would be useful. i'm only heard vague details of it existing with no actual detial [19:59:45] multichill: do you not know anything about it ? [20:01:55] Not an awful lot. They have an app and they're using the WLM data in it. [20:02:19] They had some problems using the data (encoding problems, etc). Elke is keeping track of it [20:03:01] tfinc: Now I have you, do you have a stable url we can use to point users to to download the app? [20:03:24] tfinc: So we can use it in https://test.m.wikipedia.org/ ;-) [20:05:24] multichill: whenit goes live we should see it here https://play.google.com/store/apps/details?id=org.wikipedia.wlm [20:11:21] ok, ty, updated the test [20:16:18] tfinc: Sorry I can't be of more help. You should get in touch with Elke. See you later [20:19:10] * tfinc spins up a labs b2g host as his latop ran out of hard drive space while building [20:24:19] awjr_lunch: preilly: i'll let you know how bulding b2g on labs goes [20:32:51] awjr_lunch: when you get back can you pass me the notes of the last retrospective. thanks [20:33:08] nm. found it [20:41:53] a stupid question: what is weather like in SF in the first half of September? [20:42:34] I know the temperature range, but am interested in your impressions [20:43:46] it'll almost be summer here then :D [20:45:05] hopefully, the summer not like in Tuscon:) [20:47:54] jdlrobson, does the API currently use bbox for spatial queries as opposed to lat/lon/radius? [20:48:50] the weather in sept-oct is usually the best weather all year MaxSem :) [20:49:25] yes MaxSem [20:49:45] i can't wait till sept weather :D [20:49:53] heatherw, I pretty much froze my ass on the GG bridge in October:) [20:50:31] jdlrobson, can I assume that we're always precisely in the middle of this box? [20:51:29] i guess so [20:51:33] the bridge is a windy place! [20:51:39] that's how i use it in the client at the moment [20:52:41] heatherw, it wasn't much better in the city once the sun hid beyond the clouds [20:53:50] maybe you have "california" expectations ;) [20:54:35] yuvipanda: Incidentally, re: grey bars, how about zoom and crop? [21:06:20] awjr: what mobile development did you end up doing at the tucson hackathon? [21:08:15] tfinc nothing mw/wm related unfortunately. wound up working on a team who's working on an online climbing route guide. we implemented a prototype to capture gps data for a climbing approach, to then be uploaded to the site to be turned into directions/made available to other users [21:08:53] tfinc: the hackathon brought in a lot of people who already had projects to work on since it was billed as a contest that would be jduged by a team of local angel investors [21:09:13] so nearly everyone who came to the event already had a project idea to work on and a team to do it [21:10:48] there was a lot of enthusiasm around mw/wm stuff and it generated some interest/discussion, but this particular hackathon wound up not being the right venue to work on it [21:12:00] preilly: are you dialing in from home ? guessing your giving your feet a break [21:16:10] jdlrobson: do you have a few minutes? im seeing some weird app behavior i can't quite figure out [21:16:16] sure awjr [21:16:59] jdlrobson cool skype ok? [21:22:08] MaxSem: hi, can you talk sometime today? [21:22:19] philinje, sure [21:24:55] awjr: i'm free for our 1:1 anytime up to 4:30 [21:25:20] tfin: ok, im trying to debug something with jon right now, when we're done i can be ready [21:25:33] k [21:34:52] awjr: http://jonrobson.me.uk/tmp/awjr.patch [21:36:18] jdlrobson cool one sec while i get this all set up over here [21:39:55] jdlrobson almost ready... [21:43:39] 61min to git clone b2g [22:02:44] tfinc im good to talk now [22:02:46] oh you left :( [22:05:26] tfinc im good to talk now [22:15:30] MaxSem: can you talk in 10 minutes? [22:15:38] philinje, yes [22:15:42] thanks [22:25:23] [WLMMobile] brion pushed 2 new commits to master: http://git.io/K5QjcA [22:25:23] [WLMMobile/master] fix broken tests - jrobson [22:25:23] [WLMMobile/master] Merge pull request #129 from jdlrobson/broken-tests - Brion Vibber [22:25:35] Project WLMMobile - Nightly builds build #50: SUCCESS in 10 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/50/ [22:25:35] jrobson: fix broken tests [22:29:22] [WLMMobile] brion pushed 3 new commits to master: http://git.io/TUcjOw [22:29:23] [WLMMobile/master] translatewiki feedback fixes - jrobson [22:29:23] [WLMMobile/master] read urls for signup page and blocking policy from config.js - jrobson [22:29:23] [WLMMobile/master] Merge pull request #128 from jdlrobson/translatewiki - Brion Vibber [22:29:30] Project WLMMobile - Nightly builds build #51: SUCCESS in 7.2 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/51/ [22:29:30] * jrobson: translatewiki feedback fixes [22:29:31] * jrobson: read urls for signup page and blocking policy from config.js [22:29:44] awjr: http://www.mediawiki.org/wiki/Wiki_Loves_Monuments_mobile_application/Marketing/Fact_sheet [22:34:53] Project WLMMobile - Nightly builds build #52: SUCCESS in 7.3 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/52/ [22:34:53] jrobson: provide custom markers for map [22:54:15] [WLMMobile] brion pushed 2 new commits to master: http://git.io/lzKlog [22:54:15] [WLMMobile/master] fix geourls for android and safari (bug 38693) - jrobson [22:54:15] [WLMMobile/master] Merge pull request #130 from jdlrobson/address149 - Brion Vibber [22:54:22] Project WLMMobile - Nightly builds build #53: SUCCESS in 7.6 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/53/ [22:54:23] jrobson: fix geourls for android and safari (bug 38693) [23:01:35] brb coffee [23:05:30] jdlrobson any luck with the weird recursion/back button issues? [23:05:48] * tfinc notices that b2g is still building ... [23:10:16] awjr: did you take any notes when i was talking about the app release process? if not i'll spin up an etherpad [23:10:32] tfinc i did but hardcopy [23:10:54] i'm drafting my notes here http://etherpad.wikimedia.org/HowToReleaseAnApp [23:10:55] tfinc if you put up an etherpad i can plop my notes in there quickly [23:16:33] awjr: that looks like a pretty good list. i'm going to move it to a wiki and add some links [23:16:49] cool - thanks for adding the cli signing link [23:18:21] and then we can make http://www.mediawiki.org/wiki/Wikimedia_Apps/Pre_launch_checklist a special checklit for the wikipedia app [23:18:25] i'll straighten it out [23:18:33] awesome thanks dude [23:29:51] awjr: here is the crude version http://www.mediawiki.org/wiki/Wikimedia_Apps/HowToReleaseAnApp [23:31:16] philinje: --^ take a look at the link above and let me know what detail you would like me to add [23:33:26] tfinc cool, looks reasonable. i'll let you know how it goes once i actually try it. can you pass me the key when you get the chance? [23:34:09] awjr: not after you've blurted its existence out to everyone elese [23:34:12] awjr: FAIL [23:34:12] :D [23:34:54] the fact of its existence is published on a public wiki page... [23:35:14] and isn't existence safe to assume since we're publishing the app in the official app store? [23:35:54] you have me there ;) [23:36:31] although now some sinister passerby knows that you're likely to pass it off to me and could be figuring out some way to intercept... [23:36:37] and now i'm just giving people ideas [23:36:39] i'll stop. [23:39:06] * brion patiently awaits the secret key transfer with a fancy heist planned [23:44:07] * tfinc preps the turret on the armored car [23:44:46] brion: i hope your sleeping schedule won't be too wacked out now [23:45:24] my wife gets back from her retreat this weekend, so she'll start kicking me out the door at a reasonable hour next week :) [23:45:40] awjr: i can easily add more to the guide but i'd rather have you run through it and let me know where else i spend my time [23:45:47] hurrah for her! [23:45:50] :)