Jump to content

Project:Forum/archive/2007

From mediawiki.org

Proposal for new Hooks

[edit]

I have installed the [[1]] extension, and added a small extension (as yet unpublished, written on the clock, seeking permission, long process) to allow categories within these protected namespaces to be protected as well. The purpose for this on the intranet wiki it is installed on is to limit access to highly sensitive information on the wiki. Works well!

There are some images that I need to likewise protect. This isn't going to be as easy. I am going to have to modify ImagePage.php directly to hide the images. It would be nice to have some hooks in ImagePage::view() like in CategoryPage::view(). --Genidiot 20:51, 22 January 2007 (UTC)[reply]

This is the wrong place to ask. Please try http://bugzilla.wikimedia.org/. --HappyDog 02:41, 23 January 2007 (UTC)[reply]

I have just created a mediawiki testing resource with versions 1.2.? to 1.9.3 unfortunately I am unable to host it constantly but it will be online 16:00 - 22:00 most weekdays, off line all of some weekends and online all of some weekends - all times in GMT. So my step father will allow me to keep it on all the time I will need to generate enough money from it to balance the power and hardware costs (low however). I also soon hope to purchase a domain name. Versions 1.2 - 1.5 may have accounts restricted and only available on request and later deleted, as robchurch says they have massive vulnerabilities. SVN releases may come soon too. Lcarsdata (Talk) 22:19, 6 March 2007 (UTC)[reply]

I have been given permission to keep the PC on 24/7 and have also been allowed to purchase a domain. Visit http://www.wikitest.co.uk/ for more information! Hopefully I will be able to shift it over to a dedicated Linux computer (from the Windows it is currently on) when I get a new wireless receiver or manage to set up a proxy. Lcarsdata (Talk) 18:43, 10 March 2007 (UTC)[reply]
Apparently a computer uses 1 unit of electricity every hour and a half while a TV uses one only every six. Therefore the site will now be replaced with a message and be able to use 1.2 through 1.6 when it is not 'switched on'. Lcarsdata 17:59, 26 March 2007 (UTC)[reply]

Dynamic (automatic) extension list

[edit]

Who would need to be asked to install the Extension:DynamicPageList?

We could do some nice things: automatic extension list. --GunterS 23:33, 10 March 2007 (UTC)[reply]

Short answer from Brion: We could get DPL installed on this site maybe. As such questions already came up a couple of times before, I've also asked for DPL2 and DPLforum. Regarding these extensions, his definite answer was "no". So if we want a sort of dynamic page listing, then we're talking about DPL.
Further discussion would be neat, of course. What would be reasonable and possible use of DPL on MediaWiki.org? Advantages/disadvantages? Any opinions? --:Bdk: 18:27, 2 April 2007 (UTC)[reply]
Well, I've found that DPL tends to make pages load much slower than without it. My Firefox status bar must flash at least 10 times when rendering any page on my wiki (and the DPL page listed above). :/ I thought it was Extension:Semantic MediaWiki but the above wiki doesn't have that installed, yet the pages still take longer to load and the status bar flashes just as much (way too many calls to the server, or whatever). Also, using DPL is very annoying and needs to be made much more user-friendly for non-programmers. -Eep² 00:37, 24 July 2007 (UTC)[reply]
Note that we have the bot-maintained Extension:Matrix now, so perhaps this is no longer relevant? --HappyDog 13:16, 14 September 2007 (UTC)[reply]

Help with documentation of BOINC Authentication extension

[edit]

I wonder if someone with the appropriate rights here could help me import some documentation for an authentication extension I've written to facilitate logging in to the wiki based on previous authentication to a co-located BOINC project. The page in question is on my test site at

http://pirates.spy-hill.net/glossary/index.php?title=BOINC_Authentication

I could just copy what is there via cut and paste, but it seems better to preserve the editing history via export/import. I've already started a page here in the Extension: namespace with a template, but if that gets overwritten I can put in a new one once it's here. Thanks.

--Eric Myers 20:30, 22 March 2007 (UTC)[reply]

Hi Eric, thanks for pointing to this option. Currently, import on MediaWiki.org is restricted to Wikimedia's Meta Wiki, see [2] *g* But I'll try to get this changed, hopefully soon. Regards --:Bdk: 05:38, 2 April 2007 (UTC)[reply]

