[00:54:12] 03mfarag * r50407 10/trunk/phase3/languages/messages/MessagesAr.php: [00:54:12] Minor commit: [00:54:12] * Add the original authors of messagesar.php who are not registered on betawiki [00:54:12] * Remove non-native speakers [00:54:54] 03(NEW) API: revision size with list=usercontribs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18743 enhancement; Normal; MediaWiki: API; (matthew.britton) [01:12:43] $wgNamespacesToBeSearchedDefault = array(NS_MAIN => true,NS_FILE => true,); [01:12:49] this does not cause my file namespace to get searched.. [01:12:56] is this overridden by preferences? if so that's annoying [01:27:42] per the FAQ, I ran this query which did turn on the File namespace search preference for all users: UPDATE user SET user_options = REPLACE(user_options, 'searchNs6=0', 'searchNs6=1'); [01:27:54] however, Special:Search still has the File namespace unchecked! [01:36:13] How does wikinews get that extra "opinions" tab with a comments namespace? [01:36:27] see the FAQ for adding new tabs/namespaces [01:42:57] simetrical asleep already? [01:43:09] ah, sabbath [01:44:01] this seems to have no effect whatsoever on my wiki! http://www.mediawiki.org/wiki/Manual:$wgNamespacesToBeSearchedDefault [01:44:42] i even set NS_MAIN => false [01:44:49] it still searches main! [01:47:20] what version? [01:47:43] 48811 [01:48:00] search preferences don't seem to matter either [01:49:38] long story [01:49:43] huh, i just tested that it works on Wikipedia. wtf [01:50:10] but the short answer is that changes to preference defaults will only apply to existing users after r48811 [01:50:14] I fixed the bug myself [01:50:44] lol [01:50:54] ok, i guess i'll upgrade a revision? [01:51:12] i try to stay in sync w/ WP [01:52:08] you'll need to upgrade a few revisions [01:56:23] can you give me a specific revision? i upgraded 10 past but the files don't necessarily seem relevant [01:57:04] oh it's way past [01:57:08] after r50k [01:57:38] and there are a bunch of fixes past there [01:58:11] maybe i need a rule revision rule. 2 weeks behind trunk? [01:58:17] * new revision rule [02:01:38] that wouldn't guarantee that everything's fixed [02:02:19] well i was also told not to use trunk because its broken [02:02:27] this is why my software project has adopted an always working trunk [02:04:09] i think i'm just going to start using trunk.. i used to use it and never had any actual problems, although i'm sure i'll encounter some eventually [02:06:02] hey look it works now :) [02:06:06] thanks werdna [02:10:44] I have another question: I've just submitted a bug report about an extension that is causing warnings to get injected into Special:Search. In the meantime, the warning is harmless and I'd like to not see it. I've set $wgShowExceptionDetails = false;, but they are still getting inserted [02:16:05] prefrontal: I can't help you if you don't tell me which extension it is and what warning [02:16:58] i'm trying to spare you from that..hold on:) [02:18:00] the extension is EzMwSearch, and this is what I see when I go to Special:Search http://imagebin.ca/view/F4FlP9j.html [02:18:44] I can't help you there [02:18:48] contact the extension author [02:19:38] the error is harmless - why does it get raised all the way to the user? [02:19:57] i disabled them in php.ini and LocalSettings.php [02:20:43] http://pastebin.ca/1417935, line 21 [02:21:19] the author left a comment - he apparantly couldn't figure it out either [02:26:16] it was php.ini, still set to display warnings [02:48:11] hi,all [02:48:49] any guy used extension:intersection before? [03:09:55] 03laner * r50408 10/trunk/extensions/Plotter/ (8 files): (log message trimmed) [03:09:55] Initial import of the Plotters extension. [03:09:55] This extension allows users to create client side graphs (like pie, bar, etc) [03:09:55] from data using javascript. The javascript is created by sysops in the MediaWiki [03:09:55] namespace. Adding new scripts works like the Gadgets extension (as this [03:09:56] extension borrows heavily from Gadgets). [03:10:00] Preprocessing scripts, and plotting scripts are available, and the javascript function for each should be defined as follows: [03:10:01] GAH [03:10:09] wrong directory... [03:10:35] *Ryan_Lane sighs [03:12:03] 03laner * r50409 10/trunk/extensions/SmoothGallery/ (7 files): Commited the wrong directory... [03:12:38] 03(mod) PostgreSQL wrong protocol version - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16937 +comment (10karun) [03:12:44] 03laner * r50410 10/trunk/extensions/SmoothGallery/ (6 files): Adding the correct files. [03:13:18] Ryan_Lane, isn't EzMwLucene a total PITA? [03:13:21] arrrrrrg [03:13:33] ok. its officially too late for me to be working :( [03:13:54] prefrontal: yeah, it needs some work [03:14:43] but, but, it's version 1.0! [03:14:57] isn't that like, been through the alphas, betas and omegas, bugfree ready for the world to use? [03:15:02] heh [03:15:05] it works [03:15:10] 03laner * r50411 10/trunk/extensions/SmoothGallery/ (13 files): Fixing another mistake [03:15:15] and it wasn't *TOO* bad to get working. [03:16:04] 03(mod) Problem with Postgres version checking. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18742 (10karun) [03:16:06] 03(mod) PostgreSQL/pgsql support (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=384 (10karun) [03:17:04] hi,any ever tried extension:intersection before [03:17:34] 03laner * r50412 10/trunk/extensions/Plotter/ (13 files): Correcting my import snafu [03:17:46] here we gu :) [03:18:07] prefrontal: the hard part for me was getting it working in login-only environment [03:18:34] this particular wiki is private so i don't have that issue [03:18:37] prefrontal: notice it isn't supported, and the only way for that to work is to turn off img_auth.php [03:18:47] now my search engine is all screwed up and only searches the File namespace [03:18:56] also, new files aren't indexed. are they for you? [03:19:04] eh? really? I didn't have that problem [03:19:07] as in, you can upload a pdf and its instantly available in the index? [03:19:12] the new files problem I did have [03:19:15] I fixed that though [03:19:19] i applied your patch, that didn't fix it [03:19:24] (but was needed for another bug) [03:19:34] are you checking all of the logs? [03:19:45] no actually [03:19:51] you should check them [03:20:00] especially if you use https [03:20:08] Ryan_Lane: there is one snafu still with smoothgallery... there is no history for the files [03:20:22] http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/SmoothGallery/SmoothGallery.i18n.php?view=log [03:20:31] shit [03:21:03] well, that isn't good... [03:21:08] I wonder how I'm gonna fix that [03:21:11] i don't have logs. i never got service.sh working and its all getting sent to /dev/null i guess. [03:21:36] really BAD idea to use a sophisticated shell script from another software package that you don't understand [03:21:41] prefrontal: getting service.sh to work was a pita [03:21:43] whoever wrote service.sh is really, really good at bash. [03:21:49] and he hacked it up a bit. [03:22:09] prefrontal: when I get back to work, I'll send you what I did [03:22:16] prefrontal: you are brian on the list? [03:22:17] 03(NEW) "Review this revision" dialog present when viewing a hidden revision - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18744 minor; Normal; MediaWiki: Deleting; (foxyloxy.wikimedia) [03:22:20] yep [03:22:28] Nikerabbit: any idea how I can fix that? [03:22:55] better ask someone more skilled in svn than I [03:23:25] heh. thats my problem too... [03:24:53] you lost your svn history? [03:24:56] i did that once. [03:25:07] the kind folks in #svn helped me get it back [03:26:07] I'm really hesitant to screw around with the svn too much. I have a feeling I'll do more damage. [03:27:11] what operation lost the file history? mine was a merge [03:28:11] possibly a delete [03:28:23] and even more possibly an import [03:28:40] well i can say one thing for almost certain, it is still there. [03:28:57] maybe viewvc is having an issue [03:29:01] cause I still see it too [03:30:16] 03(NEW) Superfluous revision deletion links present in log entries - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18745 trivial; Normal; MediaWiki: Deleting; (foxyloxy.wikimedia) [03:30:23] via svn log anyway [03:30:59] 03(mod) Superfluous revision deletion links present in log entries - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18745 (10foxyloxy.wikimedia) [03:32:42] werdna, my wiki is now only searching the File namespace - how can I get back to defaults? [03:33:49] prefrontal: http://www.mediawiki.org/wiki/Manual:$wgNamespacesToBeSearchedDefault [03:33:50] ? [03:34:34] well, its a bit complicated. i was using a broken version of mediawiki (48811) and I ran some sql commands found in the MW FAQ. then i ran into werdna who happened to have fixed the preference but in that revision [03:34:43] I'd like to style some content in a template variable {{{foo}}} by surrounding it with a div, is there a way I can nowiki the variable but still get the content to show? [03:34:44] then i upgraded, and now $wgNamespacesToBe... doesn't have an effect [03:35:48] heh [03:36:06] 03(NEW) The (hide) button on revision deletion is confusing, displayed when revision is already hidden - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18746 enhancement; Normal; MediaWiki: Deleting; (foxyloxy.wikimedia) [03:39:12] phew, this fixed it: UPDATE user SET user_options = REPLACE(user_options, 'searchNs14=0', 'searchNs14=1'); [03:39:22] except, replaced 14 w/ 0 [03:42:44] 03(NEW) deletion log shown on page re-creation is filled with useless individual revision supression entries - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18747 trivial; Normal; MediaWiki: Deleting; (foxyloxy.wikimedia) [03:43:39] you were testing this on a production wiki? [03:44:20] who is foxy loxy? [03:45:44] "Computers are astonishingly big, fast, precise, and intolerant of error. Programmers, who are uniformly human, have minds that are astonishingly small, slow, imprecise, and tolerant of error. Hilarity ensues." [03:45:48] heh [03:46:01] all my users are alpha testers [03:46:06] 03:43 < prefrontal> then i upgraded, and now $wgNamespacesToBe... doesn't have an effect [03:46:11] You need to run the migration script too [03:46:16] we are a software development lab, they are used to it [03:46:17] or just have each user log on and off again [03:47:06] 03(mod) Log entries for deleting log entries are opaque - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18335 +comment (10foxyloxy.wikimedia) [03:47:19] werdna, update.php right? i run that every night when i update svn [03:47:22] and i just ran it [03:48:38] prefrontal: heh. that's funny. you live dangerously [03:49:23] its a new paradigm, i like it. for example, i have my mac synced with the WebKit nightly every night [03:49:41] i've been starting to do this kind of thing across the board with software, and its actually hardly ever a problem [03:50:39] see also: nightly backups :) [03:50:54] heh [03:51:40] one of my coworkers was recently telling me he thinks its pathological that each new day you get the software that fixes yesterdays bugs [03:51:45] i think its a convenience [03:52:38] lol. i'd be strangled where I work [03:58:25] prefrontal: no, not that [03:58:32] it's migratePreferences or something [03:58:58] oh! [03:59:41] what is it actually called, and where is it located? [04:02:53] i don't see anything. [04:07:12] 03laner * r50413 10/trunk/extensions/Plotter/PlotterParser.php: Modification in the way preprocessor arguments are parsed. [04:07:56] werdna, i checked your branch. i don't see the preference migration script, although i do see commit message referencing it [04:09:21] 03laner * r50414 10/trunk/extensions/Plotter/README: Adding a readme. [04:12:35] 03laner * r50415 10/trunk/extensions/Plotter/README: Updating info about script arguments [04:26:01] werdna, i am not used to this being the case with mediawiki, but restarting apache fixed my preference woes [04:26:06] and i'm pretty sure there is no migration script? [04:27:15] oh nevermind. its broken for logged in users, works correctly for anonymous users. [04:27:25] for logged in users the preferences are ignored. [04:28:01] and it searches namespaces neither indicated in the preferences or the defaults [04:28:21] e.g., the defaults are to search main and file namespaces, but for my account it just searches file. [04:28:40] my preferences are also setup to search main and file namespaces. so its not clear at all why it doesn't search the main namespace [04:29:47] 03(WONTFIX) Non-admins can no longer to see page protection settings. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18728 +comment (10matthew.britton) [04:35:59] 04(REOPENED) Non-admins can no longer to see page protection settings. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18728 +comment (10agarrett) [04:36:36] prefrontal: there's a migration script which I wrote. It's called convertUserOptions.php [04:39:02] ok, i ran that script. the behavior i'm getting is that if I *just* have the main namespace search preference, it searches the main namespaces only. but if I check main and file namespaces, it only searches the file namespace. [04:40:11] 03(mod) Non-admins can no longer to see page protection settings. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18728 (10agarrett) [04:40:26] *sigh* [04:40:34] 03(mod) Give proper error message when viewing &action=protect without sufficient rights - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18677 +comment (10agarrett) [04:42:06] how can I reset all preferences? [04:42:26] Reset how? [04:42:33] And which version of MediaWiki are you running? [04:42:44] right now i'm running trunk, and i've got some inconsistent state issues going on [04:42:53] werdna: There's nothing wrong with consistency. And... why would a regular user need to know the protection level settings? [04:43:07] prefrontal: Reset for a particular user or for all users? [04:43:09] Marybelle: What do you mean why would a regular user need to know the protection level settings? [04:43:10] for all users [04:43:15] This is MediaWiki. [04:43:28] The question should be "Why shouldn't a regular user need to know the protection level settings?" [04:43:41] It's obviously not private information. [04:43:45] werdna: Because a regular user would either see "view source" or "edit" [04:43:47] And it could certainly be useful. [04:43:51] Or a move tab (or lack of one). [04:43:59] They'd have no need to see the current protection interface. [04:44:10] They wouldn't see the full details though, would they? [04:44:14] This is the same behavior as &action=delete, Special:MovePage, and Special:UserRights. [04:44:23] so? [04:44:26] we have two alternatives here [04:44:33] 1/ Fail gracefully by showing a read-only interface. [04:44:38] 2/ Show an error message. [04:44:39] Marybelle, I ran a few mysql queries from the MW FAQ, they may have put me in this state. since my default preferences from LocalSettings are working for anonymous users, I'd like to just go back to a clean preference slate for logged in users [04:44:41] Which is more useful? [04:44:50] prefrontal: DELETE from user_properties; [04:44:59] Err, there are only two options if you rabbit-hole yourself that way. [04:45:17] 3/ Develop a separate message for people without the rights to see. [04:45:27] well, what other options do you suggest when an unprivileged user views that interface? [04:45:30] Sure [04:45:34] that works too [04:45:43] 4/ Change the other actions / Special: pages to be read-only. [04:45:54] that's a good idea, as well. [04:45:58] I mean, &action=delete is an easy way to see past deletions / undeletions. [04:46:04] But number 2 is a terrible idea. [04:46:06] And revision deletions. [04:46:19] Heh. We show error messages everywhere currently. ;-) [04:46:34] the solution is not to remove graceful fallback for "consistency" [04:46:36] http://en.wikipedia.org/wiki/Special:UserRights "Unable to proceed." [04:46:40] the solution is to add graceful fallback elsewhere. [04:46:52] heh, for that I get a fully functional interface :P [04:47:17] werdna, I just ran that query. unfortunately same behavior: if both main/file checked, only searches file :( [04:47:43] 5/ 302 to Special:Log/protect and change the UI on protection log for a single title to show the current block statuses [04:47:46] If someone's going to load a separate page to see the protection settings anyway (&action=protect), why not just show them on &action=edit... [04:48:02] i was running queries like so: UPDATE user SET user_options = REPLACE(user_options, 'searchNs0=0', 'searchNs0=1'); [04:48:05] also did it for namespace 6 [04:48:05] Which it already does, I think. [04:48:19] can't reproduce, prefrontal [04:48:20] So you could 302 to &action=edit [04:48:25] Marybelle: so you'd have to load up to say a 2 meg page to read 1 line of text? [04:48:42] that sounds more dumb than the current situation [04:48:44] Sounds like MW to me. [04:48:45] werdna, did you mean DELETE from user_options? [04:48:47] Splarka: btw, I was saying we should make the Konami Code work on Wikipedia. [04:49:03] prefrontal: yeah, probably [04:49:08] did someone spike your tea? [04:49:11] I confused myself :P [04:49:21] Splarka: I say we re-enable &action=info and redirect there. [04:49:25] no you were right, user_options doesn't exist [04:49:44] And put all the relevant info about the page there. Creation date, protection status, etc. [04:49:48] xyzzy [04:50:07] Ehhh? [04:50:08] Marybelle: My point is that removing a page that gracefully falls back in favour of an error message is a terrible idea. [04:50:35] werdna: My point is that showing an interface to someone who can't use it just 'cause you can disable the actual buttons is rather stupid. [04:50:50] And unintuitive. And inconsistent with the other actions. [04:51:13] oh noes [04:51:20] but it works, good enough [04:51:26] I'd like view source to be more like edit actually [04:51:37] With a workable textarea? [04:51:39] ability to preview for example, and at least an accesskey on the textara [04:51:49] Marybelle: the solution is not to disable useful functionality, but to fix whatever you think the problem is with the interface [04:52:11] it is annoying alt+, doesn't work there [04:52:23] I should file a bug about &action=info [04:52:25] It's disabled for performance or something? [04:52:31] no idea [04:52:43] I think it's disabled by default... [04:52:47] !defaultsettings [04:52:47] --mwbot-- For the current version of DefaultSettings.php, see: . [04:53:00] The TS bots seem unusually fast tonight. [04:53:18] $wgAllowPageInfo = false; [04:53:20] maybe you're on the same server as it [04:53:26] /** Allow the "info" action, very inefficient at the moment */ [04:53:30] Maybe. [04:53:31] see if it is idle with just /whois mwbot [04:53:47] (if you're not on the same server you won't see the idle time with that) [04:54:06] I see the idle time. [04:54:45] omg, its fixed!~ [04:55:02] thanks for putting up w/ me werdna :) [04:58:26] *werdna has not really been paying attention, as it is 1am [04:58:46] Still on Pacific Time, even though I've been in Eastern for 3 days now [04:59:01] yes well, even answering my questions once every 15 minutes allowed me to solve the problem within 3 hours *cough* [05:05:57] heh [05:06:12] should think about sleep [05:06:23] but I've been having trouble with that sleep thing recently [05:21:00] how might I make the content div take up 100% width? a special request on one of my wikis [05:21:26] i've been trying in javascript but the thing is, i don't think there is a single container element surrounding the left vertical toolbar that I can hide [05:22:51] left vertical bar? [05:23:25] logo, navigation, etc.. [05:23:39] column-one seems to be the thing [05:23:43] but you don't want javascript [05:23:48] you want to use CSS [05:23:58] thats right, i'm trying to set the visibility [05:24:09] Set the width on div#content [05:24:12] i do it in javascript since its easier from the Awesome Bar [05:24:19] eugh [05:24:22] lol [05:24:23] firebug :)) [05:24:26] i'm using firebug [05:24:31] its open now [05:24:55] i guess i'd never thought to use its Console! [05:25:27] i just use it for poking around with Inspect [05:25:55] javascript:void(appendCSS('~')); [05:26:23] that's what I did... [05:26:31] you poke with inspect and modify the elements [05:26:53] anyway, you haven't explained exactly what you want to do [05:29:01] javascript:void(appendCSS('#column-content {margin: 0 0 .6em 0;} #content {margin: 2.8em 0 0 0;} #p-logo, .generated-sidebar, #p-lang, #p-tb, #p-search {display:none;}')); [05:30:01] i was kind of hoping you'd be along SPlarka :) [05:30:25] that is exactly what i was describing [05:30:35] thank you [05:30:36] javascript:void(appendCSS('#column-content {margin: 0 0 .6em 0;} #content {margin: 2.8em 0 0 0;} #p-logo, .generated-sidebar, #p-lang, #p-tb, #p-search {display:none;} #p-cactions { left: .1em; }')); [05:30:42] (also moves the tabs over) [05:31:01] but is silly to do in JS except when testing [05:31:28] unless you want sort of an on-demand "full page view" button [05:31:40] interesting idea as well [05:31:54] hmmmmmm [05:32:00] *Splarka gets evil ideavil [05:32:13] lol [05:32:39] what we've done with our neural simulator is add Qt WebKit so that its got an embedded browser [05:32:52] so when you click on help links in the interface, you get the mediawiki page [05:33:02] for that object. the view is kind of cramped though [05:33:30] can't just append ?useskin=myskin ? [05:33:51] i like monobook, your solution is quite good [05:34:08] could monobook even be replaced? [05:34:11] so many years of bug fixes [05:34:31] heh [05:34:35] river tried [05:34:40] prefrontal: Trevor Parscal of the usability project is doing just that [05:34:46] Eh? [05:34:52] He was showing me when I visited the office a few days ago. [05:35:00] He's trying to get rid of Monobook? [05:35:02] It's roughly the same, with some minor fixes. [05:35:17] It's just been reimplemented, with a few minor changes in the HTML output. Almost all the changes are in the CSS [05:35:31] and in the PHP code, I guess [05:35:52] basically a similar deal to what I did with preferences -- minor changes to output, complete rewrite at the backend. [05:38:15] wait, what do you mean by same output? [05:38:33] same rendering? [05:38:37] same HTML output [05:38:38] or same css/html ? [05:38:42] it's styled differently [05:40:31] i rather like mediawiki without that toolbar [05:40:46] less intimidating [05:42:54] http://grey.colorado.edu/emergent [05:43:02] need to at least provide them a link back to the homepage at all times [05:43:06] breadcrumbs! [05:43:25] IMO it's useless without the sidebar, but whatever floats your boat :P [05:43:57] i don't know, i'm still trying to figure out why its so hard to get people to edit [05:44:17] that's easily explained in one word [05:45:02] FUD [05:45:22] A hostile userbase. [05:45:32] lol [05:45:48] their own fears, uncertainties and doubts [05:45:48] heh [05:45:52] oh wait, you meant laziness? [05:46:01] wikitext [05:46:09] Hmm. [05:46:10] prefrontal: http://p.defau.lt/?6ojAsvn3NoM6LgrJ6qk4Rg [05:46:15] Laziness and a mindset that web content is static. [05:46:26] That's my primary view. [05:51:35] thanks splarka. i put that up, although i think its malfunctioning. I will definitely fix it tho, and i plan to post both snippets in the MW FAQ. thanks a lot! http://grey.colorado.edu/emergent [05:51:52] oh that was unrelated [05:52:00] that just removes the sidebar when you push F11 [05:52:04] low fruit etc [05:52:14] (the evil pondering above) [05:54:03] moin [05:54:52] oh nice, that works now that i turned off the other [06:07:28] alright, http://www.mediawiki.org/wiki/Manual:FAQ#How_do_I_hide_the_left_vertical_navigation_toolbar [06:10:38] #footer [06:10:42] wat? [06:11:06] oops [06:11:16] cactions, what? [06:11:35] cactions are the tabs [06:11:35] fixed [06:11:37] oh really? [06:11:51] you could hide them but they aren't really in the way [06:24:48] are you aware of an extension that would allow me to move some of those links, and even the search engine, to the top area? [06:25:07] Category:Navigation extensions is kinda weak [06:25:14] i haven't fully trawled the extension matrix in a while :) [06:29:06] can be done all with CSS [06:29:46] I've done it before, just moved them all to stylings similar to p-personal, (although ditch the logo) [06:29:54] that sounds much more productive, and i was already bored and only through the B extensions [06:48:20] #p [06:48:25] ack [06:51:32] prefrontal: http://p.defau.lt/?HJTj1VUmW2hK_efAUnf8QA [06:51:37] more complex, and not as scaleable [06:59:02] here is an error message that is not displayed correctly, afaict : http://en.wikisource.org/wiki/User_talk:Zyephyrus/edit4 [06:59:22] is it related to ParserFunctions ? [07:00:50] http://en.wikisource.org/w/index.php?title=Template:PageNum&action=edit wtf [07:01:10] yeah [07:05:40] nice [07:08:42] hi [07:09:09] *Splarka takes that template behind the shed with a shotgun [07:09:58] holy [07:11:01] Splarka: the template is just a repetition [07:11:14] a workaroud to simulate a for loop [07:13:22] and that is a justification? [07:13:25] *blam* [07:14:42] Splarka: huh ? I'm not trying to justify anything [07:15:04] I'm trying to give facts [07:16:00] "just a repetition" = JUSTification X_X [07:16:33] *ThomasV waterboards Splarka [07:16:33] did you not consider the reason that a for loop doesn't exist in the first place? [07:16:55] people need to stop writing retarded templates and implement the functionality properly [07:16:57] no, that would require manual labor! [07:16:57] flyingparchment: I am not the author of this template [07:17:14] http://en.wikisource.org/wiki/Special:WhatLinksHere/Template:PageNum [07:17:27] heh [07:17:28] I'm just forwarding a bug [07:19:51] and I do not think the author of the template should be blamed for the fact that error messages are not displayed properly [07:20:12] no matter how retarded you think their implementation is [07:20:14] the author of that template should be blamed for all mediawiki bugs, and in addition world hunger [07:20:50] !blame [07:20:50] --mwbot-- Whatever happened, it's Domas' fault. [07:20:59] lol [07:21:23] does it work with other usernames ? [07:21:30] !blame flyingparchment [07:21:30] --mwbot-- Whatever happened, it's Domas' fault. [07:21:35] hmm, no [07:23:41] !blame0,0_Canada [07:23:41] --mwbot-- It's not even a real country anyway! [07:25:26] Splarka: i recommend using ^B^B instead, it's less obvious [07:25:42]