Project:Forum

Article presentation in tabs
I believe what the articles in all wiki projects and specially in wikipedia, must be presented in tabs. The general data in tab 0 (general tab), with it's menu, and other tematics from article presented in other tabs.

What we win with this ?:
 * Send minor kb. of data when solicite a page. Only load data for tab 'General'.
 * More speed. If send minor data, before are the data presented.
 * Content more ordered. The relvant information appear en tab general, other information in others tabs.
 * Content more complete. Many wiki-editors get involved that such-and-such information is not important. But it is only his thought and to give him the reason contributes to a poorer article and with a very strict point of view on what it is and is not important. For example, many editors tell it what a article about a algorithm don't must to have implementations of code, why with the time, a large list of implementations (in each language), it occupies more space than the proper article. But this information is very estimated for all the users been interested in these topics.

What is interested in having more a very nice wikpedia at sight or have an as useful as possible wikpedia to the major group of possible persons?

I suggest therefore the incorporation of tabs at the wikimedia software, for to present articles. One easy form for edit content would be edited using a tag so: '|= title =|' or '=| title |=' when appear '|= .... =|' must be considered what the content from here go in other tab. General tab, don't need this tag.

Sorry my bad english... --79.109.222.212 19:02, 20 March 2010 (UTC)

Login Seguro
Estoy tratando de encontrar un login seguro al software mediawiki, no encuentro ninguna extencion que cumpla esa funcion. No puedo usar SSL. Algo del estilo Token hecho con javasript del lado del cliente y el token que sea un valor de sesion aleatorio (md5hash(password_cliente+token)=md5hash(password_servidor+token)). Agradezco su ayuda. --190.228.111.50 21:23, 12 March 2010 (UTC)

Wiki not loads doc-files saved in MS Word 2007 format 97-2003
Version MediaWiki 1.14.0 and 1.15.1. writes: file is corrupt or the wrong extension.Can you tell why this happens and what is the solution? --194.85.96.104 07:11, 19 January 2010 (UTC)

Russian MediaWiki.org
I propose to create a Russian language section of the site MediaWiki.Org.

It will be more convenient for Russian translators and editors. Original request on Meta:

I propose to create different local site of MediaWiki at http://ru.mediawiki.org/, making both in the language edition of Wikipedia for more convenient work on the site (the current system requires the use of English names with postfix /ru in the categories). --Grigol 20:15, 2 January 2010 (UTC)

