Hi ...
I need this feature :
When a user logins , some articles must be marked with a light yellow to
view faster the last changes ...
My wiki is intended to use by deelopers, so when a user commits a change
, a mail would be sent and also
the changes maden to an article must be marked ...
Anyone knows what files are involved on this step ??
i know this feature may be not interesting to wikimedia , so i will
start to develop it, but i dont know
what files i must touch ... any appointment ?? any help ??
thanks
--
Problems with Windows - Reboot.
Problems with Linux - Be root.
Vic (aKa CoffMan)
vic(a)wickle.com
Hello
i have the following problem :
i trying to install a mediawiki version 1.3.5 in Russian and after chmodding the "config" dir and filling the installation formular ive got this:
Initialising "MediaWiki" namespace...
Warning: Undefined index: 1movedto2 in /home/ZTM3PNG1/htdocs/encyclopedia/languages/LanguageRu.php on line 1028
And then if i trying to access the main page (after moving localsettings.php to the root directory) im getting:
[pear_error: message="fopen("/tmp/tpl_0_7_0_239b6c042560228b7d7cdf729efbd138.php", "w") - Operation not permitted" code=0 mode=return level=notice prefix="" info=""]
Wats wrong ?
http://bugzilla.wikipedia.org/show_bug.cgi?id=454
To whom it may concern:
today I released a new version of *** e-mail notification for changed
pages and user_talk pages (enotif) ***, which corrects a text and
recipients' address problem when sending the notification mails. The
patch is based on yesterday's evening version of CVS 1.4, further
updates are currently synchronised with 1.4 version as suggested by
Brion, and a lot of documentation pages are available on
http://meta.wikimedia.org/wiki/Enotif .
Remark: the useful proposals by Brion, JeLuF and Wil - see Bugzilla -
are not yet integrated into this v1.1 source, but will be soon.
I am looking forward to your feedback, if you can invest the time for
implementing and testing it.
Tom
Berlin
Hello,
At the 21C3 - the annual congress of the Chaos Computer Club -
we are organizing a small mediawiki developer conference to which I'd
like to invite everybody involved in mediawiki development (the people
doing mostly admin tasks on the servers are of course invited too ;-).
The event takes place from 27th to 29th december in Berlin
Planning happens on
http://meta.wikimedia.org/wiki/21C3/MediaWiki_developer_conference
Please list yourself, if you want to attend and contact me if you need
accomodation/a computer to work on/anything else ;-)
The people who participate should decide soon where they want their
living-room at the congress: you can either stay with the rest of the
wikipedians at the ground floor or I could organize a corner in the
hack-center in the basement.
@Brion and Tim Starling: it would be fine if you could send abstracts
for your presentations in soon, the schedule is quite full already.
greetings,
elian
I'm a high school student involved in our website
(http://www.rileyhighschool.com/). After taking a look at the sorry
state of our site, and subsequently visiting wikipedia, I came to the
realization that a wiki, especially mediawiki, would be enormously
beneficial to our site in many ways. I investigated further, installed
1.3, got some content in, customized monobook a little bit, got
familiar with the software. I decided that it really would be a great
improvement, and continued further testing. Upon further review, and
in conversation with the administration, it was determined that the
principal objection to using mediawiki as our primary site was that
anyone could edit. Although it has been presented that this is not a
serious problem in practice, it was still too much of a risk for them
to take. Downtrodden, but not discouraged, knowing that mediawiki is
an open source product, and being familiar with php and mysql, I
looked further into what was available. Ultimately, it was determined
that unapproved edits cannot come to exist in the first place,
irregardless of the ease of their removal. I began looking for a way
to implement an approval mechanism.
On #mediawiki it was suggested that I look into the recent changes
patrolling in 1.4 as a potential method of implementing this solution.
I have done this and determined that it will be just as difficult to
use this as it will be to implement a cleaner solution, involving a
new table in the database and an approval mechanism. Therefore, I'm
here to ask for suggestions, comments, and help implementing this, or
a similarly acceptable solution.
-Randy
I'm working on code for the much-discussed database schema change.
See overview & in-progress schema conversion code:
http://meta.wikimedia.org/wiki/Proposed_Database_Schema_Changes/
October_2004
I've got various features up and running on the new schema and will
check in some code on a branch until it's sorted out and we've done
some test conversion runs to make sure it's not too out of whack.
This is intended to solve a number of major issues including:
* eliminate denial-of-service problem on page renames
* make revision ID number available and consistent for old and current
revisions
* speed up aggregate queries by not having to slog through text storage
to get at revision metadata
It also should reduce the update burden on the slave database servers
by not having to save every edit's text and data twice.
This current schema co-opts the existing old table for text storage,
ignoring the extra fields which are now moved off to other tables. This
should keep the initial conversion cost relatively low as the table
doesn't need to be rebuilt, just added to. The smaller metadata-only
tables should be easier to alter in the future as needed.
-- brion vibber (brion @ pobox.com)
There has been much talk about a potential WikiMarkupStandard, but
so far not much has happened. There is however a new attempt to fully
discuss that topic, this time on an official mailing list (an ID/RFC
is planned):
http://www.usemod.com/cgi-bin/mb.pl?WikiMarkupStandardWorkingGroup
Discussions may be lengthy and not all too pleasant for everyone (any
standard can only be a big collection of compromises), and initial
debates may be very lame I fear. However I'd like to invite any
interested from the WikiMedia crew and user base, so we can also have
your thoughts, opinions and preferences heard. That's important to
get the best possible out of this process - a markup standard that
only very few people agree on isn't worth anything; and because
MediaWiki is one of the most widespread engines and most people first
learn WikiWikiWeb by it, it is surely the most interesting.
It hasn't started yet, we'll first have to negotiate on a few basic
"meta rules" for what the markup standard should look like. My opinion
is, that it should only be a 'recommendation' and nothing more. Merely
promoting the "best" markup and mentioning a few viable alternatives.
All WikiEngines should be free to add as many extensions as possible
(that's the biggest advantage of Wiki anyhow, and shall remain it).
And it's likely that we negotiate on a general MIME media type as well,
so "Content-Type: text/wiki; variant=mediawiki" could be used with
WebDav, AtomApi protocols and eventually even EMail in the future.
Ok, I don't want to go in too deep detail here. Please anyone consider
taking part in that discussion; it would help if we could hear all
ideas up front - there will be a final WikiWorldWide voting or such,
but problems and incompatibilities should be worked out as early as
possible of course.
Best,
mario
(please Cc: me, unsubscribing again)
There is a person who thinks it funny to add texts to templates that are
used on almost all pages of nl:wiktionary. I have protected the
templates that were abused so far.
I have two questions:
*The latest IP number used is 213.224.16.165
<http://nl.wiktionary.org/w/wiki.phtml?title=Speciaal:Contributions&target=2…>
can we find if this person is known as a wikipedia user as well ?
*I want to protect all templates against this kind of abuse. Is there a
way of doing this easily ?
Thanks,
GerardM
>Me! I did a SQL with the latest dump. I made a file which contains the list
>of the articles with no interwiki :
http://mboquien.free.fr/nointer_zh.zip . It is coded in UTF-8.
Thank you very much. The list has been reformatted into links and uploaded to Chinese wiki. Please feel free to remove the zip file.
Several people has started chugging through the list, over 4800 to go through. When I uploaded the file with all of the links, I thought I might have crashed the server when I asked for the preview..
-Vina
