I remember somewhere that at conversion time the old stuff in articles are converted to UTF-8. At present I do my addition of all kinds of names for languages in the nl-wiktionary, words like ᎳᏛᏈ translate to [[ᎳᏛᏈ]]. This turns up perfectly well on the en:wikitonary. I just realised that this may not be as simple as that.
My question, should these charactercodes be converted again on en:wiktionary ??
Thanks, GerardM
Gerard.Meijssen wrote:
I remember somewhere that at conversion time the old stuff in articles are converted to UTF-8. At present I do my addition of all kinds of names for languages in the nl-wiktionary, words like ᎳᏛᏈ translate to [[ᎳᏛᏈ]]. This turns up perfectly well on the en:wikitonary. I just realised that this may not be as simple as that.
My question, should these charactercodes be converted again on en:wiktionary ??
I'm not sure I understand your question. An inter-wiki link like [[chr:ᎳᏛᏈ]] certainly works, regardless of whether the wiki you put it on is in UTF-8 or ISO-8859-1. As for article titles, you should not try to create articles on the English Wikipedia (or any other ISO-8859-1 Wikipedia) that uses non-ISO-8859-1 characters. Since chr.wikipedia.org is already on UTF-8, it is no problem there.
To save some disk space, it might be worth converting all the HTML entities to UTF-8 characters when we convert the English Wikipedia, but this is not strictly necessary.
Timwi
Hello List, especialy Tim. I finally decided to try this list. Since we're deep into mediawiki, I'll need it.
I am trying to run MediaWiki 1.3beta on my WinXP platform. 1.26 ran fine in all skins. But in 1.3, everything runs, but monobook is badly broken, almost like only parts of the CSS are being trashed. Some of the CSS structure reads, but much does not. So for example, the tabs will look fine, but the body fonts are lost completely, as are most margins, etc. The style paths are the same as the install set, AND the same as 1.26, so that isn't the problem. I've spend hours trying to figure it out, and installed many times. No fix. Here is my recent log with a sourceforge member.
Any tips greatly appreciated!
MediaWiki is a wonderful project. We're having a grand time with it, but on the live server. I just want to get it running on my local machine.
Thanks!
I am running ver 1.3. monobook on winxP/apache php 4.3.4
In all browsers, the tabs render ok, but nothing else does. The layout is completely broken. Earlier versions worked fine.
Symptoms:
Main Page starting flush left in the quickbar
region. (see attached screen shot
Font reads as Times on WinXP platform, and
Arial/sans-serif on my live linux host.
when I orginally tried the install script, it
failed. Each click on "Setup your Wiki" link simply added the /config dir to the address path. I then accessed config/index.php directly and it was fine. Could something have been fubared by this? Not likely.
The ONLY Apache error is : [error] [client 127.0.0.1] File does not exist: C:/htdocs/favicon.ico
-- Install was vanilla. -- Globals are registered in php.ini.
Localsettings.php all looks normal
Help! Unusable this way. I see no similar reports anywhere, and yet my setup is pretty generic so I'm assuming there's a bug somewhere.
Date: 2004-07-20 17:33 Sender: imsop Logged In: YES user_id=1053535
Sounds to me like at least part of your problem is your *apache* config - the clue being that it didn't find the /index.php by itself. That's a fairly cosmetic setting (you have to add "index.php" on the end of the "DirectoryIndex" line) but there may be others tripping you up more seriously. Have you got anything else [fairly complex] working successfully on this server?
It's not immediately obvious what could be wrong, but things like Apache reporting the wrong "Content-type:" for CSS files might be able to have catastrophic effects like this. It's a pretty odd and major bug otherwise, isn't it!?
Date: 2004-07-20 22:13 Sender: matted
Thank for responding. I was losing hope. We are doing all our development on our live server, and that's awkward. I'd like to have my winXP machine running mediawiki.
My Apache confiq is this thisaway... so I presume that isn't the problem. DirectoryIndex index.html index.html.var index.php
This is so bizarre. At first I thought that the style sheets weren't being referenced.. but they are. But most of the rules are being clobbered... but only in monobook (the only style we are using). Standard and CologneBlue run just fine. Any other ideas? I am just completely befuddled. I love this product, and we are coding up a storm with it, but I need to get it to run on my local machine.
Can you please tell me where most of the active developers can be found for forward looking issues? Are the email lists the only option, or are their active forums somewhere?
Sender: imsop
That is indeed thoroughly bizarre. Have you tried things like reading the Apache *access* log after making a request, to see if the browser asked for all the things you would expect it to need and making some fake GET requests (using libwww-perl or something) to see if there's anything funny about the responses? Not that I can think what you'd be looking for, but...
Also, there's not some way that something firewall-ish could be limiting the flow of data/number of connections from the webserver is there?
As for how to get in touch, there is indeed a live channel: #mediawiki on irc.freenode.net; there's also the mailing lists, which it sounds like you found already, the most relevant to you being http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Good luck!
wikitech-l@lists.wikimedia.org