Dorkin Maxim 21:47, 4 January 2010 (UTC)
 * note: request on metawiki was rejected Lvova 21:55, 4 January 2010 (UTC)


 * I'm against this, for four reasons: 1) MediaWiki.org is about the MediaWiki software, and all development on said software happens in English. This means that even in a non-English language wiki, there will be English page names (variable or script manual pages, for example). 2) The current language system works just fine. It takes roughly the same amount of work to add /ru to the end of an existing page as it does creating an entirely new page name. If you desire a page name in Russian for easier searching, you can create a redirect to the /ru page. 3) If we were to allow a Russian MediaWiki.org, then we would then have to allow a MediaWiki.org for each other language that requests it, which would very quickly become burdensome on the developers who speak those languages in order to maintain all of those wikis. 4) MediaWiki is being rapidly developed and this separation will make it difficult to ensure that the content for all languages reflects what is currently available. As of right now, translators can add the English version to their watchlist and translate changes accordingly. Having multiple wikis makes that significantly less feasible as the translator would then have to visit a different site to check for changes. -- Skiz zerz  22:15, 4 January 2010 (UTC)
 * I agree with Skizzerz. --Jack Phoenix (Contact) 22:18, 4 January 2010 (UTC)
 * (edit conflict) There was a similar request for a German version here and on my talk page. My opinion is still the same: I don't see why we would need to split this wiki; this is just a "cosmetic" change as this wiki is for MediaWiki's documentation; not for encyclopedic content or whatever else. Creating multiple wikis would make maintenance tasks much more difficult (Languages automatically links to localised version, etc.) and would mean that admins need to check each wiki for maintenance tasks and requests rather than only this one. i Alex  22:20, 4 January 2010 (UTC)
 * I agree with Skizzerz and IAlex. Similar reasons are on the meta. --Kaganer 15:43, 5 January 2010 (UTC)
 * Strong oppose - MediaWiki is multilingual; it is not like wikipedia. And also per Skizzerz. Snake311 04:18, 9 January 2010 (UTC)
 * I see no advantages in further partitioning of WMF wikis, at least unless some hostility at existing wikis towards some group of users (e.g. Russian-speaking) was proven. English titles represent less significant discomfort to me than the need to check yet another watchlist, e.g. here. But there is yet another point. A global, widely populated community could generate more different approaches, all proposals will have more review and critic, and community will be less biased. Every non-global, split off wiki (no matter by language or by what characteristic else) will have less structure, less active users (even XX-speaking or belonging to somewhat else target audience), less review, which will result in poorer content. Incnis Mrsi 12:45, 12 January 2010 (UTC)
 * Comment. Some of these objections could be addressed through MediaWiki enhancements; e.g. a multi-wiki watchlist, a multi-wiki search feature configurable through Preferences, page existence detection for interwiki links, etc. There needs to be in general better cross-project integration of data. Then ideas like this will be more workable, because we will not sacrifice so many advantages of a unified wiki by splitting into multiple wikis. Tisane 12:27, 22 March 2010 (UTC)

broken links to dynamic pages
Users can be accused of doing it wrong numerous times. Links are often provided to point this out. Only serious conflicts end up on administrative pages. Over time those links stop working leaving a bunch of dead links along with either false or just accusations. The wiki software barely allows experienced users to even find the conflicts that are serious enough to be debated.

This flaw specially on highly populated wiki's like wikipedia allows users to seriously game the system. A lot of new users already find their talk page being templated quite offensive. If the links pointing to the debate are unavailable a honest person can only assume the accusations are just.

The page history and user contribution pages lack modern UI features. It is for example impossible to see that a user has been working at a specific article for years. This gives way to much credibility to editor ranks. A moderator who only looked at the article one time is not better informed about the topic while the interface does give this impression.

As many editors edit within a narrow scope of expertise such impression is always flawed. Likewise, an administrator might want to see who was contributing to an article and who have been deleting things from it.

For example/reference: On wikipedia I've seen people create articles and trying to work at them while others kept deleting perfectly sourced material from it and eventually deleting the entire article. It makes me wonder about the different standards for making the archive of deleted pages invisible and the censorship of the biography of living person. Why would the deletion debate even be preserved if the content it debates is not available? Perhaps (after deletion) the article archive should be merged into the deletion debate to make sure everyone looking over the topic is familiar with the validity of the arguments and to allow new editors to avoid re-creating an even worse version of the article.

This seems unrelated but it is just to explain how the current software allows edit warriors to elegantly cover their tracks while hard working contributors have nothing to show for their effort. Which was not the point I believe. To not have the links to dynamic pages in addition to this really renders a contributor without any defense. It would be nice if www.wiki.com/articlename#foobar in case this article section doesn't exist would trigger an archive search and redirect to the specific #foobar section on the correct archive page. This would add serious transparency to the process.

For clarification, I can easily write my own tools for this, new users are not helped by those.

Thanks for your time and good luck,

84.104.135.141 18:33, 9 February 2010 (UTC)

Box for Extensions with no development/maintenance
I think it could be useful to have a box to mark extensions which are not developed activly or witch are not maintained anymore. This may help to solve problmes, for example that someone does not use this extensions because they might get incompatible in future. --DaSch 22:06, 16 February 2010 (UTC)

Security of MediaWiki 1.15.1
So is there any fixes for the 1.15.1 or do I need downgrade to 1.15.0? --CheerYo

