I hereby decree, in my usual authoritarian and bossy manner, that today shall
forever be known as Magnus Manske day. Wikipedians of the distant future will
marvel at the day when the new software era dawned upon us.
Tonight at dinner, every Wikipedian should say a toast to Magnus and his many
On Wednesday 04 September 2002 10:38 am, Helga wrote:
> Hello, I am a little swamped with all the wiki list reading material and it
> seems my limited email is getting overloaded.
You might want to create an email filter to sort any emails with the string
"Helga" in the subject into a special folder (just use the help menu of
whatever email program you use and look up "filter").
Otherwise you may miss some emails that concern you.
-- Daniel Mayer (aka mav)
On Saturday 24 August 2002 12:01 pm, Karen wrote:
> Something I wondered - how do you know who the new users to greet them?
> Do you just look for user names you haven't seen before or is there some
> way to identify them? I'd be happy to do the meet-and-greet but I don't
> know how to do it.
Well - I guess I do it the hard way and scan each edit in all Recent Changes
for a 24 hour period looking for edit link user names (a dead give-a-away)
and for user names I don't remember seeing before. This works for me since I
pretty good reading comprehension and memory.
What would be most useful is a listing of new users that can be accessed from
http://www.wikipedia.org/wiki/Special:Listusers. That way this job would be
BTW we really /do not/ have 3498 real users -- a good many of these "users"
logged in only to abuse our upload utility or for other nefarious or
non-contributing reasons (I don't greet any user who hasn't contributed at
all). Is there a way to get rid of many of these no-longer used user accounts
Lee (just the ones that have been inactive for months and whose user pages
are still edit links)?
-- Daniel Mayer (aka mav)
On Monday 19 August 2002 03:41 pm, you wrote:
> Can still be done later. The problem is the lack of time. If you wait to
> long there are to many links to the new location of the english
> wikipedia that can not be broken. If there is no fundamental objection
> to put the English wikipedia at en.wikipedia.org then that must be done.
> What to do whit www.wikipedia.org can wait (a littel.)
This is just silly -- we are building an encyclopedia here not an
organization. There is nothing at all wrong with having the English wikipedia
at wikipedia.org and have all the pages that are about the English language
project be in the wikipedia namespace (or in the other languages project
namespaces). As each language figures out what to call their wikipedia we can
buy them domain names for that and make sure the xx.wikipedia.com domain
names still work.
Other than being a one-page portal to all the different language wikipedias
(which the Main Page already does -- as do most of the other language main
pages) I don't see any logic in using wikipedia.org for anything other than
the English language wikipedia.
-- Daniel Mayer (aka mav)
A topic that was briefly discussed several times on this list in the past is
the automated "wikification" of pages. I think it is time to work on that,
is there is a need.
Some wish to ban all HTML code from the wiki articles, though I find this
rather extreme. Others prefer to use HTML as much as possible, especially if
copying from other (free) web sources.
IMHO, the best was is to use wiki tags where they are available, and leave
the complicated stuff (like tables) to HTML. A function that could help with
that could be invoked as follows:
1. After or prior to editing, as standard setting. This would enforce
wikification, but reduce the "editing freedom", thus probably not a good
2. After or prior to editing, as a user option. If you check that option on
your user page (default:off), wikification would take place when you edit an
3. As a button on the edit page. Like "Preview", maybe "Wikify & Preview".
The functions that could be performed (and that I can think of) are:
1. Replacement of HTML tags by wiki tags (namely, "<b>" and "<i>", maybe
"<h1>" as well)
2. Eliminating links to redirect pages by changing the link in question to
the target of the redirect
3. Marking [broken links]] and [[more broken links]
4. Optimizing external links with too many  (like
5. Optimizing [[link|links]] to [[link]]s
6. Removing [[Talk:thispage|Talk]] links (at the end of the page)
I am sure you can think of some more details that have always bugged you,
but that were (be themselves) not important enough to call for a function;)
We could use this for rather fancy things as well:
7. In the preview, mark words (or word combinations) that are currently
plain text, but that do exist as a topic in the database (to find pages one
could link to).
8. In the preview, mark all numbers that could be dates (more link
9. Automatically put the title phrase in bold if it appears in the first
Thoughts? Comments? Threats? ;)
After some searching and many errors I figured out that the AT&T article
is under [[ATT]]. There seems to be a problem with the "&". I don't know
if it can be fixed, but maybe we can find a way around this. The errors
First I searched for "AT&T":
Sorry, your boolean search query contains the following errors:
[!! SYNTAX ERROR: the word 'AT' is too short, the index requires at
least 4 characters]
[!! SYNTAX ERROR: illegal symbol '&'; ignored]
[!! SYNTAX ERROR: the word 'T' is too short, the index requires at least
By searching with google I got:
Jimbo says: Due to traffic increases to levels that the original UseMod
wiki was not designed to handle, we are experiencing intermittant
problems. Please email me with the time and nature of the problem you
experienced, as I am working to eliminate the bugs as quickly as I can.
And: press on "[AT&T Unix]?" in the [[BSD]] article and see what happens
>Reproduction is authorised, provided the source is acknowledged,
>where otherwise stated.
>Is this compatible with the GNU FDL? Can we copy the content to
not really. we can't guarantee that it will have acknowledgement--
anyone could come along and delete it. other thoughts?
Someone wrote in [[wikipedia:Bug reports]] today about the ruby tags
(<ruby>, <rb>, <rt>, <rp>) being disabled, and requesting to have them
For those who don't know, ruby text is a feature of East Asian
typography in which a pronunciation guide in alphabetic or syllablic
characters is put above or below the equivalent Chinese characters.
These are used extensively in books for children and foreigners, as well
as in regular publications for rare characters -- for instance,
now-obsolete characters used in historical names that you'd expect to
see in an encyclopedia.
Basically, it's the equivalent of things like "Lumière (loo-me-AIR)",
but because it goes outside the line of regular text, requires a special
HTML tag to do it.
It's a simple matter to include ruby, rb, rt, and rp in the list of
allowed tags, but I promised to ask the group before adding more tags.
The primary argument in favor of including them is that they might be
useful on the (currently rather empty) Japanese and Chinese wikipedias,
and as a demonstration in the English wikipedia article [[Ruby]].
Arguments against are double:
* Using the tags is kind of complicated, roughly like making an HTML
table. This may discourage users from using them regularly anyway.
* As far as I know, the ruby tags are currently only supported by recent
versions of Internet Explorer, and aren't actually in the HTML 4.01
standard. They are, however, officially available as an extension to
XHTML - see http://www.w3.org/TR/2001/REC-ruby-20010531/
However, properly formed ruby text will come out looking okay on
browsers that don't support the tags (ie, like "Lumière (loo-me-AIR)"),
so there's no harm to using the tags where appropriate.
-- brion vibber (brion @ pobox.com)