Hi,
i'm working with MW 1.10 and use the spellcheck extension
(http://www.mediawiki.org/wiki/Extension:Spellcheck
<http://www.mediawiki.org/wiki/Extension:Spellcheck>). Because i can't
reach the owner of the project i'm looking for help here. i hope this is
the right place to ask.
if i change a word which is within the "wordlist" and then click show
changes the word doesn't change in the edit box and i don't know on what
it depends but most likely the graphics "current revision" and "your
text" don't show up....
and though the added_words.txt has chmod 666 add to dictionary doesn't
work aswell...
If this is the wrong place to ask those questions please tell me...
thx for any hint julia
Hello
Is it possible to make wiki linking (like [[article name]]) an automatic
process for articles ?
I mean, like you write text in a wiki page, then you click >>suggest links>>
button, then it links all the applicable article names in the page, then you
review and save the page (if not, just discard them). making sure not to
duplicate the links and using a link exception list so that words aren't
linked (like is are she he they them could can etc.)..
--user:alnokta
Put __HIDDENCAT__ on the category page to hide that category from the list
at the bottom of the article pages. This feature is intended to reduce the
clutter from maintenance categories like [[Category:Articles with
unsourced statements since December 2007]].
A feature to show the hidden categories for a page has been proposed, and
is entirely possible in the backend, but the user inteface details have
not been sorted out yet.
Red links now display text from [[MediaWiki:Red-link-title]] in their
title attribute. By default, this is "(not yet written)" after the
destination name. This feature is intended to inform casual readers of the
nature of a red link.
Red links now point to action=editredlink instead of action=edit. The new
action is more lenient in displaying edit permission errors, to avoid
offending readers who are blocked and clicked a red link with no intention
of editing.
Specifically, it redirects to the view page if the user doesn't have edit
permissions, thus requiring the user to explicitly click the "edit" tab in
order to see a block message.
The new parser is now live on all Wikimedia wikis.
The format of various MediaWiki namespace messages has been changed, to
allow templates and parser functions in a much more intuitive way, similar
to ordinary articles. Some local messages have hacks to work around bugs
in the old parser, these hacks will need to be removed.
-- Tim Starling
For those who didn't already notice, I went ahead and branched the 1.12
release line yesterday, starting from trunk as of a couple days previous
(before the very latest batch of schema changes and other controversial
last-minute fun things :)
Vital functionality fixes and localization updates that need to go into
the 1.12 release should be committed on the REL1_12 branch as well as
onto trunk; I'll be doing a 1.12.0 release next week.
If you're not sure if your fix is vital enough, suggest it to me and
I'll decide whether to apply it or not. :)
Note that the current plan is to allow localization updates fairly
liberally on the latest release branch, with snapshots available for
download so people wanting localization updates don't have to wait for
the next bug-fix point release.
-- brion
I am thinking about a bigger change to Transwiki / Special:Import.
Status quo:
Every import source has to be defined in $wgImportSources for every
project separatly and additions have to be requested by a shell bug.
This structure makes it impossible to transwiki from every project into
every project.
My proposal:
Removal of the drop down box from Special:Import and add normal input
fields for projectname/abbreviation and language code.
To validate the values compare with the interwiki table && iw_local=1
Questions:
1. Are there any points why such a transwiki (from all into all) would
be bad?
2. Can I rely on the interwiki table? Or do we have another source of
trustful import sources?
Raymond.
While designing tables for categories, I hope that some thought be given
into implementing category intersection. I suspect the process would be
much faster with properly designed tables. In previous discussions, the
server load needed to intersect very large categories with little or no
common members was enough to prevent the implementation of category
intersection. At the least, if there is a count stored with each
category, it would be possible to limit category intersections requests
to categories meeting predetermined size requirements.
There are some other upgrades for categories that might also be
considered at the same time. One frequent request is that maintenance
categories not appear in pages with the other category listings. This
would require a flag in the category table that could be set somehow, or
perhaps with a new type of category name space (mcategory? wcategory?)
Samuel Wantman
en:User:Sam
Hi,
i'm using the wikipdf extension
(http://sourceforge.net/projects/wikipdf/). The translation script is
written in python and that's my problem. I don't know how to programm in
python and have the problem that if i use <math>"here stands tex
formula"</math> the part of the text which is already written in tex is
also translated. This means that special symbols like \sup_{} don't stay
the way they are...so the formula is not shown in my pdf but the
tex-text for the formular.
Is anybody using this extension, or has anybody already had the same
problem and a solution?
thanx for the help
julia
Something like this:
== 2nd level heading <span class="editsection">a</span> ==
--Matěj Grabovský
>---------------------------------------------------------
>Od: Viral Gupta
>Přijato: 19.2.2008 22:54:46
>Předmět: Re: [Wikitech-l] Developing extension for Mediawiki: probleminadding content to wikitext.
>
>Can you be a bit more elaborate on use of "span.editsection".
>
>
>
>Thanks for your help.
>
>
>
>Thanks
>
>--Viral
>
>
>
>On Feb 19, 2008 4:46 PM, <65s.mg(a)atlas.cz> wrote:
>
>
>
>> Try to format the "a" as a "span.editsection".
>
>> _______________________________________________
>
>> Wikitech-l mailing list
>
>> Wikitech-l(a)lists.wikimedia.org
>
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>>
>
>_______________________________________________
>
>Wikitech-l mailing list
>
>Wikitech-l(a)lists.wikimedia.org
>
>https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
>
>
------------------------------------------
http://mail.atlas.cz/wapmail/