Insecure extensions
I propose to delete pages on extensions that had been marked with Security alert for some time (say, 6 months) and haven't been fixed. This, of course, excludes extensions specifically intended for non-public environments. Max Semenik 08:35, 25 February 2010 (UTC)
 * Sounds like a good idea. Happy ‑ melon 09:30, 25 February 2010 (UTC)
 * Why not keep the pages and leave it up to wiki owners to decide whether the extension is worth the security risk? Even if it would be inadvisable to use some extensions as is, they might be improved later, or the code cannibalized for use in other extensions. So it's better to keep those pages around, in case someone needs them. Tisane 10:53, 25 February 2010 (UTC)
 * I think the pages should not be deleted. The Security Alert is enough, the pages can be left on the wiki like Tisane said, for any further use. Administrators should know which extensions he could use in which enviorment and decide himself. And maybe someone will even find a solution and fix it. --DaSch
 * This raises an important issue, though - what standards do/should we have for allowing code for or documentation about an extension to be hosted on this site? Are there any minimum standards for usefulness/security/code readability/etc., below which the pages about an extension have to be removed from the site? Or is it pretty much anything goes? The old debates over eventualism vs. immediatism could come into play, of course. Tisane 04:59, 2 March 2010 (UTC)
 * Stuff in SVN is held to a higher standard. Anybody who can edit here can post some pseudocode and call it an extension, and that probably should stop. ^demon 13:51, 22 March 2010 (UTC)

Spam attempt
My extension page has been edited and some html was injected by a malicious user - here is the diff - http://www.mediawiki.org/w/index.php?title=Extension:Add_HTML_Meta_and_Title&action=historysubmit&diff=305893&oldid=299109

Please ban this user. Is this the right place to report? Владимир Радуловски 15:02, 27 February 2010 (UTC)

Problem rss/feed


my feed display this error:

This page contains the following errors:

error on line 2 at column 6: XML declaration allowed only at the start of the document Below is a rendering of the page up to the first error.

where is this file? error on line 2 at column 6: XML

Thanks in advance!! --Rosaduarte 20:37, 27 February 2010 (UTC)
 * Your feed contains a newline before XML opening tag. Search for a PHP file that starts with newline before first <? - most likely, it's LocalSettings.php. Next time, please ask at Support desk. Max Semenik 21:13, 27 February 2010 (UTC)

Hiding a category
Hi there. Don't you know how can be hide category in an article, which template has and this template is used in that article, thanks in advance –BRUTE talk 12:04, 2 March 2010 (UTC)

"Hello World"-type examples in documentation
I found Manual:Parser_functions to be very helpful for writing my first parser functions. I think we should provide more simple examples for new developers. That will be easier for them than trying to look at a more complex example (e.g. FlaggedRevs) and search through sparsely-documented variables in the manual and through the code documentation just to get a grasp on how to implement something that is very basic. Of course, they will still need to use those resources to implement more advanced functionality, but it's helpful to have "hello world"-type examples as a starting point. Tisane 12:45, 22 March 2010 (UTC)

WikiProjects
Would this community be receptive to the formation of WikiProjects? E.g., there could be projects devoted to improving parts of Mediawiki.org, or to developing certain aspects of the code. It provides an easily-watchlisted location for collaboration on areas of interest to particular volunteers. Instead of ideas being scattered so widely across userspace and talk pages, where they often stagnate due to inattention by other users and competing demands for the idea generator's time, to-do lists and such can be put on a WikiProject page and people can coordinate to accomplish them. And the work can be done in a way that interdependent projects are managed with the big picture of the larger subject area in view. For instance, I would be interested in collaborating with others on cross-wiki integration, which encompasses potentially a large number of extensions. There could also be other major projects, consisting of lots of little sub-projects, that could benefit from a coordinated approach, such as developing code to combat spam, fight vandals, improve accessibility, implement access control to individual pages, etc. Tisane 12:45, 22 March 2010 (UTC)