Thanks for trying. Cheers --Eric Myers 12:07, 22 May 2007 (UTC)[reply]

Templates, more templates

[edit]

Hello, do we really need stuff like Template:Reqphoto on this site? See also [3] … well, Template:Reqscreenshot could make sense, but I'm unsure, if dropping random templates like "image needed", "please translate", "help to extend", or whatever, all over the pages on MediaWiki.org really helps. Any opinions? --:Bdk: 05:23, 2 April 2007 (UTC)[reply]

No. I am deleting them. Reqscreenshot might one day be useful, but for the moment people seem quite capable of adding them themselves, when necessary. --HappyDog 17:57, 20 April 2007 (UTC)[reply]
OK - Deleted. In my opinion there is absolutely no point at all creating templates 'that might be required sometime in the future', and in particular the bulk importing of templates used on other wikis. If you need a template, by all means create it, but they shouldn't just be added for the sake of it. I would also like to avoid the horrible templates within templates within templates approach of other projects (says he who designed Template:Main page...) because these are often copied for use on other sites. If they are too complicated we will be inundated with support questions like "why doesn't template X work properly when I put it on my wiki?". Just my 2 cents --HappyDog 18:12, 20 April 2007 (UTC)[reply]

I copied Manual:Administration from Meta; however, a lot of that page seems way out of date. I was thinking of this page as a hub for commonly-used sysadmin tasks (similar to the way Manual:LocalSettings.php contains frequently-used configuration settings), to fill out some of the requested pages in Manual:Contents/To do. Any help pruning it would be much appreciated. Titoxd(?!?) 06:14, 23 April 2007 (UTC)[reply]

Well, I've made the first draft of this page, as requested on Manual:Contents/To do. Adding more stuff so it is less of my POV would be much appreciated. :) Titoxd(?!?) 03:02, 7 May 2007 (UTC)[reply]

exec() has been disabled for security reasons

[edit]

The following error

Warning: exec() has been disabled for security reasons in /home/gpspda/public_html/wiki/includes/GlobalFunctions.php on line 1772

occurs during creating a thumbnail of an image. My hoster answered me that exec() function really disabled due to security reasons; however, as far as I know in another scripts (e.g. Coppermine) a thumbnail has been made successfully without call to exec().
How I can to make a thumbnail without calling the exec() function?
Thank you in advance.
bigwig 08:29, 08 May 2007 (UTC)[reply]

I guess you'll have to set $wgUseImageResize = false;. This should stop server-side thumbnailing and instead tell the browser (client-side) to resize it. It might give uglier images this way though. Also, you use Project:Support desk for help on your own MediaWiki installation, the forum is for this site only. ;) —color probeTalkContribs 10:02, 15 May 2007 (UTC)[reply]

What to do with the support desk

[edit]

Cross-posting another discussion for visibility: Project:Current issues#Project:Support desk. Please comment. Titoxd(?!?) 04:46, 17 May 2007 (UTC)[reply]

Reporting problem users?

[edit]

Just wondering where you do that here on MediaWiki? Case in point is Special:Contributions/125.62.79.252 --Dr DBW 07:07, 21 June 2007 (UTC)[reply]

