and an omniskin

[11:10:53] (since the internal div got renamed from a

, although that redundant duality has existed for at least 3 years, according to the annotation) [11:11:05] hurry up and get to work [11:11:07] I'm just doing this: [11:11:17] if(!strpos($catlinks,'

')) { [11:11:17] return $catlinks; // No grey box if they're all hidden. [11:11:17] } elseif(!empty($catlinks)) { [11:11:17] return "

{$catlinks}

"; [11:11:19] } [11:11:50] I don't think you wanna do that... [11:12:02] why not? [11:12:05] tim anticipated that some sites might want to have a [show] type javascript script for hidden ones [11:12:33] ah [11:12:38] so I should add a new css class [11:12:39] drat. [11:12:47] moar complication [11:12:50] where's the common css file? [11:12:55]

{$catlinks}

should be.. something like...

{$catlinks}

[11:13:03] common/shared.css IIRC [11:13:20] but you have to content with monobook as well [11:14:18] huh? [11:14:18] in fact [11:14:23] you have to deal with each skin individually [11:14:33] how retarded [11:14:40] someone needs to fix that :\ [11:14:46] what's wrong with this? [11:14:53] http://en.wikipedia.org/skins-1.5/monobook/main.css http://en.wikipedia.org/skins-1.5/chick/main.css http://en.wikipedia.org/skins-1.5/simple/main.css http://en.wikipedia.org/skins-1.5/modern/main.css [11:15:01] skins should be uniforms [11:15:01] all make references to div id="catlinks" for the border style [11:15:04] -.mw-hidden-cats-hidden { display: none; } [11:15:04] +.mw-hidden-cats-hidden,.catlinks-allhidden { display: none; } [11:15:15] but that id doesn't exist in the other skins, they use just the inner div class="catlinks" [11:16:01] oop, simple only styles the .catlinks, not the #catlinks [11:16:40] there is nothing in shared or oldshared styling them... [11:16:43] chill. When Tim added the feature, he only added it to shared.css [11:16:57] but http://en.wikipedia.org/skins-1.5/common/wikistandard.css styles catlinks... [11:17:02] no chill, the problem is... [11:17:09] some style the inner div, some the outer div [11:17:40] the monobook-derived skins have the outer div (but not all style it), while the other skins only have the inner div [11:17:45] how do you resolve all that? [11:17:55] so I can just do this: [11:18:03] wait [11:18:04] you'll have to add the hideable class to both divs [11:18:09] why? [11:18:39] well, okay, which of the 2 would you add catlinks-allhidden to? [11:18:52] oh I see, the inner. [11:18:55] if the inner, then monobook/modern/chick would still show the empty grey box [11:18:59] well, which skins have that problem [11:19:02] right [11:19:06] I'll fix that, then. [11:19:11] if the outer, standard, nostalgia, classic woulld not be affected [11:19:20] http://en.wikipedia.org/wiki/Wikipedia:Catalogue_of_CSS_classes#Stylesheets_and_JavaScript [11:19:27] here, I recently updated this, because it was 2 years out of date [11:20:17] werd: see now why no one went and "fixed" it? *snicker* [11:20:45] why? [11:20:52] http://en.wikipedia.org/wiki/Wikipedia:Catalogue_of_CSS_classes#Stylesheets_and_JavaScript [11:20:58] anyway [11:21:03] no, the bug [11:21:11] anyway, don't forget the user prefs too [11:21:17] what do you mean? [11:21:35] because it involves more than simply adding a class and one line of CSS [11:22:27] *shrug* [11:22:33] are those the only affected skins? [11:23:01] grepping the skins directory to be safe [11:23:15] all skins are affected [11:23:21] those were just the exceptions [11:23:36] (6 exceptions out of 8 skins, not bad eh) [11:24:59] bb [11:27:15] okie, I've fixed that bit [11:27:17] now to test [11:27:20] and commit :) [11:34:18] what the hell [11:34:29] the extra class works for hiding the grey box [11:34:33] but it doesn't appear in the source [11:34:36] wtf wtf wtf [11:37:16] oh I know [11:37:42] it's the removal of the outer monobook thing that's doing it [11:38:30] <[blackb]> hi all [11:38:32] hi [11:38:40] <[blackb]> i have problems with edittools [11:38:56] oh? [11:39:11] <[blackb]> i have dowload extension [11:39:25] <[blackb]> put into extension subdirectory [11:39:54] 03(mod) API output for boolean values is unintuitive - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13299 +comment (10Bryan.TongMinh) [11:41:10] <[blackb]> i would put into my wiki page this http://en.wikipedia.org/wiki/MediaWiki:Edittools [11:41:42] <[blackb]> but i can't solve :) [11:41:42] the CharInsert extension? [11:41:46] <[blackb]> yes [11:41:49] <[blackb]> exactly [11:42:12] that isn't specific to Edittools, although that is the most common place of course [11:42:20] yay, commit time [11:42:23] my favourite time [11:42:36] <[blackb]> Splarka:how can i do? [11:42:54] try something simple like A B C [11:43:03] in your [[MediaWiki:Edittools]] [11:43:23] (also check Special:Version to see if it is installed, did you add the include once thing to your LocalSettings.php?) [11:43:24] <[blackb]> i must edit this file and put on it thet? [11:43:52] <[blackb]> yes i include CharInsert in my LocalSettings.php [11:44:13] you must edit MediaWiki:Edittools to specify the charinsertable characters, yes [11:44:44] <[blackb]> my problems it thet i have MediaWiki:Edittols and it is in the wiki folder [11:45:02] <[blackb]> where i must put this file? [11:45:07] it isn't a file [11:45:11] commity mitty mitty [11:45:14] etc [11:45:25] go to a page on your wiki, like a regular editable page, and type in the link [[MediaWiki:Edittools]] [11:45:26] 03werdna * r31731 10/trunk/phase3/ (8 files in 6 dirs): [11:45:27] * (bug 13234) Do not show grey category box for pages with only hidden categories [11:45:27] * Remove redundancy in monobook, chick and modern in use of

(necessary to make other part of commit work) [11:45:29] save the page, and click the link [11:45:48] yikes [11:45:53] 03(FIXED) An article with only hiddencats show an empy category box - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13234 +comment (10Andrew) [11:45:56] werd, I am not gonna defend ya when they come for your head ^_^ [11:46:11] what's wrong with what I did? [11:46:32] well [11:46:32] <[blackb]> so i must open this file from mediawiki calling with firefox? [11:46:44] any wiki that ever used the ID to style the catlinks will now break [11:46:48] or to call it in javascript [11:46:50] okay, easily fixed. [11:47:20] just sayin ^_^ [11:47:25] big changes = big complaints [11:47:43] I agree that the way you changed it is the way it always should have been... [11:48:09] but possibly you should have the div and id in the one div all the time [11:48:16] hehe [11:48:17]

[11:48:18] I am thinking the same [11:48:27] did think the same [11:48:28] 03werdna * r31732 10/trunk/phase3/includes/Skin.php: Make #catlinks styling work after last commit by assigning that id to the div with the catlinks class. [11:48:30] see :) [11:48:38] hehe, I see [11:48:40] good job [11:48:50] <[blackb]> ah ok then i open mediawiki i go in the edit secontion and write in the edit Box MediaWiki:EWdittools ? [11:48:51] *Splarka gives werdna a cookie, but is still not gonna defend him! [11:49:06] with double braces around it [11:49:16] [[MediaWiki:Edittools]] [11:49:18] <[blackb]> yes and what will open? [11:49:31] and click the link it generates, that is the page you need to add stuff too [11:49:40] it isn't a folder or file, it is a page on the wiki, which is stored in the database [11:49:51] hmm, werd... [11:49:55] <[blackb]> ah now i undestand [11:50:12] you gots a problem left in the main.csses [11:50:15] .catlinks { [11:50:18] yeah [11:50:19] margin: 0.1em 0 0 0; [11:50:21] .catlinks { margin: 0; padding: 0; } [11:50:28] it doesn't look like a big deal [11:50:31] <[blackb]> tnx a lot u are a friends :) [11:50:33] renders okay on my browser. [11:50:47] well, it is still silly [11:50:49] plus, bedtime [11:50:51] nn [11:50:55] you shouldn't have redundant code or code overwriting [11:50:58] fix it before sleep! [11:51:01] or I'll come for your head [11:51:05] .catlinks { [11:51:10] padding: 0.5em 0.5em 0.5em 0.5em; [11:51:17] and then zeroed 5 lines later in modern/main.css [11:51:19] stupid! [11:51:26] *Splarka gets the axe [11:51:44] bah [11:52:21] only modern and chick are affected [11:52:55] *rainman-sr reads only modern chicks are affected [11:59:42] 03(mod) An article with only hiddencats show an empy category box - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13234 +comment (10herd) [12:56:01] 03(mod) special: namespace issue - special pages (including login) broken - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=13289 high->highest; +comment (10agkwiki) [12:57:41] is there any document around on how to embed mediawiki's parser in another php app? [12:59:04] zwnj: you can't really. [12:59:27] zwnj: because the parser relies on the database for a number of things. it's hoplessly entangled with the rest of the system [12:59:30] (and it sucks) [12:59:59] Duesentrieb: it's ok to use the same db [13:00:04] zwnj: there are plenty standalone engines for wikitext out there, some compatible with the basic featureset of mediawiki. use one of those. [13:00:56] unfortunately pear/text/wiki/mediawiki doesn't handle unicode text correctly [13:01:14] i'm trying to use wikiparser-1.0 right now [13:01:22] thanks Duesentrieb :) [13:04:30] for a standalong wikitext processor, i'd probably go for textile. The markup is different from mediawiki, but it's small and simple and well established. [13:04:37] and implemented in a variety of languages. [13:05:09] http://en.wikipedia.org/wiki/Textile_(markup_language)#External_links [13:07:35] hm hello? [13:07:53] i'm having a little problem related to the file upload function in media wiki [13:08:07] welcome to the channel KyrahAbattoir [13:08:33] whenever i try to upload a file it throw up an : internal error "Could not create directory "temp/b/b0"." [13:08:43] with a corresponding php error [13:08:51] mkdir() permission denied [13:09:21] i have been searching where i could have messed up my permissions but i just can't find it... [13:10:59] might ba a problem with safemode [13:11:06] though the error message should say something about that [13:11:15] here'sa couple of things to read [13:11:17] !upload [13:11:17] --mwbot-- File uploads are an often-used feature of MediaWiki, but are disabled by default in all current release versions. To enable them, first make the upload directory (default images) writable by PHP, then set $wgEnableUploads to true in LocalSettings.php (i.e. "$wgEnableUploads = true;"). See for more info. [13:11:20] !safemode [13:11:20] --mwbot-- safe_mode is an ill-concieved, broken-by-design setting in PHP that is supposed to make broken scripts safe. It was deprecated in PHP5 and removed in PHP6. MediaWiki can run with safe_mode enabled, but many of the advanced features will not work or need additional configuration (image thumbnailing using ImageMagick, for example). See http://www.mediawiki.org/wiki/Safe_mode for more information. [13:11:22] !debug [13:11:22] --mwbot-- For information on debugging (including viewing errors), see . [13:11:56] woah that's a biased definition of safe mode :p [13:12:27] KyrahAbattoir: ok, the wording is drasting, but that *is* the reason that it was removed. [13:12:46] *drastic [13:13:10] looking if i've safe mode on... [13:13:40] nah safe mode is off [13:14:05] but i run under suphp however [13:15:05] where is supposed to be this "temp" directory that mediawiki tries to write into? [13:15:06] suphp should be fine [13:15:46] hm, that is actually a good question. per default, it should be image/temp [13:16:03] however, if the error message doesn't say that, then perhaps it's trying to write to some non-existing directory? [13:16:20] and image should be where $wgUploadDirectory says it to be right? [13:16:30] how did you install mediawiki? from the original tarball, or using some distribution's package? [13:16:45] tarball [13:17:16] good [13:17:29] the relevant settign is $wgTmpDirectory [13:17:29] wget > tar > config file [13:17:41] it defaults to "{$wgUploadDirectory}/tmp" [13:17:45] okay i'm going to try to set it [13:17:54] to somewhere else [13:17:55] default should be ok [13:18:05] if the image dir is writable [13:18:08] which it should be [13:18:18] (and everythign below it) [13:18:30] hey [13:18:32] "images" that is [13:18:37] then why does it say Could not create directory "temp/b/b0". [13:18:45] i installed mediawiki with xcache, but i get an errormessage: [13:18:52] KyrahAbattoir: i have no idea [13:18:58] arning: xcache_set() [function.xcache-set]: xcache.var_size is either 0 or too small to enable var data caching [13:18:58] images is at the wiki root right? [13:19:37] phrearch: i have never used it, but perhaps try to inclrease the xcache.var_size setting? [13:19:43] KyrahAbattoir: yes [13:19:51] 03(NEW) Allowing to change conversion mode when action= edit and action=submit - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13301 normal; normal; MediaWiki: Page editing; (yes0song) [13:20:05] xcache.size = 64M [13:20:20] i changed this, but doesnt seem to do anything after i restarted httpd [13:20:23] phrearch: that is not the setting that it complained about. [13:20:32] read again. [13:20:47] hehe [13:20:53] you're right (blush) [13:20:56] i should read better [13:21:05] how big should it be ? [13:21:09] i have no idea [13:21:18] try 32M? [13:21:24] ok :) [13:21:42] how can I make internal page link (like the TOC does) ? [13:21:54] http://wiki.os-networks.net/index.php/Main_Page [13:21:55] cool [13:21:57] it works :) [13:22:10] maybe bigger. i guess var_size refers to the size used for custom cached data. oh, you can also tell mediawiki to stuff that somehwere else (like a db table, or memcached, or nowhere) [13:22:14] would it be possible to use modrewrite to remove the index.php ? [13:22:20] lokki: [[#section]] [13:22:24] ah [13:22:29] okay i'(ve now set the upload and tmp directory [13:22:34] !shorturl [13:22:34] --mwbot-- To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [13:22:35] and i get a new error [13:22:37] The upload directory (public) is not writable by the webserver. [13:22:40] phrearch: see above [13:23:23] KyrahAbattoir: check file permissions. check open_basedir. check selinux acls if applicable. [13:23:27] !selinux [13:23:27] --mwbot-- SELinux is a linux variant that allows fine grained access control. If you are using it, you may have to adjust the access control rules in order for MeidaWiki to work. See . [13:23:46] open_basedir ? what is that? [13:23:54] ah cool [13:23:55] thanks [13:24:10] open_basedir is a php setting right? [13:24:11] KyrahAbattoir: a php setting. saner than safemodde [13:24:20] like to point to imagick and stuff [13:24:32] 03(mod) Add personal Common.css & Common.js - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=10183 (10yes0song) [13:24:53] Duesentrieb: Thanks ! [13:25:10] KyrahAbattoir: "Limit the files that can be opened by PHP to the specified directory-tree, including the file itself. This directive is NOT affected by whether Safe Mode is turned On or Off." [13:28:16] well i moved both the tmpdirectory and the uploaddirectory [13:29:21] open_basedir is commented out in my installation [13:31:18] have you enabled all error reporting? [13:31:29] have you checked the effective settings using phpinfo? [13:31:30] nope.. just a second [13:32:39] http://morpg.ethernia.net/info.php [13:34:50] anything wrong? [13:36:04] looks fine to me [13:36:35] can you write a small php program that does nothing but try to create a directory in that place? [13:36:53] in which place? [13:37:24] in whatever place you want mediawiki to create it [13:37:34] basically, make a minimla test case for the problem [13:39:14] well the images and temp are chmod 777 [13:39:33] why isn't mediawiki actually tellingin which directory it wants to write -_- [13:39:59] i seem to recall that that is "for security resons". [13:40:07] Hi. how can set the magic word _NOEDITSECTION__ as default? [13:40:11] a also seem to recall that there's a switch for that [13:40:29] MONK3000: i don't think so. but you can hide the section edit links using css [13:41:51] there might be a switch for this in $wgFileStore [13:41:58] oh. do i have to add sth or is it defined somewhere and i have to change? [13:46:42] MONK3000: just add the corresponding rule [13:46:43] !css [13:46:43] --mwbot-- To change styles for your wiki, go to one of the MediaWiki:xxx.css wiki page and put your custom styles there (sysop/admin rights required). MediaWiki:common.css is for all skins and should be used for content styles. MediaWiki:monobook.css is for the MonoBook skin (default), etc. For more information, see !skins and [13:47:11] KyrahAbattoir: sorry, i'm out of ideas. try to get hold of TimStarling [13:47:28] KyrahAbattoir: try the mini program first, though [13:47:42] yeah i just suck at php [13:47:45] just a second [13:48:27] hmh the only thing relative i could find in main.css is * html div.editsection { font-size: smaller; } and #pagehistory li.selected { position: relative; } but it doesn't work :/ [13:49:35] Hi :) [13:50:10] I'm having trouble with my Mediawiki 1.11.1 installation... [13:50:16] just tested, the images and temp directory are writable without problems by php [13:50:35] It doesn't seem to be generating RSS or Atom feeds properly. [13:50:41] so i can only assume that the problem is that it tries to write somewhere it isn't supposed to [13:51:11] XML Parsing Error: xml declaration not at start of external entity [13:51:13] Line Number 2, Column 1: [13:54:31] OKAYY i think i narrowed it down [13:54:41] KyrahAbattoir: that's very odd. how exactly did you specify the directories? and where exactly? [13:54:44] in the config i mean [13:54:53] oh, do tell :) [13:54:58] for some reasons it creates the directories with the wrong permissions [13:55:07] it made /images/temp [13:55:17] saxsux: have you *looked* at the output it generates? [13:55:30] and if i try to enter it from the shell [13:55:36] it says permission denied [13:55:49] and what are the permissions? [13:55:57] and who owns it? [13:55:58] ok got it duesentrieb: .editsection { [13:55:58] font-size:0; } [13:56:29] MONK3000: fnont-size:0 ? wow :) what'S wrong with good old display:none;? [13:57:09] the folder is drw-rw-rw- [13:57:24] KyrahAbattoir: no x? [13:57:28] that'S bad for a directory... [13:57:31] yep [13:57:41] Duesentrieb: Yes - everything seems fine to my XML-untrained eyes. But there's obviously something wrong with the second line, which I don't understand... [13:58:17] could be my php config give too low perms to folders? [13:59:00] KyrahAbattoir: looks like it. however, i thought mediawiki would set the permissions explicitly right after creating the dir. and it should be able to do that in any case... [13:59:25] saxsux: URL?= [13:59:41] is it possible to enable the following behaviour: i want all users who ever contributed to a page X to receive a notification when something changes in the associated discussion page [13:59:45] http://chiki.info/index.php?title=Special:Recentchanges&feed=rss [14:00:05] yawn: make all the users pick "automatically watch pages" in their config [14:00:14] yawn: you can also make that the default for new users [14:00:46] saxsux: the problöem is a blank line before the which must be the absolutly first thing in an xml document [14:01:00] function wfMkdirParents( $fullDir, $mode = 0777 ) [14:01:12] yeah it should make the folder in 0777 [14:01:21] per default. [14:01:21] but it isn't... [14:01:25] unless told otherwise [14:01:30] or unless it fails for some reason [14:01:38] Duesentrieb: that would be "Add pages I edit to my watchlist" under "Watchlist"? [14:01:43] gonna try to make a folder again [14:01:51] yawn: yea :) [14:02:03] KyrahAbattoir: and then try to chmod it from php [14:02:15] KyrahAbattoir: basically, try to do exactly what that method does [14:02:25] Duesentrieb: do you know offhand how to define the default settings? [14:02:41] Duesentrieb: Wow. I didn't realise it something that simple. How do I go about changing it? What file's responsible for generating the feeds? [14:02:44] saxsux: blank lines are usually caused ba blank lines at the start or end of php files - some file you edited, like the config, or some broken extension. [14:03:03] saxsux: the problem is that *any* php file could be causing it [14:03:44] saxsux: becasue anything outside will be sent to the browser verbatim. becasue php is a template language, originally [14:03:51] 03(mod) Rename the "Wikipedia" namespace to " =?UTF-8?Q?=E0=A4=B5=E0=A4=BF=E0=A4=95=E0=A4=BF=E0=A4=AA=E0=A5=80=E0=A4=A1?= =?UTF-8?Q?=E0=A4=BF=E0=A4=AF=E0=A4=BE?=" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13300 +shell (10raimond.spekking) [14:04:07] <_yawn> disc sry [14:04:19] Duesentrieb: Ah. Time to start hunting, then. Thanks for the help! [14:04:23] <_yawn> bound to happen soon again [14:04:28] <_yawn> thanks for the help Duesentrieb [14:04:29] _yawn: you have to set it in the $wgDefaultUserOptions [14:04:38] _yawn: bvut i donÄt know the key or value to use [14:04:47] <_yawn> Duesentrieb: i'll find it [14:04:55] <_yawn> Duesentrieb: thanks again! [14:05:06] 03(mod) Rename the "Wikipedia" namespace to " =?UTF-8?Q?=E0=A4=B5=E0=A4=BF=E0=A4=95=E0=A4=BF=E0=A4=AA=E0=A5=80=E0=A4=A1?= =?UTF-8?Q?=E0=A4=BF=E0=A4=AF=E0=A4=BE?=" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13300 (10raimond.spekking) [14:05:34] That's gonna be hard to spell [14:05:54] okay there is something wrong in my configuration [14:06:04] if php tries a mkdir 0777 [14:06:23] it makes a drw-rw-rw- [14:07:24] hrm... [14:07:39] Isn't php's permission set masked with the php/apache user umask too? [14:08:20] Dashiva: with suphp, it should use the target user's umask, i think [14:08:25] don't ask me where to configure that [14:08:32] hrm... [14:08:38] what the umask should be? [14:09:54] Duesentrieb: Oh boy, even better [14:10:15] It might fire up a shell, so if so it'd be .bashrc or similar I'd guess [14:10:24] 03(mod) problems with [[Special:Newpages]] on Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13298 15enhancement->normal; +comment (10raimond.spekking) [14:10:57] <_yawn> Duesentrieb: works as advertised [14:11:30] KyrahAbattoir: my memory is havy, but 22 should be ok [14:11:56] 0022 ? [14:12:07] That's fairly standard. [14:12:26] work :) [14:12:41] it was suphp that was limiting the folder perms [14:13:37] KyrahAbattoir: ah! so, where do you have to configure that? [14:13:58] /etc/suphp.conf [14:14:14] i'm still figuring a few things but that's mainly it i believe... [14:14:57] KyrahAbattoir: please put a short note on http://www.mediawiki.org/wiki/Manual_talk:Configuring_file_uploads [14:15:07] sure :) [14:15:17] http://morpg.ethernia.net/index.php?title=Image:1194715233518.jpg [14:15:20] work :) [14:15:52] 03simetrical * r31733 10/trunk/phase3/skins/ (Modern.php MonoBook.php): "?> added [14:19:02] and thanks for all the help guys :) [14:21:28] np, you figured it out on your own in the end anyway :) [14:24:22] yes but it happen a lot with me when i talk to others about it so in a sense ... [14:39:41] KyrahAbattoir: http://www.mediawiki.org/w/index.php?title=Manual%3AConfiguring_file_uploads&diff=173038&oldid=171407 [14:40:35] cool :) [14:57:53] can mediawiki run with php safemode on? [15:01:34] it seems i have a problem with imagemagick [15:01:43] Error creating thumbnail: convert: no decode delegate for this image format [15:01:49] convert: missing an image filename [15:01:54] its a .jpg ... [15:03:00] KyrahAbattoir: convert needs a destination name also [15:03:12] that often is the problem with filename errors [15:03:17] yes but i gave it to him [15:03:23] ok, then nevermind [15:03:27] just a quick shot :) [15:03:35] images/thumb/d/d2/Miko-kitsune.jpg/414px-Miko-kitsune.jpg [15:04:40] i can try to use gdlib but i can't find the config line... [15:05:01] $wgUseImageMagick = true; turns on image magic thumbnails right? [15:06:03] so how to use gdlib instead? [15:06:13] turn imagemagick off [15:06:28] well then it won't make thumbnails at all? [15:07:51] 03siebrand * r31734 10/trunk/extensions/Cite/Cite.i18n.php: croaked->died [15:08:06] I use inkscape for SVGs [15:10:18] is there a wordpress/mediawiki integration out there anywhere? [15:10:32] i searched, and had no luck finding, just wondering if someone else knew [15:10:38] okay found i was stupid [15:10:44] nice thumnails :p [15:10:59] there is a way to force the thumbnails to a fixed width/length? [15:11:55] Kyrah: When you add an image, use [[Image:whatever.png|25px]] [15:17:33] 03(NEW) Implement brace matching in page editing - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13302 15enhancement; normal; MediaWiki: Page editing; (nathanlarson3141) [15:28:42] is there a way to enable some sort of caching in mediawiki? [15:31:48] 03(mod) Pressing Enter in edit summary should not save the page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13065 (10FT2.wiki) [15:31:53] KyrahAbattoir: wich sort of cache ? [15:32:28] well if i understood gdlib is executed every time the page is rendered right? [15:35:02] maybe [15:35:11] how are you running php? [15:35:16] as a cgi? [15:35:29] if it's fastcgi or isapi the php modules stay in memory [15:35:52] KyrahAbattoir: rendered thumbnails are stored on disk [15:36:12] Duesentrieb: the wikiparser library works fine. thanks again. [15:36:56] okay flyingparchment [15:37:47] KyrahAbattoir: mediakwiki has several layers of caching of a lot of different things. there are a lot of options for this, but the most obvious things, like rendered thumbnail images, and even rendered page text, are cached per default. [15:38:17] so no need to set $wgUseFileCache = true; ? [15:38:31] the file cache is an old way of caching entire rendered html pages on disk [15:38:33] KyrahAbattoir: the most simple option to make your wiki faster, if you have a lot of readers and not too many edits, is using the disk cache. [15:38:41] unfortunately, serving from that cache still requires all of mediawik to be set up [15:38:46] so it doesn't provide much performance increase [15:39:13] *Duesentrieb sits back and lets flyingparchment handle this [15:39:30] i just wanna minimize the processor work, this bow is already pretty used up and isn't really the top of the line machine [15:39:36] bow == box [15:40:00] 03siebrand * r31735 10/trunk/phase3/languages/messages/ (33 files): Localisation updates for core messages from Betawiki (2008-03-09 16:25 CET) [15:40:15] i'm on 1.8.2. has there been sorting fixes in categories? e.g it's � after Z while it should be � after A ratm etc. or is there some other workaround [15:40:24] KyrahAbattoir: mediawiki is pretty heavy on resources. if you have some ram to swap for cpu cycles, set up a php bytecode cache [15:41:12]