Wikipedia-l October 2002

wikipedia-l@lists.wikimedia.org

81 participants
419 discussions

[declan@well.com: FC: Steal This Paper: Spanish daily newspaper goes "copyleft"]
by Jimmy Wales 15 Oct '02

15 Oct '02

This is really interesting. I have no idea if "the Michael Stultz DSL" is GNU FDL compatible. ----- Forwarded message from Declan McCullagh <declan(a)well.com> ----- From: Declan McCullagh <declan(a)well.com> Date: Sat, 12 Oct 2002 10:43:39 -0400 To: politech(a)politechbot.com Subject: FC: Steal This Paper: Spanish daily newspaper goes "copyleft" Background on copyleft: http://www.gnu.org/copyleft/copyleft.html --- From: =?Windows-1252?Q?Jos=E9_Cervera?= <jcervera(a)20minutos.es> To: <declan(a)well.com> Subject: Newspaper gone copyleft Date: Fri, 11 Oct 2002 19:13:17 +0200 Hi, Declan. we met last year, in Huesca (Spain); I thought this can be interesting for you. Our daily free (as in beer) newspaper, 20 minutos, has launched a web version. And we have made it copyleft, with a special licence derived from the Michael Stultz DSL and adapted to the spanish legislation. As far as I know we are the first professional newspaper gone copyleft. You can read more on E-Media Tidbits ( http://www.poynter.org/tidbits/ , sixth story) or Boing Boing (http://boingboing.net/2002_10_01_archive.html#85548077). See you. Jose Cervera, 20minutos ------------------------------------------------------------------------- POLITECH -- Declan McCullagh's politics and technology mailing list You may redistribute this message freely if you include this notice. To subscribe to Politech: http://www.politechbot.com/info/subscribe.html This message is archived at http://www.politechbot.com/ Declan McCullagh's photographs are at http://www.mccullagh.org/ ------------------------------------------------------------------------- Like Politech? Make a donation here: http://www.politechbot.com/donate/ Recent CNET News.com articles: http://news.search.com/search?q=declan ------------------------------------------------------------------------- ----- End forwarded message -----

2 1

Re: Re: [Wikipedia-l] please don't allow subhead links
by lcrocker＠nupedia.com 14 Oct '02

14 Oct '02

> However, I think that these internal anchors would be a very > good idea. There's many a time that I've wanted to use them, > but never external anchors. It is simply not possible to have one without the other. We can only code what the standards allow; and HTML only has one kind of link target. If it exists at all, it will be just as linkable from the outside as from the inside.

2 1

Re: [Wikipedia-l] policy suggestion: don't create pages for everything
by Thesmelialichu＠aol.com 14 Oct '02

14 Oct '02

Tarquin said: <I suggest: * make the character pages into redirects. remove links from the main article. In the talk page of the main article, list the removed links, with a note to the effect that those topics do not yet have enough material to have articles to themselves> Which gives me an idea for an ice feature, that would be the ability to link to a heading using a html anchor. I'm not sure how it would work, but I guess something like [[The Simpsons::Bart]] would work? Alex Bradbury

4 3

Re: Re: [Intlwiki-l] Re: [Wikipedia-l] en.wikipedia.org vs www.wikipedia.org
by lcrocker＠nupedia.com 14 Oct '02

14 Oct '02

>>> de chooses Goethe (I didn't ask, but I'm sure they'll >>> agree with me:-) >> Is he immediately recognisable in the German speaking world? > Should be, but if we go for popularity, Schwarzenegger might > be better ;-) Ah, but he speaks Austrian, as any Austrian will tell you...

1 0

Re: [Wikipedia-l] Re: RFC on a few feature requests
by Daniel Mayer 14 Oct '02

14 Oct '02

On Monday 14 October 2002 12:01 pm Brion wrote: > The ideal thing to do, I think, is to make it possible to select the > user interface language separately from the content language. ie, I > should be able to surf the Korean entries with Esperanto menus or the > English with Arabic if I'm comfortable that way. Hm. I think this is a /very/ good idea for Metapedia which is multilingual and a place that is used by all language projects. However, I am a bit hesitant about making it too easy for non-native speakers to contribute to languages they know little about. Perhaps I'm paranoid, but I fear we might begin to have some pretty badly written material popping-up in each language space -- or worse material submitted that isn't in the right language. It really should be obvious to people where they are at at all times; making the German wiki look almost exactly the same as the English one doesn't help. Also, would this require more permissive charsets to be enabled on each wiki? It would be a bad idea to allow some page titles in the English Wikipedia since not allowing it helps to enforce naming conventions (why would we ever want a Madarin page title). Therefore the current en.wiki charset is fine as-is IMO. If "where am I?" could somehow be made blatantly obvious with the interface /and/ have this be a not-so-obvious user only-set option then I would feel better about it. But then I get paranoid over the oddest things. ;-) -- Daniel Mayer (aka mav)

