[01:08:29] gn8 folks [14:24:06] was the labs/wikitech migration/deletion documented on some wiki page? I'm having troubly finding a link to explain what it is about [14:24:25] (a link = a single link rather than links to a dozen separate threads on four different mailing lists) [14:27:18] i think not [14:33:20] thanks anyway [14:33:26] Thehelpfulone: ping [14:34:05] https://wikitech.wikimedia.org/wiki/MediaWiki_talk:Sidebar [14:40:27] Nemo_bis: huh? [14:40:32] screenshot? [14:46:10] ?? [14:46:17] &useskin=monobook ? [14:48:12] i did actually do that before i asked for one [18:17:41] !log updated payments cluster to 059969c3d29f685c [18:17:47] Logged the message, Master [19:29:41] ^demon: somehow the gerrit messages contains "Patchset #3" in all messages. That was supposed to get removed with https://gerrit.wikimedia.org/r/#/c/50041/ [19:29:45] bug was https://bugzilla.wikimedia.org/show_bug.cgi?id=44961 [19:30:05] when commenting "recheck" on a change, that shows "Patchset 1" again :( https://gerrit.wikimedia.org/r/#/c/52073/ [19:31:44] <^demon> I didn't change anything. [19:31:49] <^demon> Any it still works for IRC. [19:32:44] ohh [19:32:54] so I have misread the bug hehe [22:05:54] plop [22:07:28] anomie: question: does it makes sense to propose some basic functions for inclusion to "standard" librairies in scribunto? [22:08:37] hexasoft- Yes. But keep in mind that we don't want to encourage anything too crazy, like templates that take json as parameters and then decode the json in Lua. [22:08:50] we are talking about a common "tools" module on fr:, and the question is to compare the efficiency of duplicating some not-so-complex functions in several modules rather than require a tools module and use common functions [22:09:51] i.e. something to "cleanup" unamed parameters, which is quite simple (a gsub) but is necessary when you handle this kind of parameters [22:10:12] (removing leading and trailing separators) [22:11:37] anomie: yes, I understand what you mean. [22:13:44] "cleanup" as in a function like PHP's trim()? [22:14:09] I guess, as someone called it "trim" :) [22:15:17] anomie: something like '^%s*(.-)%s*$' [22:17:15] * anomie is actually working on that right now, along with bug 45085, "htmlencode", and a function like wfEscapeWikiText() [22:17:28] it may also contain some other useful tools, such as "split" (opposite of "concat"), such as easely "emulating" in Lua the {{XXX}} pseudo-templates whitout reinventing the wheel, ... [22:20:31] anomie: so I was starting at https://gerrit.wikimedia.org/r/#/c/51633/2/engines/LuaCommon/lualib/bit32.lua,unified for a while get confused at how extract can work...then I noticed http://www.lua.org/manual/5.2/manual.html said its was 0-31 LSB-MSB not MSB-LSB [22:20:37] *getting [22:20:44] ;) [22:21:14] I made a module that handles all the date/time related stuff, which allows people to get these values whitout having to read the not-friendly codes for formatDate (it handles all and more of the existing date/time pseudo-templates values). [22:21:42] AaronSchulz- MSB as 0 would seem strange to me [22:22:21] hexasoft- The not-friendly codes should be familiar enough, they're the same as the #time parser function [22:23:36] the question is: it is sure that in a programmation point of view it is better to have these functions in a single code. But is it efficient to require module + call a function rather than (mostly) duplicating the same not-so-complex code (getting language local object, calling formatDate with the needed parameters, maybe re-formating the output for 0-padding or not) [22:23:47] anomie: for bit ranges yes, though sometimes I forget and think in terms of LTR if I haven't done bit based code in a while