Thanks for this hint. The easiest option is to directly contact an admin or to report it here :-) --:Bdk: 13:37, 21 June 2007 (UTC)[reply]
I'd like to suggest that User:Eep be blocked from this wiki, he's an absolute time waster, disrespectful and generally lowers the quality of work with all his dealings. I've put a lot of time into trying to help him with his technical problems, but he has responded very badly. He's been hassling developers on the DPL wiki too and has also been banned indefinately from Wikipedia. Please see Extension talk:Simple Forms#Simple_Forms_fatal_error_still... for example, thanks. --Nad 03:45, 22 August 2007 (UTC)[reply]
Um, I've contributed plenty to MediaWiki, Nad. The only reason you consider me an "absolute time waster" is because I continue to point out bugs/flaws in your extensions. You treat people badly (by ignoring their requests for help) and they will treat you badly, Nad (or shall I call you Bad?)--it's a 2-way street, you know (perhaps you don't). Yes, it's all at the above link, but don't forget to see Extension talk:Simple Forms#fatal_error where, after asking my MW version and whether or not it was viewable, you completely ignored me. 5 days later I posted on your user page--quite politely, in fact--and what did you do? Why you blew me off, of course. Then you moved the discussion back to the extension's talk page and then you started quoting esoteric code and acted like I should know exactly what you're talking about and how to implement it in order to test the extension. By then I was already upset with you for treating me how you did, so my patience was already wearing thin, and your delayed responses didn't help. Then you didn't want to deal with me after I rejected creating an account for you on my wiki and/or giving you shell access (which even I don't have). I suggested you working with me to figure out the problem but you denied. Then you logged in anonymously and expected me to know it was you. It's all right there in that section and anyone can plainly see I was trying to work with you but you kept blowing me off.
I'm not hassling developers; I'm simply trying to get extensions to do what I want to do. Unfortunately, many extension developers seem short-sighted and unwilling to improve their extensions--and resist any attempt to make them better by blowing me off (ignoring me). Sad, really. This is hardly a reason to ban me from this wiki. And regarding my Wikipedia ban, I don't feel that was justified and I've tried appealing my Wikipedia ban to no avail either, unfortunately--but that's a separate issue so you bringing it up is seen as a desperate ploy to me.
As I said on the extension talk page, I don't appreciate being blow off and/or ignored as you and Gero have done to me. Give respect to others if you want them to respect you. You lost more and more of my respect each time you blew me off after you not working with me to solve Simple Forms' glaringly basic bugs (which I've pointed out at http://www.organicdesign.co.nz/Talk:Extension:SimpleForms.php#Bugs ). I would like to see Simple Forms improved but you just don't seem willing to even investigate the bugs, let alone actually fix them. And for "calling you out" you want me banned? That's rich! —Eep² 05:13, 22 August 2007 (UTC)[reply]
I have pointed out that User:Nad was away during some of the discussion at the thread where the conversation degenerated. The time period was between the 11-Aug-07 to about the 24-Aug-07 as evidenced in the users audit trails where no code development took place (but alot of Sudoku). During this time he had access to someone elses computer (probably on dialup when the anonomous login that I pointed out was him occured) and would have responded to some simple questions that he might have had a quick answer to. I have asked that things be kept civil, lets keep the the issue objective, not personal. --Zven 23:07, 26 August 2007 (UTC)[reply]
Zven, Nad began with the incivility as soon as he referred to me as a "time waster"--even banning me from his wiki because of it (where he claims I was irritating him, yet he failed/fails to realize his craptacular coding has been irritating me ever since I first encountered it! Which I, of course, have let him know...). If "wasting time" means reporting glaringly obvious bugs that should not exist in the first place, Nad obviously can't handle the slightest bit of criticism... And if he's going to reply to some people, while on vacation, he should at least have the decency and common courtesy (especially when he replies to someone else on the same page!) to inform the other user(s) that he does not have a solution/answer to their problem at the time, but will refer it to someone else--like you, Zven--who may be able to help (or simply state he's on vacation at the time). But, no, he decided to play the ignore(amus) game instead as usual. Not cool (or civil)! —Eep² 23:17, 26 August 2007 (UTC)[reply]
Eep², please stop making personal remarks, I have illustrated that the version of this extension was 0.3.4, yes, it will have lot of problems as it not even release 1.0.0, with a version like that it is basically use at your peril. The conversation deteriorated quite early on as I have already mentioned well before he blocked you from his wiki. The way in which you interact with other people determines whether or not they want to interact with you. The reason I picked up on this thread was that all his extensions are on my watchlist, not by any contact from the author while he was away, so lets stop jumping to conclusions. --Zven 02:30, 27 August 2007 (UTC)[reply]
Uh, what personal remarks? Just because an extension is beta doesn't give the author an excuse to ignore bug reports. It doesn't take a theoretical physicist to say that one won't be available for a week or 2 (whatever) when on vacation--but for the same author to then reply to some people but not others, would not show this to be the case that he is on vacation--hence my negative reaction towards Nad. I am completely justified in calling him out on this. Why are you acting like his personal secretary then if you have no outside contact with Nad? You sure seem a lot more affiliated with him than by simple watchlist monitoring! —Eep² 04:03, 27 August 2007 (UTC)[reply]
Eep², in your previous response for example, Nad (or shall I call you Bad?). You were asked by User:Voice of All to cool it a bit. The extension is not only beta, it is version 0.3.4, which means it is pretty flacky. He gave you replies and was away during the time period in question. You allowed the conversation to degenerate to such a level that the User:Nad does not wish to correspond with you any further. Your last accusation is getting rediculous, I have made it clear to you that I know User:Nad as I had a meeting with him that was cancelled, however I have not had contact with him since my last meeting with him on 10-Aug-07. He certainly made no mention to me about any possible problems with you or anyone else when I saw him, we have other things to talk about. I saw the degeneration developing myself from my watchlist of Extension:Simple_Forms and the replys to the information I gave to the discussion. --Zven 07:46, 27 August 2007 (UTC)[reply]
Uh, why do you bring up past remarks before I was asked to "cool it a bit"? That's pretty (and petty) low of you, Zven. The extension's release status is irrelevant and not an excuse for how Nad treated me as I've explained many times now (yet some, apparently, just don't seem to get it). I didn't allow the conversation to degenerate; he did that all by himself by refusing to work with me in solving the basic bug of even the damn extension having to be in its own directory in order to even work! That is such a basic coding 101 bug it's pathetic it even exists and is just one of many examples of Simple Forms bugs that show just how badly coded that extension truly is--and those aren't personal remarks against Nad but the simple, cold, hard factual truth of his extension. Whether or not that translates to him personally is up to you to decide--but he's already made that decision quite apparent to me anyway... So get over it already, Zven. Until Nad changes his attitude towards me and can accept the simple basic truthful criticism of his coding, he won't have my respect--and you're quickly losing mine by persisting with this incessant defense of his quite incivil behavior towards me. —Eep² 08:22, 27 August 2007 (UTC)[reply]

Please do not continue this conversation any further. Eep - you need to be aware that no-one is under any obligation to fix bugs or add features, either to extensions or to the MediaWiki code itself. (Nearly) all code is being written by volunteers who do this in their own time for no money. Similarly, there is no 'customer support' provided except what the authors choose to provide. People may not reply to user's questions due to absence, or because the questioner has not asked the question in an adequate way (where 'adequate' varies wildly from person to person), or maybe (as appears to be the case here) because they have taken a dislike to the questioner for some reason. I am not interested in who is in the wrong here, except to say that if Nad chooses to ignore you for whatever reason (right or wrong) then it is his perogative to do so.

Having said that, Nad's call to ban Eep from the wiki can only, due to it's wording, be treated as a personal attack (again, regardless of whether his view's are right or wrong). Eep has made valuable contributions to the wiki and will not be banned by me for any of the reasons stated above.

As far as I am concerned this issue is closed, however if the bickering continues (here or elsewhere on the wiki) I will investigate in more detail, and if necessary ban problem users (from either side). Hopefully this will not be necessary. If anyone still has a genuine grievance then please leave a message on my talk page, but I would suggest a couple of weeks 'cooling off' first. --HappyDog 16:52, 27 August 2007 (UTC)[reply]

Pretty much agree with the above (as an admin). Aaron 20:28, 27 August 2007 (UTC)[reply]

Now Nad is reverting my Simple Forms bug reports and acting like they don't even exist. I tire of his antics--these are legitimate bugs! Just because he wants to be a snot and "take his ball elsewhere" doesn't mean he can mindlessly delete valid bug reports (which he already did from his wiki, despite lying and saying he would move them to thiswiki). For thinking software should not have owners he sure is acting like a hipocrite by "owning" Simple Forms... —Eep² 09:33, 28 August 2007 (UTC)[reply]

As promised, I have blocked User:Eep for 3 days, which will hopefully act as a bit of a cooling off period. --HappyDog 21:50, 28 August 2007 (UTC)[reply]
Please keep in mind that he is banned from the English Wikipedia for similar behavior, if he continues in this type of behavior, he may be blocked indef here as well. I am hesitant to increase the block so quickly (I'll give him a chance) because he seems to make good contributions some of the time. Cbrown1023 talk 21:15, 2 September 2007 (UTC)[reply]
No, I'm banned from Wikipedia for the most stupidest reason of trying to improve its craptacular disambiguation system. 11:33, 3 September 2007 (UTC)
All the reasons for the ban on wikipedia are outlined here, and here for a suspected sock puppet. --Zven 03:59, 4 September 2007 (UTC)[reply]
Ah, yes, the lynch mob reasons (and sockpuppets came after getting nowhere with the appeal committee, which is an oxymoron since they barely even reply, let alone actually appeal anything). —Eep² 04:41, 4 September 2007 (UTC)[reply]
Thanks for the pointers. What has happened to our users on other wikis shouldn't affect how we treat them here, but in this case it seems that Eep is exhibiting a subset of the behaviour that caused him to be banned on Wikipedia. Hopefully we will be able to sort this out as he has also been making some good edits, but having read those reports I am a little less hopeful. The most recent discussion that I have been involved with is here - I will wait and see how Eep reacts to this. However, it should be noted that the only problem that I am aware with is this dispute with Nad, and the way Eep has been handling it. Currently this is causing more disruption and taking up far too much of other people's time, so if that continues a longer block may be the only solution, and if not... well, who knows. We might be able to get back to some the work we've all come here to do... ;-) --HappyDog 04:44, 4 September 2007 (UTC)[reply]
Update: I got an edit conflict between my above comment and Eep's. Eep - you should know that you are not helping yourself with comments like that. Treat that as a second warning. --HappyDog 04:44, 4 September 2007 (UTC)[reply]
Comments like what, "lynch mob"? So, what, now I can't even label a group of users who I feel unjustly ganged up on me (which is what a lynch mob is) and contributed to my ban? That's a tad bit ridiculous and oppressive, eh? There's no reason this wiki needs to be anywhere near as anal as Wikipedia. Wait, lemme guess: you now consider me calling Wikipedia "anal" as "bad" too? <eyeroll> Attempt to not be so oppressive, Happydog; it's not very becoming of you or of Wikimedia wikis in general. I don't come here for drama, soap operas, and politics but, unfortunately, I seem to encounter them everywhere I go. I am here to learn about, use, and improve MediaWiki--that's it. Keep the mind games to yourselves, people; I want nothing of them! —Eep² 06:39, 4 September 2007 (UTC)[reply]
[edit]

Could an admin please update the sidebar link MediaWiki:Portal-url to fix the current redirect? Also, is there an equivalent here to en:Template:Editprotected? Thanks SCEhardt 17:32, 25 June 2007 (UTC)[reply]

Updated (after a bit of hassle). I don't think MediaWiki.org has such a template or equivalent. Thanks for the notice, good catch. :) --Sayuri 17:40, 25 June 2007 (UTC)[reply]

PRE overflow

[edit]

Could we have PRE { overflow: auto; } in MediaWiki:Common.css - that would prevent ugly (horizontal) page expansion on pages containing a lot of code... -- FND 08:47, 15 July 2007 (UTC)[reply]

Done, added to MediaWiki:Common.css. --Sayuri 10:43, 15 July 2007 (UTC)[reply]

I've installed the TiynMCE but still can't see the new WYSIWYG. Can smeone give a help?

Namespaces used

[edit]

Hi, is there any page that explains which namespaces are available at MW.org and what each one of them is used for? --Flominator 10:43, 1 August 2007 (UTC)[reply]

Namespace will give you descriptions for most of them. The others (which you can see at Special:Search (enter any search string and look at the namespace checkboxes) are fairly self-explanatory... -Eep² 11:01, 1 August 2007 (UTC)[reply]
What's the difference between main, manual, project and help? —The preceding unsigned comment was added by Flominator (talkcontribs) 00:42, August 2, 2007. Please sign your posts!
The difference is in what their contents are. See namespace for more information on what namespaces are but, basically, namespaces are just another way of categorizing/sectioning/classifying/segmenting various articles on a wiki. Other ways include categories, subpages, and extensions like Semantic MediaWiki (which, essentially, just uses namespaces to create "relationships", "attributes", and "types" between pages), while Semantic Forms creates a "forms" namespace for, you guessed it, forms. -Eep² 09:02, 2 August 2007 (UTC)[reply]
I know what namespaces are for. I just want to know how they're used on mw.org! --Flominator 05:43, 7 August 2007 (UTC)[reply]
The easiest way to find that out is to browse various articles within those namespaces, which makes it pretty obvious to me what the namespaces are used for so I'm not sure why you're having such a hard time figuring it out either... Perhaps looking up the meanings of main, manual, project, and help would, er, help? <shrug> You already have their descriptions from namespace so, beyond that, dunno what else to tell you... -Eep² 06:10, 7 August 2007 (UTC)[reply]
Namespace Purpose
(main) Pages about MediaWiki itself; introductions, download links, etc.
Manual Clean, free-licenced GFDL-licensed MediaWiki manual (we hope)
Project Regarding this web site, e.g. discussions about MediaWiki.org, etc.
Help Lightweight end-user help ("public domain help")

Hope this sheds some light. robchurch | talk 05:41, 11 August 2007 (UTC)[reply]

Hmm, see Project:Namespaces :-) --:Bdk: 11:41, 27 August 2007 (UTC)[reply]

Infobox -- help in positioning it on a page

[edit]

My Wiki is being used for a basketball site for college coaches. I'd like to use the Infobox template as a means to convey personal information about players, and I'd like for it to be positioned on the right hand side of the page. I have gotten the Infobox over the to right, using CSS codes, but I can't get it so the text and sections wrap around it. Instead, the more I add the more it moves the Infobox down the page.

I'm using Wiki 1.10 and MySQL.

Thanks, Jim R.

Post your question here: Project:Support desk, as this page (as noted at the top) deals with MediWiki.org, not the software and it's usage. --Dr DBW 00:40, 14 August 2007 (UTC)[reply]

Could an admin please move Manual:Skinning to Manual:Skins? The Skinning page is much more relevant to developers and there isn't really much content on Skins. I already moved Skins to Manual:Skins FAQ to make room but I need an admin to delete the redirect before the new page can be moved over. Thanks. --Cneubauer 16:10, 27 August 2007 (UTC)[reply]

Cancel that. User:HappyDog and I are discussing it. --Cneubauer 16:17, 27 August 2007 (UTC)[reply]

Warning: Cannot modify header information

[edit]

I am trying to use the SpecialDeleteOldRevisions function but encountered the following error:

Warning: Cannot modify header information - headers already sent by (output started at /home/ekomrinf/public_html/ekompute/LocalSettings.php:149) in /home/ekomrinf/public_html/ekompute/includes/WebResponse.php on line 10

When I tried to install Adsense in my LocalSettings.php, I too encounter a similar error.

Warning: Cannot modify header information - headers already sent by (output started at /home/ekomrinf/public_html/ekompute/adsense.php:4) in /home/ekomrinf/public_html/ekompute/includes/WebResponse.php on line 10

What could be the possible cause or causes? — PM Poon 22:11, 8 September 2007 (UTC)[reply]

I`m confused about licesning for this image. I tagged it as lacking copyright info. The uploader left a message on my talk, stating that the image was licensing under the LGPL, because because it came from the CrystalSVG icon package under that license. However, there appears to be no template for that license. Is that a license accepted on this site? If so, it seems to me there should be template for it. Thanks in advance. --Brian 09:29, 9 September 2007 (UTC)[reply]

As far as I can see, the image is unused and should probably be deleted. --HappyDog 00:13, 11 September 2007 (UTC)[reply]
Oops, missed that it was now unused. If I remember correctlly, it was used before, on an extension page, I think. But since it isn`t now, the uploader hasen`t been active since, and there`s a copyright question, I agree with deleting it at this point. There`s a few other images using the non-existant {{LGPL }} template, though (and which are being used on pages). Any ideas as to what should be done with those?--Brian 07:37, 11 September 2007 (UTC)[reply]
Have deleted that image. In general, I don't think there is a problem with LGPL images on this site (so far as I know...) so I guess the answer is to just create the necessary template. --HappyDog 14:15, 12 October 2007 (UTC)[reply]
Oops - was confused because the original link had a typo. It looks like the template has been created already. Problem solved, I guess! --HappyDog 14:16, 12 October 2007 (UTC)[reply]
Looks solved to me. Thank you, HappyDog- and thanks to Garrett for creating the template with the proper legal language dispite my misspelling!--Brian 04:49, 15 October 2007 (UTC)[reply]

Help Configuring MediWiki

[edit]

I need some proper "help the n00b" type help. I can't run any extensions!!! I am running XAMPP on a Windows PC, as an Intranet box, I have MediaWiki installed into the HTDOCS folder, everything configured AS IS out of the box, but everytime I try to add an extension, I get Permission Denied errors, forward slashes turning to back slashes halfway through a URL and so on.

I believe this to be a configuration error, but I can't figure it out and have tried reading the manual for MediaWiki, but it doesn't give any Windows based examples...

Could someone please help me out?? Regards

Darren

Sounds like an issue with file permissions. Make sure Apache/PHP has the permission to read the extension files (and directories!). But then, I havn't tried this on windows either. -- Duesentrieb 14:52, 12 October 2007 (UTC)[reply]

All archived by Kaganer 18:27, 12 May 2008 (UTC)[reply]


Bot requests

[edit]

I have set up this page, Project:Bot requests, as a place to log requests for bot activity, as well as the details about any active bots. Please feel free to tidy it up or add further requests. Also, please bring it to the attention of any known bot-writers/operators. Cheers. --HappyDog 19:54, 15 October 2007 (UTC)[reply]

SALTed titles

[edit]

Hi, I have created this page so that particularly troublesome, recreated pages may be protected from recreation. Thanks. --AnonDiss 04:52, 10 November 2007 (UTC)[reply]

Hi, good idea, but this seems a lot like Project:Protected titles/list, and we might not need two pages listing deleted pages we don`t want re-created -or am I missing something? --Brian 05:05, 10 November 2007 (UTC)[reply]
You aren't - I was ;). Thanks for telling me. --AnonDiss 23:08, 10 November 2007 (UTC)[reply]

Problem with deletion template

[edit]

Hi, there appears to ba problem with the {{Delete }} template. Category:Candidates for deletion is empty, even though the template is trancluded on pages. I don`t know if this is the unintended result of recent edits to the template page, or something else. Any ideas? --Brian 00:25, 24 November 2007 (UTC)[reply]

My mistake. You're right - my recent edit contained an error which I have now fixed. Hopefully everything is back to normal now - let me know if there are any other problems. --HappyDog 00:55, 24 November 2007 (UTC)[reply]
Looks normal now, after I cleared the cache on the pages in the category. Thanks for your quick response! --Brian 01:43, 24 November 2007 (UTC)[reply]

Welcoming template made; please mod and translate

[edit]

{{Welcome }}. Regards, --AnonDiss 07:53, 30 November 2007 (UTC)[reply]

Could Manual:Short_URL be a model way for setting up Help pages?

[edit]

Here are the instructions for Manual:Short_URL:

Anyone is welcome to create a "how to" solution page and list them below. Please use a sensible name for the page, one that fits in with the below names. When each unique solution has its own page, readers can skip complexity they do not want. Keep it simple, readable, short, with a separate page per separate solution.

In an attempt to find out which Short URL methods really work, after trying these methods please add either:

  1. a [[Image:Smiley.svg|20px]] if the method worked or
  2. a [[Image:Face-sad.svg|20px]] if the method did not work.

The incredible advantage to the way Manual:Short_URL is set up is:

  1. By splitting up the solutions to problems to individual pages, we have been able to shorten the amount of clutter on the main page.
  2. By allowing users to rate each solution with a or , everyone quickly learns which help solutions are successful, and which solutions don't work and have bugs in there coding.
  3. The text is easy to understand, originally written by a newbies, who still don't understand how to the Short URL coding works.
  4. All complex and in-depth information is in the footnotes, under "Technical notes".
  5. Technical words are minimized, but when necessary, such terms as hosting provider, shared host, query string and runtime environment have links to their explanations.
No. Ultimately this page should consist of a small set of pages that give concise instructions on how to solve this problem in the most common situations, plus a 'troubleshooting' page that is presented as a FAQ to solve specific issues that people might encounter. Currently there are dozens of bespoke solutions, and although the smiley idea is cute, there is no useful way of getting any information from them. For example, are the frownies there because the user was not experienced enough to get it working, because their system was incompatible, because the instructions are not written well enough or because the instructions are actually wrong? The current page is a useful (temporary) method of gathering information so that we can write up proper instructions that are based on fact and not just opinions, but should not be considered a permanent solution. --HappyDog 00:29, 12 December 2007 (UTC)[reply]
I agree. Optimally a "small set of pages that give concise instructions on how to solve this problem in the most common situations" is the ideal. The problem is that on many pages there are a myriad number of solutions. The meta.wikimedia.org page was a disaster before.
I also agree that the "current page is a useful (temporary) method of gathering information so that we can write up proper instructions". Sorry I wasn't clear on that point.
My question is how do you get from the disaster page to the "fact" end all solution [ignoring the assumption that there is only one solution]. How do you determine which solution is "fact"? I have never followed a page clear through before.
So far 100 people have voted with the "frownie system" which helps determine which solution is "fact". 100 people would not have commented on the talk pages.
I agree with the current frownie system there is no way to determine why these solutions didn't work. If there was some way to get users to add detailed explanations, that would be ideal [they won't all comment on the talk page]. Any suggestions how to do this?
I hope someday this page will have the one proper instructions. But this system is a temporary state until someone comes along and creates those ideal instructions. What is interesting is that it seems like multiple solutions work, not just one.
Thanks a lot for your input. You made some great points. Odessaukrain 17:07, 26 January 2008 (UTC)[reply]

Edittools are worked

[edit]

New system message MediaWiki:Edittools are worked - additional toolbar for quick insert more tags in edit area. Contetnt is copyed from Commons and slightly adapted. For drop-down menu used extra script MediaWiki:Edittools.js that is called from MediaWiki:Common.js. Section "extra buttons for edit dialog" of MediaWiki:Common.css used to decorate.

Please review and comment. Maybe some unnecessary functionality to be removed ? Maybe need different decorate for different skins ?--Kaganer 13:39, 13 December 2007 (UTC)[reply]

No objection to other people using it, but how do I disable this? --HappyDog 19:41, 13 December 2007 (UTC)[reply]
For hide (no traffic economy) this pane, add following string for your personal CSS file:
.mw-editTools {display:none}
For ability to disable Edittools need support this bug.
--Kaganer 18:07, 17 December 2007 (UTC)[reply]

As always, the main complaint about Edittools is it's size. Why do I need to fetch 120 extra kilobytes from the server on every edit and preview when I never use 95% of it? The solution is to get rid of MediaWiki:Edittools completely and implement everything with JavaScript. Then a character that's now represented with <a onclick="insertTags('z',,);return false" href="#">z</a> will simply become 'z ' inside "insertable characters" arrray. And also very important, this will be cached. This has been proposed (with working scripts) in English Wikipedia at least three times, and there was no opposition, but nobody went ahead and implemented this either ∴ AlexSm 23:27, 18 December 2007 (UTC)[reply]

/el

[edit]

Among other significant languages, Greek is severely underrepresented translation wise on this site. Any help making some translations would be great. Cheers, --AnonDiss 14:02, 27 December 2007 (UTC)[reply]

I'll leave a note on the greek wikimedia projects. Mønobi 21:22, 30 December 2007 (UTC)[reply]

Proposal: better notices

[edit]

I humbly ask to improve some system messages. First, simple ({{#switch {{NAMESPACE}}) check in the big and annoying MediaWiki:Copyrightwarning could decrease it's size in half:

  • for «Help» namespace it would say "… Help: namespace … public domain … check Project:Copyrights",
  • for other namespaces it would say " … GFDL … check Project:Copyrights"

AlexSm 16:48, 31 December 2007 (UTC)[reply]

Since we have an established system of subpages for translations (Project:Language policy), at least for «Help» namespace, MediaWiki:Newarticletext should check (with #titleparts) whether it a subpage, and then display something like "This translation is not available yet, please see English help page at …". Otherwise, when I translate something, I have to avoid red links to other future translations, and simply use links to English versions for now ∴ AlexSm 16:48, 31 December 2007 (UTC)[reply]

Another note: any user who switched interface language will not see some important warnings (for example, will see standart GFDL notice) even on PD Help pages. These warnings need to be translated to appropriate interface subpages MediaWiki:Copyrightwarning/fr, MediaWiki:Copyrightwarning/de, etc. ∴ AlexSm 16:48, 31 December 2007 (UTC)[reply]


Nobody against? Then i replaced english msg to following version... --Kaganer 10:33, 12 May 2008 (UTC)[reply]

Hmm, valid points. I guess it would be best to make a list of important messages that really need translation (such as the hints about PD status), and then to ask on Meta for help (there are some fairly active translation coordinators). --:bdk: 23:00, 29 August 2008 (UTC)[reply]