1 0

Slow and buggy
by Poor, Edmund W 14 Oct '02

14 Oct '02

I got no response from www.wikipedia.org for the last 10 minutes, until finally clicking Recent Changes got me a redirect to "Gerald Ford". Why are we slow? And what's up with the random article? Ed Poor (not impatient, just concerned)

2 1

IRC underused
by Krzysztof P. Jasiutowicz 14 Oct '02

14 Oct '02

Hello all, Please consider joining only a few Wikipedians on Wikipedia channel #wikipedia. I use irc.openprojects.net. Let's discuss Wikipedia issues live. Regards, Kpjas.

1 0

Don't create pages for everything - allow subhead links
by Poor, Edmund W 14 Oct '02

14 Oct '02

How about giving the ability to link TO A HEADING OR SUBHEADING WITHIN A PAGE? When I make a new article by cutting and pasting from an old article, it's generally because I want the reader to be able to find, say, Faramir, with a single click. If he's buried half way down a 10 KB article, it's going to be hard to find him. But if the user clicks on _Faramir_ and the page that comes up starts with F A R A M I R -- well, it makes the reading experience f-l-o-w better, if you see what I mean. Ed Poor

1 0

RE: [Wikipedia-l] No more double redirects
by Poor, Edmund W 14 Oct '02

14 Oct '02

Thanks, Magnus. I for one appreciate this VERY MUCH :-) Ed Poor -----Original Message----- From: Magnus Manske [mailto:magnus.manske@epost.de] I am happy to announce that we have no more double redirects anymore (in the article namespace, that is). While that doesn't sound like a big thing, a double redirect could be an annoyance for newcomers. So, keep it that way ;-)

1 0

RFC on a few feature requests
by Brion VIBBER 14 Oct '02

14 Oct '02

There's a few feature requests that have come up multiple times, and I'd like some comments from other developers and power users before I go trashing the code on my own... * "Most wanted" and "Most popular" special pages list the _total_ number of links to a page, regardless of how many links there are _per page_. Some types of lists can hyperinflate the numbers; a list of video games might link [[Playstation]] 389 times (once for each Playstation game listed). The behavior that people seem to expect is a count of _pages_ that link, rather than the raw number of links. I would tend to agree. This can be switched by the simple addition of "DISTINCT" to a couple SQL queries; is there any reason to retain the current behavior? * On blocking vandals; there's still no interface for blocking by username, and you can't get the IP address of a logged-in user except by sifting through the server logs. Should we retain and display IP addresses/hostnames of logged-in editors (as on UseMod), and/or allow usernames to be blocked? * The administrative page rename feature on UseMod could optionally find and change links to point to the new name in addition to just supplying a redirect. We still haven't implemented this. Desirable? * While the "Special:" namespace may be localized ("Spezial", "Speciel" etc), the names of special pages are hardwired in English (hence monstrosities like "Spezial:Recentchanges"). While these are mostly hidden in the interface by descriptive names, the links, URLs, and most annoyingly the tooltips on the links all show the raw internal English name of the function which implements the special page. A table of equivalencies could be set up, allowing more easily recognizable localized names to be used. Good idea? Bad idea? * For the French wiki, the Wikipedia: namespace is tentatively set up as "Wikipédia" (with acute accent on the "e"). The parser doesn't accept namespaces with non-ASCII chars so this doesn't work, which is a bug I intend to fix, but additionally one tester asked: 'For the francophone wikipedians without a French keyboard, would it be possible for the "Wikipedia:*" links to automatically transform into "Wikipédia:*"? Or, more simply, could the system interpret e/é as equal in the namespace portion?' In short, allow aliases for namespaces. Good idea? Bad idea? -- brion vibber (brion @ pobox.com)

6 6

← Newer
1
...
24
25
26
27
28
29
30
...
42
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

Wikipedia-l October 2002