[02:35:17] <retentiveboy>	 can $wgResourceModules be used to load external scripts?  Say https://www.google.com/jsapi or some JS or CSS content stored elsewhere
[03:39:25] <retentiveboy>	 How do I detect if my tag extension is being use multiple times in the same page?
[04:42:53] <Withoutaname>	 are there any security updates in the release notes?
[07:10:41] <legoktm>	 retentiveboy: what exactly are you trying to do?
[07:11:18] <legoktm>	 (re $wgResourceModules)
[07:11:38] <legoktm>	 [08:39:25 PM]  <retentiveboy>	 How do I detect if my tag extension is being use multiple times in the same page? <-- you can use $parser->setExtensionData the first time it's used, and check that field again
[09:00:07] <Withoutaname>	 legoktm: has 1.23 been released yet?
[09:00:18] <legoktm>	 um, like a week ago?
[09:00:20] <legoktm>	 see the topic :P
[09:00:37] <Withoutaname>	 oh my bad
[09:00:54] <Withoutaname>	 does mw also announce security fixes with it
[09:01:29] <Withoutaname>	 or is it supposed to be hidden, like the security bugs
[09:01:38] <legoktm>	 no, they're announced
[09:01:45] <legoktm>	 they just wouldn't go into the first release
[09:07:34] <Vulpix>	 !lts
[09:07:34] <wm-bot>	 Current long-term support release is 1.19. The next will be 1.23, and so on. https://www.mediawiki.org/wiki/Version_lifecycle#Versions_and_their_end-of-life
[09:08:17] <Vulpix>	 !lts del
[09:08:17] <wm-bot>	 Successfully removed lts
[09:09:38] <Vulpix>	 !lts is Current long-term support release is 1.23. The legacy lts is 1.19 and will be supported until May 2015. https://www.mediawiki.org/wiki/Version_lifecycle#Versions_and_their_end-of-life
[09:09:38] <wm-bot>	 Key was added
[09:52:39] <otwieracz>	 .wc
[10:49:50] <GatheringXP>	 Hey there :)
[10:51:23] <GatheringXP>	 I want to short my url but the wiki said it is not recommend the way i wanted it to be.. "http://wiki.example.org/Page_title (not recommended!)" Why is it not recommended?
[10:51:44] <GatheringXP>	 I have not found any explanation
[10:53:37] <Vulpix>	 GatheringXP: it can cause problems, because *any* actual file that is on the root path or subdirectory should not trigger the rewrite rule in order to work
[10:54:07] <Vulpix>	 GatheringXP: imagine for example, the robots.txt file. How would you tell if you want the robots.txt file or the article named "robots.txt"?
[10:54:33] <GatheringXP>	 ok .. that's true. thx Vulpix 
[10:54:34] <GatheringXP>	 :)
[10:57:03] <edeca>	 Is it possible to get the number of results for a search term and include it in a page?  I have a link to a search for TODO, would be good to have some text like "Help fix stuff, there are 14328 things to do!"
[10:59:13] <liangent>	 edeca: I don't think so, but you can make your TODO tag put the page in a category, then use PAGESINCATEGORY
[10:59:52] <Vulpix>	 yeah, performing a full text search for this would be incredibly bad performance
[11:00:15] <edeca>	 Hm, right now the TODO is just text that people have sprinkled in pages.  Are you suggesting the pages should be categorised like [[Category:TODO]] or that there is an automagic way of doing it?
[11:06:41] <Betacommand>	 edeca: you could have a bot run through the pages and add a category everytime it sees that text, and remove it if it doesnt find it
[11:14:17] <edeca>	 Mmmm bot bot bot.  That's a good idea, thanks.  Any pointers on scripts that do similar, rather than reinventing the wheel?
[11:16:58] * edeca checks out pywikibot
[11:19:45] <Betacommand>	 edeca: exactly what I would have suggested
[11:19:52] <GatheringXP>	 Thanks again for help, cu :)
[11:20:17] <edeca>	 Yeah that's looks awesome.  There is an existing script (http://www.mediawiki.org/wiki/Manual:Pywikipediabot/category.py)
[11:20:28] <edeca>	 Can automate the search then call that
[11:20:33] <edeca>	 Should be a simple cronjob 
[11:20:47] <edeca>	 Thanks Betacommand and lilangent
[11:20:49] <Betacommand>	 edeca: how big is your wiki?
[11:21:04] <edeca>	 "currently hosting 526 articles with 13,324 total edits!"
[11:21:08] <edeca>	 Probably tiny.
[11:21:34] <Betacommand>	 Ah, OK, then setting it as a cron wouldnt cause too much stress
[12:09:56] <Djain>	 Hi! How do I register on translatewiki.net ?
[12:15:41] <MrC>	 ...
[12:16:00] <MrC>	 It shows how to register on the front page.
[12:45:22] <retentiveboy>	 legoktm: re $egResourceModules, I'm trying to build an extension that adds tags for inserting Google Charts into pages.  (https://google-developers.appspot.com/chart/)  Need to insert a <script/> tag into <head/> if the tag is used.
[12:58:29] <eadthem_work>	 What would cause mediawiki to not auto redirect on redirect pages
[12:59:11] <Vulpix>	 eadthem_work: a double redirect, broken redirect, or redirect=no in the URL
[13:07:44] <retentiveboy>	 What's the "right" way for a tag extension to add a <script/> tag to <head/> only once; not multiple times if the tag is used multiple times in a page?
[13:11:04] <Vulpix>	 retentiveboy: https://www.mediawiki.org/wiki/ResourceLoader/Developing_with_ResourceLoader#Loading_modules
[13:11:52] <retentiveboy>	 Vulpix: what if the <script/> tag needs to pull an external JS file?
[13:12:55] <Vulpix>	 retentiveboy: you'd put the call to load the external script in a module, anyway
[13:14:00] <eadthem_work>	 Vulpix,  found it,   i had a namespace issue with odd and even numberd namespaces
[13:14:17] <retentiveboy>	 Vulpix: i.e. local script createElement()'s and appends to head?
[13:14:19] <eadthem_work>	 aparently nothing updates the redirect database table  unless the reidrect is removed and re added
[13:14:23] <eadthem_work>	 that fixed it
[13:15:47] <retentiveboy>	 Vulpix: sorry to be a pest but can you point to an example?
[13:15:59] <Vulpix>	 retentiveboy: yes. You can simply use $.getScript http://api.jquery.com/jquery.getscript/
[13:26:43] <jeffo>	 I'm running mediawiki 1.24a and I had a problem where the apache initialization of jobs via runjobs.php was hanging and causing 100 cpu. showjobs.php showed 26 jobs queued, and it didn't matter how long i let it run, constant 100% cpu. I ran the jobs manually using maint/runJobs.php and they all processed extremely quickly and now I have 0 jobs
[13:26:55] <jeffo>	 but im concerned that as soon as the jobs queue has 1 more job my condition will return
[13:27:05] <jeffo>	 is there a way to add a job to the job queue to test
[13:27:51] <thedj>	 retentiveboy: you need to define a module, and the module will be added to the page. it can do whatever you want it to. 
[13:28:27] <retentiveboy>	 thedj: Vulpix set me straight(er).  Thx
[13:39:08] <Vulpix>	 jeffo: apache shouldn't trigger runJobs.php anymore. This was happening in 1.22, but in 1.23+ it has changed. See https://www.mediawiki.org/wiki/Manual:Job_queue
[13:42:25] <Rosencrantz>	 Is there a way on a private wiki to automagically redirect to Special:Login? 
[13:42:38] <Rosencrantz>	 like if someone isn't logged in
[13:52:06] <Gloria>	 Special:UserLogin
[13:52:23] <Gloria>	 Probably possible with some site-wide JavaScript or a custom extension.
[13:52:30] <Gloria>	 But sounds a bit annoying.
[13:53:23] <ZellFaze>	 If you do either though, you should publish it so others needn't.
[14:14:20] <sDrewth>	 Rosencrantz: if the wiki is just able to be edited by those logged in, isn't that a similar thing?
[14:14:58] <Rosencrantz>	 Editted or viewed
[14:15:09] <sDrewth>	 who cares about viewed?
[14:15:26] <Rosencrantz>	 Corporate enviornments?
[14:15:54] <sDrewth>	 hmm, missed my point, the wiki doesn't care whether they are logged in or not to view
[14:16:21] <sDrewth>	 if you want them to login to edit and view, then just make it private
[14:16:27] <Rosencrantz>	 It is private
[14:16:32] <sDrewth>	 lots of those around to see how they are handled
[14:17:10] <Vulpix>	 he wants to redirect to login instead of displaying a "you must log in to view this page"
[14:17:25] <Rosencrantz>	 Because people don't like extra clicks.
[14:17:31] <Rosencrantz>	 I personally don't care.. 
[14:17:49] <sDrewth>	 can't you manage that with http referrer. rather than the wiki?
[14:18:19] <Rosencrantz>	 I'm not sure I follow.. how that would know if you're logged in or not.
[14:18:36] <Vulpix>	 referrer? shouldn't it be HTTP status?
[14:19:07] <sDrewth>	 oh year, see, don't expect full logic after pumpkin hour 9.9
[14:19:09] <withoutaname>	 can you whitelist the page
[14:19:11] <sDrewth>	 yeah
[14:20:53] <sDrewth>	 separate passwords suck anyway
[14:52:36] <Nemo_bis>	 aww poor ignored bawolff https://bugs.php.net/bug.php?id=66040
[16:10:23] <retentiveboy>	 Is there a way for the attributes of a custom tag not to be converted to all lowercase?
[16:30:18] <retentiveboy>	 Processing my <foo fooBar="123"/> tag, my renderer is being passed $args with "foobar" as a key, not "fooBar".
[16:30:32] <retentiveboy>	 Is there a way to get "fooBar" instead?
[16:31:59] <Vulpix>	 retentiveboy: why your tags are case sensitive?
[16:32:14] <Vulpix>	 or why do you *need* them to be case sensitive?
[16:34:21] <retentiveboy>	 Vulpix: Being somewhat lazy.  working on a tag that inserts Google Charts.  Attributes of the tag become the options and CSV data in the tag becomes the data.  https://developers.google.com/chart/interactive/docs/gallery/gauge#Example
[16:35:05] <retentiveboy>	 Vulpix: note in that example that the minorTicks option is a capital T.  
[16:36:04] <retentiveboy>	 I just used a nasty hack that replaces /_(.)/ in the key name with \u$1  :)
[16:36:55] <retentiveboy>	 <chart minor_ticks="5">...</chart> now resuts in the minorTicks option being set to 5  <yuck>
[16:37:36] <MatmaRex>	 retentiveboy: you could use a parser function instead of a tag. {{#chart:…|minorTicks=5}}
[16:38:02] <MatmaRex>	 HTML tags are case-insensitive, and so are ours, it seems
[16:38:54] <retentiveboy>	 MatmaRex: understood.  just curious if there's a "please don't do that" option somewhere :)
[16:39:13] <MatmaRex>	 i have no idea. probably not
[16:40:04] <retentiveboy>	 using the tag instead of the parser function makes the data nicer to manage
[16:40:17] <retentiveboy>	 thx anyway
[16:58:23] <retentiveboy>	 Is there a convention for naming javascript objects added by an extension?  How about the same for element IDs in the HTML?
[16:58:40] <retentiveboy>	 Wondering how I ensure I'm not colliding.
[17:04:39] <MatmaRex>	 retentiveboy: "javascript objects"?
[17:05:13] <MatmaRex>	 retentiveboy: generally we prefix stuff with the extension's name, or "mw-<extname>" or something, i don't think there's a clear convention
[17:05:21] <retentiveboy>	 MatmaRex: variables defined in a <script> tag
[17:05:37] <Vulpix>	 wg*
[17:06:26] <Vulpix>	 only if they're global. And since they're now scoped inside mw.config.get(), that convention shouldn't be necessary anymore
[17:06:52] <retentiveboy>	 i.e. <script>wgMyExtName_foo = [];</script>  ?
[17:07:08] <legoktm>	 mw.config.set( 'wgFoo', [] );
[17:07:28] <retentiveboy>	 not talking about data in PHP, this is in javascript in the page
[17:07:58] <Vulpix>	 I'm wondering if we can do something like mw.config.set( 'myextension.myvariable', [] );
[17:08:14] <BartlomiejB>	 hi!
[17:08:27] <MatmaRex>	 retentiveboy: you mean local variables? or global variables?
[17:08:38] <retentiveboy>	 globals
[17:08:43] <MatmaRex>	 you generally shouldn't have many of the latter kind, and the former kind doesn't matter of course
[17:08:51] <retentiveboy>	 sure
[17:09:30] <MatmaRex>	 retentiveboy: people usually namespace their stuff under `mw.`. e.g. there's mw.mmv for multimediaviewer
[17:09:44] <MatmaRex>	 (the `mw` itself is defined by MediaWiki core)
[17:09:50] <retentiveboy>	 so, what's the protocol for publishing a new extension?  Asking since I could point to exactly what I'm doing/trying to do
[17:10:55] <MatmaRex>	 retentiveboy: just push the code to a repository somewhere?
[17:11:19] <MatmaRex>	 you can then create a decription page on mediawiki.org, or requires a repository on gerrit.wikimedia.org
[17:11:35] <retentiveboy>	 duh, was thinking about an extension page first for some reason.
[17:11:36] <MatmaRex>	 https://www.mediawiki.org/wiki/Git/New_repositories/Requests
[17:11:50] <MatmaRex>	 but gerrit is a bit awkward to use, and very awkward to use if you're the sole developer
[17:12:22] <Vulpix>	 and also git-review xD
[17:12:42] <retentiveboy>	 guess it's time to go learn git and get setup on github.  long time svn user here..
[18:48:58] <retentiveboy>	 MatmaRex: so, this (http://goo.gl/ujzoZe) is what I spun up this morning.  This sort of works but I'm sure it's not kosher.  Would love to get feedback on the "right" way to do this.
[18:53:39] <MatmaRex>	 retentiveboy: looks kosher enough to me, other than the fact that you have a security vulnerability in the JSON encoding code :)
[18:53:44] <MatmaRex>	 retentiveboy: why not use format_json()?
[18:54:17] <MatmaRex>	 retentiveboy: or mediawiki's FormatJson::encode() (since 1.22) if you don't have the JSON PHP extension
[18:54:52] <retentiveboy>	 good point.  honestly, was just hacking something together.  
[18:55:01] <retentiveboy>	 will put that on the list
[19:12:38] <sumanah>	 withoutaname: hey, re https://gerrit.wikimedia.org/r/#/admin/groups/769,members - I think Quim Gil can help you with this
[19:12:43] <sumanah>	 qgil @ wikimedia . org
[19:14:27] <withoutaname>	 sumanah: ok, I guess I'll give him a ring when he comes up
[19:14:37] <withoutaname>	 sumanah: and thanks
[19:15:40] <sumanah>	 withoutaname: he might be away today so I suggest emailing him or leaving a msg on his talk page https://www.mediawiki.org/wiki/User:Qgil
[19:28:10] <Amgine>	 <pokes for a Krinkle> en.WN templates using Dynamic Nav Bars seem borken. But I don't understand what Bawolff did to that code...
[19:40:07] <Nemo_bis>	 liangent: say if it's ok for you :) https://bugzilla.wikimedia.org/show_bug.cgi?id=58196#c51
[19:48:05] <sumanah>	 devunt: ping
[20:00:19] <fhocutt>	 sumanah: ready to meet whenever, but if you have a few minutes I will finish lunch first
[20:00:23] <sumanah>	 fhocutt: with you in a moment, lemme switch things up
[20:00:31] <sumanah>	 go ahead and finish lunch fhocutt!
[20:01:27] <fhocutt>	 I'm in the room though
[20:07:08] <marktraceur>	 !e ActivityMonitor
[20:07:08] <wm-bot>	 https://www.mediawiki.org/wiki/Extension:ActivityMonitor
[20:45:56] <StevenW>	 Does anybody know when table syntax was introduced to MediaWiki?
[20:47:07] <Amgine>	 brion knows. Brion knows everything.
[20:47:25] <marktraceur>	 He's seen too much
[20:47:30] <StevenW>	 Unfortunately he isn't here 
[20:47:44] <Amgine>	 Hunt down Magnus. Pretty sure it was in 1.x
[20:47:48] <marktraceur>	 I thought he was around today
[20:51:02] <Krenair>	 StevenW, well they seem to pre-date bugzilla - https://bugzilla.wikimedia.org/show_bug.cgi?id=10
[20:51:45] <Amgine>	 like I said, pretty sure phase 1 had it.
[20:51:55] <StevenW>	 I'm going to guess about 2002 or 2003 then
[20:51:59] <StevenW>	 anyway, they're older than shit
[20:52:32] <Krenair>	 Earliest I've found is https://meta.wikimedia.org/w/index.php?title=Help:Table&oldid=21788
[20:52:47] <Krenair>	 (29-11-3)
[20:53:35] <Krenair>	 references testwiki pages that appear not to exist, I imagine there was a different testwiki then?
[20:55:13] <Krenair>	 yeah, lowest rev_timestamp in testwiki is 20040229011819
[20:55:23] * Lcawte cannot say as he was 7 at the time
[20:56:41] <Krenair>	 StevenW, what looks like an original proposal at https://meta.wikimedia.org/w/index.php?title=Wiki_markup_tables&oldid=1973
[20:57:26] <sumanah>	 03:21, 1 August 2002
[20:58:23] <Krenair>	 StevenW, https://meta.wikimedia.org/w/index.php?title=Wiki_markup_tables&diff=next&oldid=4838
[20:58:49] <Krenair>	 20:40, 24 January 2003 - Magnus' proposal of basically the current table syntax
[20:59:26] <Amgine>	 <remembers the wiki syntax wars fondly>
[21:04:33] <Krenair>	 StevenW, think I found it: https://www.mediawiki.org/wiki/Special:Code/MediaWiki/1641
[21:05:59] <StevenW>	 Krenair: muchas gracias
[21:06:04] <^d>	 Oh man, back when parsing was part of OutputPage.
[21:06:07] <^d>	 That *is* old.
[21:43:26] <Nemo_bis>	 And of course the parsing of that revision is all messed up https://meta.wikimedia.org/w/index.php?title=Wiki_markup_tables&oldid=4839
[21:57:16] <MatmaRex>	 doTableStuff
[21:57:21] <MatmaRex>	 that function is still called that!
[21:59:29] <sumanah>	 hi DanielK_WMDE_ 
[22:00:55] <marktraceur>	 MatmaRex: What else would you call it? It does STUFF with TABLES!
[22:01:48] <sumanah>	 ha
[22:02:55] <RoanKattouw>	 There's also maybeMakeExternalImage2() or something
[22:03:26] * sumanah laughs
[22:03:33] <MatmaRex>	 RoanKattouw: no '2'. but yes
[22:03:42] <MatmaRex>	 huh, there are three 'maybe' methods on the parser
[22:03:45] <MatmaRex>	 fetchScaryTemplateMaybeFromCache()
[22:03:51] <MatmaRex>	 hilarious
[22:03:58] <RoanKattouw>	 There is a 2 somewhere
[22:04:11] <MatmaRex>	 replaceInternalLinks2
[22:04:13] <sumanah>	 is there a CallMeMaybe?
[22:05:10] <RoanKattouw>	 sumanah: I did once chide Trevor for using .call() (which calls with null context) as opposed to .call( this ) (which is what he wanted) with "Hey, I just met you / and this is crazy / but here's my context / so .call( this ) maybe"
[22:05:30] <sumanah>	 that is great.
[22:05:54] <RoanKattouw>	 (Also I might point out that that parser code probably predates Call Me Maybe)
[22:05:59] <MatmaRex>	 		# This works almost by chance, as the replaceVariables are done before the getUserSig(),
[22:06:00] <MatmaRex>	 		# which may corrupt this parser instance via its wfMessage()->text() call-
[22:06:10] <MatmaRex>	 i should stop reading scary code late at night
[22:06:17] <RoanKattouw>	 <insert get off my lawn comment containing the word "whippersnappers">
[22:06:19] <sumanah>	 RoanKattouw: if I ghostwrite an email for you to send to wikitech-l to encourage people to propose LCA talks will you send it?
[22:06:43] <RoanKattouw>	 Yeah for sure
[22:06:43] <sumanah>	 (it will be clear that I have ghostwritten it)
[22:07:09] <RoanKattouw>	 In general I will prevent you from saying things in my name that I don't agree with, obviously, but I think that's unlikely to be an issue in this case
[22:07:44] <RoanKattouw>	 Yes, LCA is awesome, people should go and/or submit talks, it's great, etc
[22:08:09] <RoanKattouw>	 If you can phrase that more eloquently and have time to do so then I'll happily take advantage of that
[22:16:55] <sumanah>	 ok RoanKattouw I have emailed you something with suggested language - the only bits you would need to fill in/choose are the weather in New Zealand in mid January + the optional "this was ghostwritten" bit
[22:17:12] <RoanKattouw>	 Awesome, reading it now
[22:21:27] <RoanKattouw>	 sumanah: Suggested tweaks: maybe remove "programming" from "open source programming stuff" because although most talks have been directly about programming stuff, there have been a number of talks that weren't (e.g. Val & Mary presented in 2012)
[22:21:35] <sumanah>	 RoanKattouw: ok!
[22:21:56] <RoanKattouw>	 I think I may mention that requesting LCA's travel funding reduces chances of acceptance for budget reasons (but this obviously isn't true for TPS)
[22:22:01] <sumanah>	 OK!
[22:22:10] <legoktm>	 Magnus really liked his spaces... "array () ;"
[22:22:15] <RoanKattouw>	 Or put in a weasel word like "sometimes" or "for some speakers" to reduce expectations a little
[22:22:20] <sumanah>	 nod.
[22:22:29] <RoanKattouw>	 Also I should see if they've announced miniconfs yet
[22:22:43] * sumanah apologizes to members of the Legal & Community Advocacy team who use LCA as a stalkword and are experiencing noise.
[22:22:48] <RoanKattouw>	 Miniconfs are pretty great to submit to if there's one about your niche
[22:23:29] <RoanKattouw>	 Oh, the miniconf CFP is concurrent, bah, fine
[22:23:40] <sumanah>	 RoanKattouw: nod. http://linux.conf.au/miniconf-cfp proposals *for the miniconfs themselves* are open and perhaps it would be good to suggest a miniconf on something we care about
[22:24:08] <RoanKattouw>	 Yeah there's a CFP for entire miniconfs
[22:24:17] <sumanah>	 right
[22:24:51] <RoanKattouw>	 Organizing a miniconf could be done, but requires significant effort
[22:25:09] <sumanah>	 ok, we can leave that out of this mail then
[22:25:16] <sumanah>	 and just nudge specific people individually
[22:26:15] <RoanKattouw>	 For a miniconf you basically have to run a one-day conference yourself. You get a room and a web page from the LCA people but other than that you're pretty much on your own
[22:26:29] <devunt>	 sumanah, yes
[22:26:58] <sumanah>	 hi devunt! we talked about your debugging RfC yesterday and a lot of people like it
[22:26:59] <RoanKattouw>	 Running a miniconf requires a bunch of people, each with a sizable time commitment, and AFAIK it's historically been done by groups that already had a number of people on the ground in AU/NZ
[22:27:19] * sumanah backs off the miniconf idea
[22:27:54] <RoanKattouw>	 Yeah sorry I'm not trying to scare you out of it or anything, just saying it's probably too big
[22:27:55] <RoanKattouw>	 However
[22:27:56] <sumanah>	 devunt: check out https://www.mediawiki.org/wiki/Talk:Requests_for_comment/Debugging_at_production_server for some more thoughts on how to continue with this!
[22:28:27] <RoanKattouw>	 Once miniconfs have been announced and are starting to get organized, they'll usually have a bunch of speakers lined up but will be looking for more
[22:29:20] <sumanah>	 we can send another note then specifically about "hey wanna speak on performance, visualization, or raw milk cheeses?"
[22:29:47] <RoanKattouw>	 I'm not personally very familiar with how they recruit those additional speakers but I've heard it's a good opportunity, and often less competitive (because it's usually about kind of a niche, and you're not dealing with the selective LCA papers committee directly)
[22:29:50] <RoanKattouw>	 Yeah sounds good
[22:29:52] <devunt>	 oh, sounds good.
[22:29:52] <sumanah>	 k
[22:30:25] <sumanah>	 devunt: :) it will look good if you comment on that talk page to note what you'll do next. And congrats on getting past the first "is this a good idea" step!
[22:30:53] <sumanah>	 ok RoanKattouw you need me to write any more sentences?
[22:32:33] <RoanKattouw>	 No I got it
[22:32:38] <RoanKattouw>	 I'm writing the email now
[22:33:12] <RoanKattouw>	 I'm making some tweaks and additions here and there, but I'm still grateful for the ghostwriting
[22:33:13] <devunt>	 anyway that irc meeting was at 5 a.m,
[22:33:23] <devunt>	 so I couldn't participate in the meeting.
[22:33:40] <RoanKattouw>	 You still did 90% of the cognitive effort for me :)
[22:33:50] <sumanah>	 devunt: Yes, I'm sorry for that and I'm sorry I did not schedule it sooner.
[22:34:12] <sumanah>	 devunt: I mean, further ahead of time. I thought some other RfCs were going to be discussed but they aren't ready for another round of chat yet
[22:34:46] <sumanah>	 devunt: but I think it is okay. you can email wikitech-l when you're ready for another IRC meeting about it, and I'll schedule it so it works for you
[22:35:53] <sumanah>	 RoanKattouw: I'm super glad to help. :) Thank you for (I hope) causing more people to consider showing off cool stuff at LCA. I'm suggesting that Moriel turn http://moriel.smarterthanthat.com/tips/the-language-double-take-dealing-with-bidirectional-text-or-wait-tahw/ into an lca submission
[22:36:06] <RoanKattouw>	 Oooh yeah
[22:36:14] <RoanKattouw>	 That would be pretty cool
[22:36:22] <RoanKattouw>	 That's the kind of topic I think the papers committee might bite on
[22:36:25] <sumanah>	 YES. And Nikerabbit should turn one of his performance posts into an LCA submission as well. In my opinion
[22:50:57] <sumanah>	 Thank you RoanKattouw 
[22:51:57] <Krinkle>	 Amgine: en.wikinews dynamic nav bars? I'm not sure I understnad what your'e talking about
[22:52:12] <sumanah>	 RoanKattouw: thank you for (in 2011) walking with me across that bridge in Portland :)
[22:52:34] <RoanKattouw>	 I vaguely recall some vertigo-related thing
[22:53:12] <sumanah>	 I used to be afraid of walking over bridges. A side effect of Hacker School is that I think that phobia is gone now
[23:46:41] <sumanah>	 cscott: you around?
[23:55:09] <sumanah>	 legoktm: ^demon|away - so I saw Kunal's email to wikitech-l about the config class. Congrats! do you want to talk about Reedy's open patches + next steps in an RfC meeting next week about RFC/Graphical configuration interface or https://www.mediawiki.org/wiki/Requests_for_comment/Configuration_database_2 ?
[23:57:15] <legoktm>	 sumanah: I'm behind on responding to emails about extension registration right now, I think we should work/focus on that for now.
[23:58:04] <legoktm>	 It'll be necessary for the config db anyways
[23:58:39] <Wikinaut>	 Hi
[23:58:58] <legoktm>	 hi!
[23:59:01] <sumanah>	 legoktm: cool. This is the Composer-related stuff, yeah?
[23:59:02] <Wikinaut>	 E:MultimediaViewer bug: https://i.imgur.com/rsafvCX.png
[23:59:13] <legoktm>	 Wikinaut: I think marktraceur was looking into that
[23:59:19] <Wikinaut>	 filed as https://bugzilla.wikimedia.org/show_bug.cgi?id=66564
[23:59:26] <legoktm>	 sumanah: er, no. that's a different rfc
[23:59:35] <Wikinaut>	 legoktm: thx, it's a new issue
[23:59:42] <sumanah>	 well, I think I'm thinking about both then
[23:59:43] <Wikinaut>	 marktraceur: see above
[23:59:48] <marktraceur>	 Yeah, I am, Wikinaut we just finished having a conversation about this in the comments