Maybe we need 2 database servers: one for reading and writing articles;
the other for maintenance functions, occasional testing, updating
watchlists, lengthy searches, etc.
That way most users would get a quick response most of the time. And
people doing time-consuming stuff wouldn't slow down the rest of us.
Ed Poor
Software Architect
Original Ideal Systems
> Just a suggestion, it would be great if it were easier to do
> proper dash typography. I find TeX's -/--/--- convention for
> hyphen/en-dash/em-dash to be fairly intuitive.
>
> Right now, if you do — in the text, it makes things
> much less readable and is confusing for newbies. The need
> for these glyphs is so common that wiki support seems
> worthwhile.
Actually, what is the need for these glyphs? :-)
I've been resisting for some time the strange obsession people
have with typing — when a simple "-" character will do.
When used as a dash, it's easily distinguised from a hyphen by
the fact that it has spaces on either side of it.
--
Allan Crossman - http://dogma.pwp.blueyonder.co.uk
PGP keys - 0x06C4BCCA (new) || 0xCEC9FAE1 (compatible)
Yes, thanks everyone. The improvement is amazing.
Billy
-----Original Message-----
From: Yann Forget [mailto:yann@forget-me.net]
Sent: 20 January 2004 12:55
To: wikitech-l(a)Wikipedia.org
Subject: [Wikitech-l] Multilinguages projects: Wikisource, Wikibooks...
Hi,
First, thanks to Jimbo, Brion and all others who make Wikipedia possible.
Now it is quite fast!
Now that the urgence has been taken care of, would it be possible to set
up a multilingual interface for Wikisource and Wikibooks?
I have looked at Wikitravel and see that they have a multilingual system
within one domain only. Could it be possible to use the same tricks for
Wikisource and Wikibooks? What are the other options?
Thanks,
Yann
--
http://non-violence.org Site coopératif sur la non-violence
http://forget-me.net Alternatives et non-violence
http://fr.wikipedia.org Encyclopédie libre
http://forget-me.net/pro/ Formations et services Linux
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)Wikipedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l
DISCLAIMER: This message has been scanned by Norton Antivirus (using the
latest definitions) for all known Viruses.
The information in this message is confidential and is intended solely for
the use of the named addressee. If you are not the intended recipient, you
must not copy, distribute or use this email or the information contained in
it for any purpose other than to notify us. If you have received this
message in error, please notify the sender immediately, and delete this
email from your system. Thank you.
Hi,
First, thanks to Jimbo, Brion and all others who make Wikipedia possible.
Now it is quite fast!
Now that the urgence has been taken care of, would it be possible to set
up a multilingual interface for Wikisource and Wikibooks?
I have looked at Wikitravel and see that they have a multilingual system
within one domain only. Could it be possible to use the same tricks for
Wikisource and Wikibooks? What are the other options?
Thanks,
Yann
--
http://non-violence.org Site coopératif sur la non-violence
http://forget-me.net Alternatives et non-violence
http://fr.wikipedia.org Encyclopédie libre
http://forget-me.net/pro/ Formations et services Linux
Just a suggestion, it would be great if it were easier to do proper dash
typography. I find TeX's -/--/--- convention for hyphen/en-dash/em-dash
to be fairly intuitive.
Right now, if you do — in the text, it makes things much less
readable and is confusing for newbies. The need for these glyphs is so
common that wiki support seems worthwhile.
Cordially,
Steven G. Johnson
I cannot see the "Fürth" article I just checked in for reading; clicking
on the edit button I can access the version I just comitted.
--
| ,__o
| _-\_<,
http://www.gnu.franken.de/ke/ | (*)/'(*)
Andre Engels wrote:
> What I would in particular like, is to have the ability to check
> at once new messages on my User talk: in all languages, and having a
> merged watchlist.
I think that is beyond what is discussed now but also a feature I would like -
it would propably also increase the number of people contributing to multiple
languages. But before you think about adding more and more tables to a system
getting more and more complex:
*Please* implement a *completely independent watchlist-server*. Since Wikipedia
is growing exponential modularizing it is the only way to survive. It could also
help attracting programmers that do not like to get into a big monolithic
program like MediaWiki that you can almost only use for Wikipedia.
A watchlist-server would only need to collect RSS-feeds of recent changes and
get watch/unwatch-this-page-messages of users - no work on the live database.
Maybe it could also collect "you-have-a-message"-notices, posts to the
mailinglists and even other weblogs and stuff. Each user gets his aggregated
feed of changes, new articles and what he wants - you can also deliver messages
about changes per mail and of course RSS. Not to speek about features like
* list of most-watched-articles
* diagram of current active in edits/minute at each wikipedia
* subscribing public pre-defined-watchlists
and even notices about articles that are watched by people that watch similar
articles like I do!
Well, we do not need all of this features right now but its much more likely to
get them implemented and running independent from the MediaWiki-codebase and the
Wikipedia-server that may switch them on and off.
By the way the search functionality can also be put on an independent server
with an independent database like every other read-only-tasks.
just my 2 cents
Jakob
Okay. Since watchlist on en: is disabled I have to think.
I suspect the problem is that when User checks her watchlist, mediawiki
gets the list, and
searched through all the articles to see the recent changes. Right?
If not, discard my email.
If not....
I suspect there are 150000+ articles to check against 10-500 entries on
the watchlist.
I do not know how many watchlist entries are there (brion?), but I suspect
at least a
magnitude less. Let's say 10000 entries.
What if the entries have:
watchlist db:
the user id
watched article #
article last changed (date, submitter, comment)
And every time an article gets updated, it updates all the _watchlist_
entries
for itself.
Checking the watchlist from then on is one simple lookup and print.
Nothing.
Updating is a _simple_ update (UPDATE watchtable SET changed=NOW() WHERE
artnum=666; etc.)
on article change.
Well?
Support added for:
\overbrace, \underbrace
\rtimes, \ltimes
\rightleftharpoons
\mathtt
\>
It compiles, so it's probably correct and may be installed on Wikipedia.