Open Source Meeting/2010-04-29

From Second Life Wiki
Jump to: navigation, search


[14:01] Merov Linden terrible typing today...
[14:02] Merov Linden: I haven't updated the agenda this morning but I guess you saw the nice news
[14:02] Merov Linden: all of parabuild SG builds now work :)
[14:02] Boroondas Gupte: \o/
[14:02] Merov Linden: we have now a 1.x and 2.x trunks buildable
[14:03] Merov Linden: that should help make progress on everything
[14:03] Merov Linden: I can't wait turning back to that looooong backlog of patches and start committing like a maniac :)
[14:03] Boroondas Gupte: :-D
[14:03] Merov Linden: that'll sure feel nice
[14:04] Merov Linden: to celebrate, I updated the current 1.4 release notes :
[14:04] Latif Khalifa: nice :)
[14:05] Merov Linden: so, yeah, plenty to do now with patches, if you are a committer, please go ahead : it's open season right now :)
[14:05] Latif Khalifa: can you skip some? :P
[14:05] Merov Linden: skip what?
[14:06] Latif Khalifa: some patches that already exist in 1.4
[14:06] Merov Linden: ?
[14:06] Thickbrick Sleaford: slip the review or skip the commit?
[14:06] Thickbrick Sleaford: *skip
[14:06] Latif Khalifa: i think you said, now was the time to apply all snoglobe 1.x patches to 2.0
[14:07] Merov Linden: a ok, confusion: I was speaking of 1.x patches to apply to 1.4
[14:07] Boroondas Gupte: no, apply patches in jira to svn (for the branch they apply/where made for)
[14:07] Boroondas Gupte: *were
[14:07] Boroondas Gupte: ah
[14:07] Merov Linden: then, sure, I'd like folks to port them to 2.0
[14:07] Techwolf Lupindo: I got a few patches in jira that need commiting.
[14:07] Latif Khalifa: ah ok, sorry i was confused :)
[14:07] Merov Linden: if they feel inclined to
[14:07] Merov Linden: which I hope they will
[14:08] Merov Linden: one thing I think I should do is spend some time reviewing the "building the viewer" wiki page
[14:08] Techwolf Lupindo: Including that finished a bad port of the mine midea fix.
[14:08] Merov Linden: I've all that fresh in my mind so that's the time to put that down in writing
[14:09] Merov Linden: then I need to work on this "branding script" we talked about some time ago
[14:09] Merov Linden: so that TPV can rebrand safely, without running afoul of the TPVP
[14:10] Boroondas Gupte: Should we first write down the current istructions or first re-organize the the wiki page structure? (Currently, build instructions are scrattered all over the place)
[14:10] Merov Linden: and then, yes, merging back 1.x patches to 2.0 as you said Latif
[14:10] Merov Linden: We should re-organize the pages
[14:10] Merov Linden: Would you like to lead that effort Boroondas?
[14:11] Boroondas Gupte: Dunno, got a semester thesis to finish :-P
[14:11] Merov Linden: details... :)
[14:11] Boroondas Gupte: But I can kick of a diskussion on the mailing list.
[14:11] Merov Linden: OK, yes, please do that
[14:11] Boroondas Gupte: About the semester thesis?
[14:12] Merov Linden: I'll be happy to jump in
[14:12] Merov Linden: clarification: I won't help you on your semester thesis :)
[14:12] Boroondas Gupte: first step would probably be to collect links to all the current pages
[14:13] Boroondas Gupte: I was referring to your "details ..."
[14:13] Techwolf Lupindo: When I was working on patch finishing that port. I was thinking on how to do that branding issue. I went though three different irtation though my mind and ended up with a devolope --branding "nameofproject" and have handle the three differenct cases of branding, secodnlife, snowglobe, and "emerald". :-)
[14:13] Merov Linden: o right, I was being facetious (as in "that's a detail... :) )
[14:13] Boroondas Gupte: oh, right :-P
[14:13] Merov Linden: I'm sure it's quite a bit of work
[14:13] Thickbrick Sleaford: I think a "building from source" category in the wiki might help
[14:14] Merov Linden: Techwolf: I like the idea of a --branding option
[14:14] Merov Linden: to
[14:14] Merov Linden: note that there is more than just a name in branding
[14:15] Merov Linden: logos also, may be specific URLs (for Help)
[14:15] Merov Linden: About bo
[14:15] Merov Linden: *box
[14:15] Boroondas Gupte: Though, ultimately we should seperate client and grid name. (Currently it's possible to get told you aren't able to connect to snowglobe, which doesn't make sense)
[14:16] Merov Linden: Viewer and grid name are separate though
[14:16] Merov Linden: in the messaging
[14:16] Techwolf Lupindo: I was looking at all the "mapping" commands in and was thinkning of adding a thrid one there, but that would end up being a maintance nightmare as each tpv would still have to do some patching. So a --branding to devolope would set the bin name, icon name, and other variables as need before configure cmake and just pass those values onto
[14:16] Merov Linden: may be some messages are using the wrong strings though
[14:16] Robin Cornelius: We really need a proper login manager for snowglobe, that handles grids, login URIs helper URIs and provides flags for enabling/disabling things that may be LL speicific such as map tiles from S3
[14:16] Robin Cornelius: then grid name etc could be taken from that
[14:17] Latif Khalifa: Robin, yes!
[14:17] Latif Khalifa: the current "remember user" hack is driving me mad
[14:17] Merov Linden: interesting idea...
[14:17] Thickbrick Sleaford: About porting 1.x patches to 2.x: Should we still have to have someone else than the person doing the porting review?
[14:18] Merov Linden: I think doing code review is good, even for port
[14:18] Merov Linden: it doesn't have to be me or a linden doing reviews though
[14:18] Merov Linden: any committer could
[14:19] Merov Linden: I saw you did Thickbrick for some patches
[14:19] Thickbrick Sleaford: yes
[14:19] Thickbrick Sleaford: well, we have 3 non-linden commiters, and one of them (Aleric) is sort of on hiatus
[14:19] Merov Linden: but wait: are you talking about small patches from 1.x? may be starghtforward ones?
[14:20] Techwolf Lupindo: I did look over and reviewed a few patches, but i'me not commiter.
[14:20] Thickbrick Sleaford: yes
[14:20] Boroondas Gupte: we need more commiters
[14:20] Thickbrick Sleaford: definitely
[14:20] Merov Linden: hmmm... I see what you mean Thickbrick... you're right: there's certainly a set of patches we should commit "switftly"
[14:21] Robin Cornelius: we need to answer the questions of some want to be comitters who asked months ago about the CLA
[14:21] Boroondas Gupte: that'd be me
[14:21] Techwolf Lupindo: CLA?
[14:21] Merov Linden: yeap
[14:21] Merov Linden: Contributor License Agreement
[14:21] Techwolf Lupindo: Oh, I am on that list.
[14:21] Merov Linden: you've yours on file I think Techwold
[14:22] Thickbrick Sleaford: the other side of having 2.0 is that we can be less conservative when committing to 1.x, since that's not going to be ported to another tree anymore.
[14:23] Merov Linden: well... I'm worried of transforming the 1.x tree in a sort of super experimental advanced version...
[14:23] Merov Linden: is that a good idea?
[14:23] Techwolf Lupindo: Yea, after I tested my webkit plugin hack, I was going to submite a hack for 1.x branch with the convet that sence LL is not going to pull anything, we can commit some ugly/pretty hack to that branch. :-)
[14:23] Gooden Uggla: how about just making it the best choice of those who don't wish toi use 2.0?
[14:24] Leslie Scribe: I have been thinking of SG1.4 as a "fallback version" for people that are not ready to deal with Viewer 2 yet.
[14:24] Merov Linden: Gooden: yeah, but that's a different thing
[14:24] Boroondas Gupte: define "best"
[14:24] Jonathan Yap: +1 Leslie
[14:24] Gooden Uggla: 1.32 is pretty good, i like it a lot :)
[14:24] Merov Linden: SG1.x is used as a "base" for almost all TPV right now
[14:25] Boroondas Gupte: is that already so?
[14:25] Merov Linden: so it's better be stable and solid IMP
[14:25] Merov Linden: IMO
[14:25] Boroondas Gupte: I think a lot are still based on 1.22 mainline
[14:25] Gooden Uggla: but yes, the "fallback" idea is just fine
[14:25] Thickbrick Sleaford: point taken, Merov
[14:25] Boroondas Gupte: (not even 1.23)
[14:25] Techwolf Lupindo: Merov, I think most of the patches submitted for the 1.x branch have that goal in mind.
[14:26] Merov Linden: good, I should so a triage pass on 1.4 JIRA and set a date for release
[14:26] Latif Khalifa: would be nice to have some things for more advanced users, like an account/login manager
[14:26] Gooden Uggla: when other viewers fail, especially for builders, snowglobe operates well
[14:26] Latif Khalifa: and a wold map that works for more than a single gird (agni)
[14:26] Latif Khalifa: doesn't even work for aditi
[14:26] Latif Khalifa: let alone opensim grids
[14:26] Merov Linden: glad to hear people use Snowglobe as a reference :)
[14:26] Thickbrick Sleaford: SNOW-77 needs some love...
[14:26] JIRA helper:
[#SNOW-77] S3 map shows main grid map even when on the beta grid
[14:27] Latif Khalifa: did i mention that hard coding urls is bad? :P
[14:27] Merov Linden: ah.... that one is something...
[14:27] Techwolf Lupindo: Latif, that could part of the branding project.
[14:27] Merov Linden: yeah right but... replace by what?
[14:27] Boroondas Gupte: cap?
[14:27] Leslie Scribe: Are Aditi tiles also on S3 just not being refered to by the viewer?
[14:27] Boroondas Gupte: the grid should know where it's map is
[14:27] Thickbrick Sleaford: the discussion of it on sldev drifted into abstract protocol discussion pretty quickly, so the actualy bug was left behind
[14:28] Merov Linden: sure but that's not what I had in mind
[14:28] Techwolf Lupindo: Merov, a flag. Eiether use the 1.23.5 way of maps, or use S3 maps.
[14:28] Latif Khalifa: if (grid == agni) display_fancy_merov_map() else display_legacy_gridlayer_map();
[14:28] Merov Linden: Latif: the problem is that the legacy code is all gone...
[14:28] Thickbrick Sleaford: Well, jhurliman said he's ready to implement it on opensim, as soon as there's some defined viewer behaviour he can work with.
[14:29] Merov Linden: I guess I could tweak the code so that the mimapping is just not used
[14:29] Techwolf Lupindo: I'me in emerald and I still is getting maps.
[14:29] Jonathan Yap: Correct map on aditi though?
[14:29] Latif Khalifa: emerald is using 1.23 maps
[14:29] Latif Khalifa: Jonathon, no, only agni map works
[14:29] Merov Linden: I think the map on aditi is wrong too
[14:29] Latif Khalifa: in sg and viewer2
[14:29] Boroondas Gupte: old code gone? isn't that what SCM is for?
[14:30] Latif Khalifa: SCM?
[14:30] Latif Khalifa: ah svn
[14:30] Boroondas Gupte: yeah
[14:30] Thickbrick Sleaford: I'll paste my comment form SNOW-77, if anybody can answer: A suggestion: have the capability return a string to be processed by Recursive URL Substitution Syntax? Or does that opens the door to the same kind of risks an untrusted format string does? (It seems the C++ implementation of RUSS is not actually recursive.)
[14:30] Boroondas Gupte: or is the old code incompatible to new surrounding code?
[14:30] Merov Linden: Boroondas:yes true but having both living together is bloat and ugly
[14:31] Latif Khalifa: well it could be as simple as using the class from 1.23, just give it another name (append Legacy) and instantiate appropriate one
[14:31] Merov Linden: that's not a solution appealing
[14:31] Latif Khalifa: Merov, yes it is bloat and ugly, but not working map is uglier :P
[14:31] Thickbrick Sleaford: (RUSS = )
[14:31] Boroondas Gupte: the clean solution would involve server side chanches
[14:31] Boroondas Gupte: *changes
[14:32] Latif Khalifa: Borondas, both
[14:32] Latif Khalifa: both viewer and server
[14:32] Latif Khalifa: as it is written now, the new map assumes you're on agni, doesn't know about anything else
[14:32] Merov Linden: I think we need both: viewer side using cap and server side knowing where its map is
[14:32] Merov Linden: could be the "Time bandit" project (where's the map?)
[14:33] Latif Khalifa: lol
[14:33] Merov Linden: hmmm... It's a good project and certainly something I'd like to get OpenSim folks ideas in
[14:33] Merov Linden: so we get something compatible
[14:34] Thickbrick Sleaford: I think having the viewer use current (hardcoded agni http map) behavior if some new capability is missing is very doable, and allows the server side implementation to come later
[14:34] Merov Linden: but it's more than a viewer side quick fix
[14:34] Latif Khalifa: (unless you go for the ugly quickfix - legacy map) :P
[14:34] Thickbrick Sleaford: Note: Wed Jan 6 15:19:59 PST 2010 Eddy Stryker commented:
What is the status on this? Is this patch going into Snowglobe 1.3? The server side can't be implemented until we have a capability name and message format locked down.
[14:35] Merov Linden: IIRC, OpenSim has a collection of tiles also on some servers
[14:35] Latif Khalifa: yes but it works the old way with gird layer messages
[14:35] Latif Khalifa: you request tiles via uud
[14:35] Latif Khalifa: uuid
[14:35] Merov Linden: can't you put them on some http server?
[14:36] Merov Linden: would actually help with load on OpenSim server
[14:36] Latif Khalifa: is there any documentation
[14:36] Merov Linden: there is!
[14:36] Merov Linden digs
[14:36] Boroondas Gupte:
[14:37] Thickbrick Sleaford: From Eddy's (John Hurliman) comment, I think this would be easy to do on opensim, but the capability needs to be defined first.
[14:37] Latif Khalifa: Boroondas, that's for google maps javascript api
[14:37] Latif Khalifa: not what the viewer expects
[14:37] Boroondas Gupte: yeah, just noticed
[14:38] Boroondas Gupte: but there was something about the plain texture's URL's scheme on the wiki, too
[14:38] Merov Linden: Boroondas beat me apparently
[14:39] Boroondas Gupte: ah, here: #Accessing_map_images_directly
[14:39] Merov Linden: well, it does have the info on how the map tiles are structured
[14:39] Merov Linden: that's all the implicit knowledge the viewer needs
[14:39] Merov Linden: that plus the URL for the base
[14:40] Thickbrick Sleaford: Merov, my point is that it would make sense for the url structure to be determined at runtime, by the url returned by the sim's map capability.
[14:40] Jonathan Yap: Is there currently a map scanner/tile generator for aditi like there is for the main grid?
[14:41] Merov Linden: Jonathan: I don't think there is
[14:41] Thickbrick Sleaford: for example, in the future it might be
[14:41] Merov Linden: the mapserver process is not run on aditi (as I know of)
[14:41] Merov Linden: Thickbrick: you want to use some template for the URL itself?
[14:42] Thickbrick Sleaford: I think that would make sense
[14:42] Thickbrick Sleaford: this url structure is pretty rigid
[14:42] Boroondas Gupte: indeed
[14:42] Boroondas Gupte: remember, pre-http there were two tile-sets, ground-only and ground with objects
[14:43] Merov Linden: it's true but, as long as we stay in a 2D organization of the regions, any strucuture is going to be congruent to that and so very close
[14:43] Latif Khalifa: for the sake of implementation, would a patch that implementes MapUrlPrefix debug settings be acceptable, later the same var can be plugged from a cap, or login response
[14:43] Ardy Lay: Is Z meant to be a map layer selector?
[14:43] Merov Linden: all the combination of X, Y, Z and object and possible but that's not super interesting IMO
[14:44] Boroondas Gupte: Z is for zoom level
[14:44] Thickbrick Sleaford: if the server returns a template, that can be worked into Gayeda's patch pretty easily.
[14:44] Boroondas Gupte: (not height)
[14:44] Thickbrick Sleaford: Latif: I think so.
[14:44] Thickbrick Sleaford: but that's just a half-measure.
[14:44] Ardy Lay: Would be nice to have a layer selector in the spec even if LL doesn't intend to provide multiple map layers.
[14:44] Merov Linden: more like a graph (network)
[14:45] Merov Linden: how do you represent such a map?
[14:45] Latif Khalifa: Thick, yes, but it would allow an OpenSim dev to change the prefix and work on implemeting the feature
[14:46] Boroondas Gupte: how well do debug settings cope with multiple sessions at the same time?
[14:46] Ardy Lay: Poorly
[14:46] Thickbrick Sleaford: we don't really have an alternative.
[14:46] Merov Linden: k, well, I think we should keep SNOW-77 open for discussion for sure
[14:47] Thickbrick Sleaford: it's something we need to get right, but letting it hang for so long might be worse than getting t wrong.
[14:47] Boroondas Gupte: yeah
[14:47] Boroondas Gupte: let's get it right incrementailly :-)
[14:47] Merov Linden: true, implementing some cap to get the URL is a first stopgap measure
[14:48] Thickbrick Sleaford: so gayeda's patch + debug setting for default fallback url?
[14:48] Merov Linden: something like that, I'd like to read that patch though before saying "yes"
[14:49] Merov Linden: before we part, Thickbrick mentioned SNOW-586
[14:49] Thickbrick Sleaford: I'm not sure if the way I did the patch for 2.0 there will land me in UI hell or not
[14:49] Merov Linden:
[14:49] JIRA helper: [#SNOW-586] Add option to align textures across (planar-mapped, co-planar) faces
[14:50] Ardy Lay: I have been useing that some.
[14:50] Ardy Lay: People watch me and ask how to do that. :-)
[14:50] Thickbrick Sleaford smiles
[14:50] Merov Linden: This is a noce one really
[14:50] Merov Linden: *nice
[14:51] Ardy Lay: Only suggestion I have is can you prevent attempts to use it when faces are not coplanar?
[14:51] Merov Linden: I remember reviewing the 1.4 patch and giving it thumbs up
[14:51] Thickbrick Sleaford: specifically, I mean this snapshot:
[14:51] Boroondas Gupte: can't you just make the floater some bigger?
[14:52] Boroondas Gupte: then you can disable controls but still display them
[14:52] Thickbrick Sleaford: Oh, I didn't notice you reviewed the 1.x patch Merov
[14:52] Merov Linden: didn't I?
[14:52] Merov Linden checks again
[14:52] Ardy Lay: People already bitch about that tool window being too big.
[14:52] Ardy Lay: The loss of the More button still irks some.
[14:53] Thickbrick Sleaford: it's larger in 2.0, and I'm scared of doing far-reaching changes to XUI
[14:53] Merov Linden: Yeah: comment March 25
[14:53] Thickbrick Sleaford: cool
[14:53] Merov Linden: I just mentioned some UI issues
[14:53] Ardy Lay: Objects: 0, Prims: 1....
[14:53] Boroondas Gupte: :-P
[14:53] Thickbrick Sleaford: heh
[14:54] Boroondas Gupte: it's a stand-allone prim, not part of any object and not being one itself
[14:54] Ardy Lay: 1.23.5 blanked objects count when working on less than a link member.
[14:54] Merov Linden: It's one of those that's worth committing and see how people react to it
[14:54] Ardy Lay: 1.23.5 blanked object count when working on a link single member.
[14:55] Thickbrick Sleaford: So what do guys think about having a control that magically disappears unless you have the right prim selected?
[14:55] Thickbrick Sleaford: *what do you guys
[14:55] Boroondas Gupte: BAD!
[14:55] Thickbrick Sleaford: Blender-like bad, or just not nice?
[14:55] Jacek Antonelli: Disappearing controls are bad.
[14:55] Merov Linden: I prefer "gray out" (as in "not available in that context")
[14:56] Jacek Antonelli: Disappearing leads to confusion. Confusion leads to hate. Hate... leads to the dark side!
[14:56] Ardy Lay: Lots of space above the mapping listbox.
[14:56] Ardy Lay: Beside Fullbright
[14:56] Boroondas Gupte: also, repeats per meter can make sense for planar mapping, too, no?
[14:56] Thickbrick Sleaford: so move above "Mapping"?
[14:57] Thickbrick Sleaford: the "Repeats / Meter" is greyed out in planar, since the regular UV scale controls do that already in planar mode.
[14:57] Boroondas Gupte: oh, wait, there's repeats per meter and per face ...
[14:57] Boroondas Gupte: hm
[14:57] Ardy Lay: Repeats per Meter "moves up".
[14:57] Boroondas Gupte: ic
[14:58] Boroondas Gupte: per face is missing when planar ... kinda makes sense
[14:58] Ardy Lay: I like the example image but don't know how others will react.
[14:59] Boroondas Gupte: ok, the current UI is already confusing, renaming controls depending on mapping
[14:59] Merov Linden: it applies only when planar is selected, right?
[14:59] Ardy Lay: Also, are we ever going to have more mapping methods?
[15:00] Jacek Antonelli: Gotta run, take care all
[15:00] Ardy Lay: "Atlasable" should be added. ;-)
[15:00] Thickbrick Sleaford: so the point about disappearing controls is well taken - I'll try to find another place for it that can gray-out, not hide.
[15:00] Thickbrick Sleaford: there's stub code in llface.cpp for cylindrical and spherical mapping.
[15:00] Ardy Lay: Yes, I see that.
[15:01] Merov Linden: I always vote for keeping things that depend of each other close visually so that "graying out" is not too jarring when it happen
[15:01] Merov Linden: and you get a clue as to what to click to make it change
[15:01] Boroondas Gupte: actually, when you currently select "Planar" you see "Repeats Per Meter" twice, one of them greyed out
[15:02] Merov Linden: other than that, I don't have enough mileage on that UI to make super useful proposition
[15:02] Merov Linden: I do like the feature though, it seems super hard to do that without that option
[15:02] Ardy Lay: [Default, Planar, Planar Aligned]
[15:02] Ardy Lay: In the list box?
[15:03] Thickbrick Sleaford: The edit tools flaoter port to 2.0 looks a little bit unfinished, so I'm assuming we'll see another edition of it eventually, and have to merge that.
[15:03] Merov Linden: so +1 in having that in 1.4 and 2.0 :)
[15:03] Merov Linden: Thickbrick: I think so
[15:03] Ardy Lay: I think it's getting put into the sidebar.
[15:04] Thickbrick Sleaford: Ardy, I'm not sure about that, since that confuses prim properties with UI properties.
[15:04] Merov Linden: k, it's 3pm folks
[15:04] Ardy Lay: Thickbrick, okay
[15:04] Merov Linden: I need to run , thansk for the discussion
[15:04] Latif Khalifa: have fun Merov
[15:05] Merov Linden typing *really*terrible today
[15:05] Merov Linden: cheers! :)
[15:05] Boroondas Gupte: in "Default" mode, why do I have to click "Apply" to set Repeats/Meter? That's not a too costly calculation, so we could do it "life", couldn't we?
[15:06] Techwolf Lupindo: See you all later. I'me going over to for beta offie hours. It was move to maingrid.
[15:06] Thickbrick Sleaford: I think the "apply" button is there to prevent accidents
[15:07] Boroondas Gupte: actually, I think there should be seperate per-meter controls for u and v
[15:07] Thickbrick Sleaford: there is - planar mode
[15:07] Boroondas Gupte: those could be placed right next to the per face fields
[15:08] Boroondas Gupte: (where the flip is now, putting the flip somewhat more to the right)
[15:09] Boroondas Gupte: oh, and a toggle to lock or release u:v ratio, like any decent graphics app has
[15:10] Thickbrick Sleaford: speaking of any decent graphics app: we need drag/rotate/scale handles for textures
[15:10] Thickbrick Sleaford: for faces, rather
[15:10] Robin Cornelius: I've found bugs in the latest webkit media plugin ;-/
[15:10] Boroondas Gupte: That might be trickier
[15:11] Thickbrick Sleaford: Robin: in the plugin code, or llqtwebkit?
[15:12] Latif Khalifa:
[15:12] Robin Cornelius: plugin code
[15:12] Robin Cornelius: the big ugly if else block for one has missing elses in media messages
[15:12] Thickbrick Sleaford: Latif just demonstrated why a browser-like adress bar is not such a bad thing...
[15:13] Thickbrick Sleaford: Ardy, crashing?
[15:13] Thickbrick Sleaford is BRBing
[15:13] Robin Cornelius: and porting the latest 2.0 code back results in no media, but debugging gets unknown messages in the log , slghtly older 2.0 code works perfectly
[15:13] Ardy Lay: Nah, tried to get into Aditi but still no good.
[15:13] Ardy Lay: Off to
[15:14] Thickbrick Sleaford wonders what's hapening in Pooley
[15:16] Boroondas Gupte: beta office hours, if I understood corretly
[15:17] Thickbrick Sleaford: oh, they moved it to agni?
[15:17] Leslie Scribe: Yeah, Aditi was firewalled until about 3 minutes ago.
[15:18] Thickbrick Sleaford: ugg, I'm wearing a completly different outfit in 2.0 than in 1.4
[15:18] Boroondas Gupte: :-P
[15:19] Leslie Scribe: Welcome to the wonderment of V2
[15:21] Thickbrick Sleaford: did the ok and cancel button switch places in 2.0?
[15:21] Thickbrick Sleaford: I can't remember, but I keep hitting cancel
[15:21] Leslie Scribe: Try again?
[15:23] Boroondas Gupte waves

Generated with SLog Wikifier