http://www.mediawiki.org/wiki/MediaWiki:Newarticletext
Do we seriously need such an obnoxious message here?
I realise that we might have had a problem in the past with people
clicking on the MediaWiki logo in the corner when installing their
wikis, but perhaps we could solve this problem by delinking it,
instead of an English Wikipedia style giant stop sign at the top of
the page. It really hurts my eyes.
--
Andrew Garrett
http://werdn.us/
Hi,
I agree that Semantic MediaWiki is the right choice here. Let me just
note two additional extensions that might be helpful here:
Semantic Internal Objects lets you store compound/n-ary, of the kind
that you find in tables (each row is its own "internal object")
http://www.mediawiki.org/wiki/Extension:Semantic_Internal_Objects
Semantic Forms lets you create forms to create and edit pages that
store data via templates:
http://www.mediawiki.org/wiki/Extension:Semantic_Forms
I should note that I wrote both of these extensions, so I may be
biased... but other people do use them.
-Yaron
--
WikiWorks · MediaWiki Consulting · http://wikiworks.com
Hi there,
This is my first post on the wikitech forum and I hope I'm posting it
correctly...
I have a wiki project and the platform is mostly composed of data within
tables i.e. within cells. Currenty the data and tables are created and
handled with standard "wiki language" (text), which has several
restrictions, as you can imagine...
I am looking for an extension that would allow:
- to easily edit tables and cells in order for the wiki users to modify
data...
- to index or parse the data so as if it's getting change within one
table i.e. one template, the modification gets propagated to other
tables/sites. For instance the GDP of Switzerland is used in different
tables within different pages. If this data get modified from 1 table
(from the template), the other tables from other pages should also be
updated with the new data.
Does anyone know an extension that could do that? I have found
Extension:Data (http://www.mediawiki.org/wiki/Extension:Data#Data.php),
which seems to be great but very hard to understand (or not clearly
described)... and InlineTable
(http://www.mediawiki.org/wiki/Extension:InlineTable).
The extension of my dreams would be a combination of these both...
Visage émoticône
Thank you in advance for any hint!
Cheers
Erwan
Special pages, if I understand all their features, are special why:
# they come from a live API query;
# they cannot be managed/created/edited by users;
# they have no chronology (it would be nonsense).
It.source uses many "list pages", daily updated by a bot, containing other
project-specific queries. They are "normal" pages, and their chronology is
bot useless and heavy. DynamicPageList extension could solve in part such a
useless overload of web space, but its output can't be finely tuned.
So, I imagine that it could be useful to have a "special namespace" for
"customable user-defined queries & lists", with only one special feature:
the lack of chronology stuff. I can imagine that a possible candidate for
such exotic, chronology-free pages could be Special: namespace itself;
obviously the name of user-created pages into Special: namespace should be
different from any "canonical" Special pages.
Am I mad?
Alex
[wikitech rather than mediawiki as it concerns a wikimedia
installation; also, not sure if this is really a bug, thus no
bugzilla]
One of my tools on the toolserver has been happily transferring images
from http://www.geograph.org.uk/ for many month. It does so by copying
the file to /tmp on toolserver, then upload it.
Now, a problem has come up: Most of the time (but apparently, not
always), the upload is rejected because of some mime type issue. The
problem occurs for both fake-upload-page POST via Perl, as well as the
API-based PHP Peachy extension. This happens for many different
images, so probably not a bad toolserver cache.
Now the killer: When I download the image to my desktop and manually
upload it, it works fine.
Test image : http://s0.geograph.org.uk/photos/49/27/492794_cc629fb2.jpg
Any ideas?
Magnus
Hi,
I had added two lines of code to load two separate scripts at last part of
Common.js <http://ml.wikipedia.org/wiki/Mediawiki:Common.js> at
ml.wilipedia. Those two scripts contain functions and variables declarations
for transliteration tool in ml.wikipedia. Statements following that loading
statements use functions and variables declared in loaded scripts. Scripts
are get loaded perfectly in Firefox and IE transliteration is working but on
Chrome they are not get loaded at proper time.
On Chrome I get following error:
Uncaught ReferenceError: transliterate is not defined
transliterate is a function declared in
Mediawiki:Transli.js<http://ml.wikipedia.org/wiki/%E0%B4%AE%E0%B5%80%E0%B4%A1%E0%B4%BF%E0%B4%AF%…>
So, any problem with *importScript()* on Chrome?
Thanks.
--
Junaid P V
http://junaidpv.in
(sending to main tech lists, crossposted to Tech Blog[0], feel free to forward
anywhere else you'd like)
Greetings MediaWiki hackers!
I am pleased to announce the upcoming MediaWiki Hack-A-Ton in Washington, DC.
As you are all aware, every year in April our good friends at
Wikimedia Deutschland
host the annual "MediaWiki Developers Meetup" in Berlin. At that
event, the program
is focused on demonstrations, workshops and small group discussions. To
complement this, we're planning the DC meetup to be focused solely on hacking,
bugfixing and getting down and dirty with the code.
We're scheduling this for October 22nd-24th in Washington, DC. Some of
the details
haven't been ironed out yet, but will be announced over the coming
days as it is.
So clear your calendars, and keep your eyes on MediaWiki.org[1] and the mailing
lists for more information.
Some travel assistance may be available for those coming a long way. I've also
been told there will be swag of some sort for attendees :)
-Chad
[0] http://techblog.wikimedia.org/2010/09/hack-a-ton-dc/
[1] http://www.mediawiki.org/wiki/Hack-A-Ton_DC
On October 11 between 07:00 and 08:00 UTC, I will upgrade jQuery from
version 1.3.2 to 1.4.2 on all Wikimedia wikis. See [1] for details,
including a link to a list of backwards-incompatible changes between
the versions. Since we've been using 1.4.2 in trunk for a while now
and most breaking changes were crazy edge cases anyway, I don't expect
much if any JS breakage. User/site scripts and gadgets may or may not
break, but there's probably not many using jQuery (since jQuery only
got enabled on every page about a month ago) and most of those that do
use jQuery won't hit the edge cases that 1.4.2 breaks.
If you are the author of a user/site script or gadget, please do check
it for jQuery 1.4.2 compat just to be sure. If stuff breaks, feel free
to poke me on IRC and I'll help troubleshoot.
Roan Kattouw (Catrope)
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=25419
Greetings All,
On Wednesday, October 6 from 16:00 to 17:00 UTC and Thursday, October
7th 04:00 to 05:00 UTC, I'll be holding office hour sessions on the
#wikimedia-office IRC channel. Exact times for the session in a range
of time zones follow.
The sessions will be focused on the Mediawiki developer documentation,
along with related topics.
For background reading, please visit:
* http://www.mediawiki.org/wiki/User:Zakgreant/MediaWiki_Technical_Documentat…
* http://mediawiki.org/wiki/User:Zakgreant
San Francisco UTC-7 Wed. 09:00-10:00 Wed. 21:00-22:00
New York UTC-4 Wed. 12:00-13:00 Thu. 00:00-01:00
London UTC+1 Wed. 17:00-18:00 Thu. 05:00-06:00
Bern UTC+2 Wed. 18:00-19:00 Thu. 06:00-07:00
New Delhi UTC+5:30 Wed. 21:30-22:30 Thu. 09:30-10:30
Bejing UTC+8 Thu. 00:00-01:00 Thu. 12:00-13:00
Tokyo UTC+9 Thu. 01:00-02:00 Thu. 13:00-14:00
Canberra UTC+10 Thu. 17:00-18:00 Thu. 14:00-15:00
If you do not have an IRC client, there are two ways you can come chat
using a web browser: First, using the Wikizine chat gateway at
<http://chatwikizine.memebot.com/cgi-bin/cgiirc/irc.cgi>. Type a
nickname, select irc.freenode.net from the top menu and
#wikimedia-office from the following menu, then login to join.
Or, you can access Freenode by going to http://webchat.freenode.net/ ,
typing in the nickname of your choice and choosing wikimedia-office as
the channel. You may be prompted to click through a security warning,
which you can click to accept.
Please feel free to forward (and translate!) this email to any other
relevant email lists you happen to be on.
--
Zak Greant (Wikimedia Foundation Contractor)
Plans, reports + logs at http://mediawiki.org/wiki/User:Zakgreant
Want to talk about the Mediawiki developer docs?
Catch me on irc://irc.freenode.net#wikimedia-office Wed. from
16:00-17:00 UTC & Thu. from 04:00-05:00 UTC