headers
Sj | 1 Feb 2005 11:13
Picon

Re: [Wikipedia-l] Strange idea

A super idea.  I would love to see both a notice like the "Welcome!
you too can edit" notice on de: that Kurt describes, and a "Submit
feedback!" button (with that text, or with Mark's longer text below)
that takes you to the "Add a section to the talk page" form for the
current article.

+sj+

On Tue, 01 Feb 2005 06:27:08 +0100, Kurt Jansson <jansson <at> gmx.net> wrote:
> Mark Williamson schrieb:
> > I thought that perhaps, for a trial period, we could add a
> > prominently-placed button in articles for not-logged-in readers with
> > the title of "Report an Error or Suggest Information to Add".
> 
> The German Wikipedia is already doing it, take a look at
> http://de.wikipedia.org/wiki/Wikipedia:Externhinweis
> 
> The notice is only displayed for not-logged-in users on pages that are not
> protected and not userpages, and only on the first Wikipedia page people reach
> from the outside (which in most cases means Google).
> 
> Kurt
> _______________________________________________
> Wikipedia-l mailing list
> Wikipedia-l <at> Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikipedia-l
> 

--

-- 
+sj+
(Continue reading)

Permalink | Reply | 2 comments |
headers
David Gerard | 1 Feb 2005 15:12
Picon
Picon

Re: Sanger response and rating system experiment

Magnus Manske (magnus.manske@...) [050202 00:59]:
> Stirling Newberry schrieb:
> | On Jan 31, 2005, at 6:46 PM, David Gerard wrote:

> |> I asked on wikitech-l, and Magnus said his rating code is not (in his
> |> opinion) ready for prime time yet. Anyone want to beat it into shape in
> |> short order?

> | Link to code?

> Main stuff is in
> ~  phase3/includes/SpecialValidate.php
> though there are small parts elsewhere, e.g. display of the additional
> "validation" tab.
> I remember that, in addition to turning it on with some global variable,
> one needs to create a SQL table. Damn if I remember where I stored it
> (wasn't too complex, though, I can probably reverse-engineer it from the
> PHP).

Cool :-)

> Note that this will probably break with the 1.5 extensions, as the whole
> version counting is redone.

If this implementation was switched on in 1.4 and people loved it and
wanted to keep the feature, how much of a PITA would this be for 1.5?

- d.
Permalink | Reply | 0 comments |
headers
Sj | 1 Feb 2005 15:30
Picon

Re: Re: WYSIWYG editor

I '''love''' the idea of a WYSIWYG extension.   Ward Cunningham has
said a couple of times he sees the lack of such editors as the biggest
remaining barrier between the bulk of users and the world of wiki...
which sounds reasonable to me.

I also like the idea of a mediawiki-bizarre SF project for bits and pieces.

+sj+

On Sat, 29 Jan 2005 23:11:54 -0500, Jonah Bossewitch
<jonah <at> phantomcynthetics.com> wrote:
> I am interested in discussing and hashing out the challenges of WYSIWYG
> editing.  I also think that this kind of project is the kind of thing
> that would make alot of sense to develop in a sourceforge project
> dedicated to mediawiki extensions.
> 
> I know that MW extensions are talked about centrally here:
> http://meta.wikimedia.org/wiki/Category:Mediawiki_Extensions
> 
> but I am talking about a sf project where the source itself is kept,
> and developers are granted access much more freely than on the
> mediawiki project itself.  Extensions may eventually be merged into the
> core distribution, or they could maintain a life of their own, used in
> MW installations, but not on the 'pedia.
> 
> I brought this idea up once before, but nobody responded to my
> suggestion.  Does that mean there is no interest?  How about a project
> called mediawiki-extensions, or mediawiki-collective, or
> mediawiki-bizarre (the last two might make more sense if we conceive of
> this area as a collection of bot scripts, maintenance scripts, etc, in
(Continue reading)

Permalink | Reply | 0 comments |
headers
Magnus Manske | 1 Feb 2005 15:41
Picon

Re: Re: [Wikipedia-l] Sanger response and rating system experiment


David Gerard schrieb:
| Magnus Manske (magnus.manske <at> web.de) [050202 00:59]:
|>I remember that, in addition to turning it on with some global variable,
|>one needs to create a SQL table. Damn if I remember where I stored it
|>(wasn't too complex, though, I can probably reverse-engineer it from the
|>PHP).
|
| Cool :-)

That's what I figured about the table:

table "validate"
val_user <=> user_id
val_title <=> cur_title
val_timestamp = timestamp of the version
val_type = key of what was validated (quality, quantity, etc.)
val_value = value on key/type-specific scale (0..X)
val_comment = comment for that vaildation

Types are either varchars or integers...

|>Note that this will probably break with the 1.5 extensions, as the whole
|>version counting is redone.
|
|
| If this implementation was switched on in 1.4 and people loved it and
| wanted to keep the feature, how much of a PITA would this be for 1.5?

Not very painful :-)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Magnus Manske | 1 Feb 2005 20:19
Picon

Squid bug'n'patch


http://www.squid-cache.org/Advisories/SQUID-2005_3.txt

Anybody on it?

Magnus
Permalink | Reply | 0 comments |
headers
DIG | 2 Feb 2005 07:24

short URLs (really short, almost tiny)

Hello,

This is a feature suggestion.  I also submitted it through Mediazilla (#1450).
(It could be that something like this was already proposed, I just haven't found it).

It is nice to see what the URL is pointing to in English (or any ASCII-7 based alphabet).  Unfortunately, it is
not the case for most other languages.  For most of them, especially for the languages which are not based on
Latin alphabet, URL-escaping makes URL unreadable and very very long.  So, it would be nice to have some
kind of short URLs for wikipedia pages.  This will make it easier for the user to copy and paste the short URL
into e-mail or on the web page.  (I saw the reference to the wikipedia article in Russian in e-mail -- it is
horrible: 3 lines of 80 chars each, absolutely unreadable).

The short URL itself could be something like this:

  http://www.wiki???????.org/u/xyzuv

where

  ????? is a project name ({m,p}edia, etc)
  u     is a special prefix (may be empty);
  xyzuv is an "encoded" form of longer URL
        (very much like tinyurl.com's one).

It also would be nice to have this short URL on the printed page (as text, as well as a link).

As a side-effect, the bots on #XXrc-channel will be less verbose.  We, at #ru.wikipedia, are using such
short URLs, they seem more practical, and overall impression is better, than while using wprc-bots
directly.  

Shorter URLs, happier users.
(Continue reading)

Permalink | Reply | 4 comments |
headers
NSK | 2 Feb 2005 07:56

Re: short URLs (really short, almost tiny)

On Wednesday 02 February 2005 08:24, DIG wrote:
> The short URL itself could be something like this:

The code that does this job exists and it is GPL, so it can be incorporated in 
MW easily: The code lies in the Drupal CMS where every node can be accessed 
via a number/code and optionally a full name (full URL).

Like this:

http://portal.wikinerds.org/node/183

or
http://portal.wikinerds.org/ivan-noble

--

-- 
NSK
http://portal.wikinerds.org/freehosting
Permalink | Reply | 3 comments |
headers
Ray Saintonge | 2 Feb 2005 08:33

Categories in en:Wiktionary

There seems to be some bug in the en:Wiktionary's automatically 
generated list of categories.  It continues to show (in red) categories 
that have been abandoned, and which have no text of their own.  
Editorial controversy about these categories is not an issue. 

Is there any way that the category list can be periodically reviewed to 
remove the deadwood.  While I understand that amending the list 
everytime there is a change could stress the system, a once-a-day purge 
would be helpful.

Thanks
Ec
Permalink | Reply | 2 comments |
headers
Petr Kadlec | 2 Feb 2005 09:08
Picon

Re: Categories in en:Wiktionary

The Special:Categories page shows all categories that contain at least
one article, not taking into account whether the category has its own
page or not. Try this: click at the red link, it will take you to the
edit box of the category page. There, click Cancel or the "category"
tab at the top of the page. It will take you to the category page,
where you will see the list of articles that are still in this (as you
say "abandoned") category. As soon as all those articles have their
[[Category:ThisAbandonedCategory]] removed, the category will
disappear from the list. (Or, that is the way it should work, at
least.)

HTH,
-- [[ :cs:User:Mormegil | Petr Kadlec ]]
Permalink | Reply | 1 comment |
headers
Domas Mituzas | 2 Feb 2005 09:08
Picon

RE: Squid bug'n'patch

I guess WCCP is not in WM deployment.

Domas

-----Original Message-----
From: wikitech-l-bounces <at> wikimedia.org [mailto:wikitech-l-bounces <at> wikimedia.org] On Behalf Of
Magnus Manske
Sent: Tuesday, February 01, 2005 9:20 PM
To: Wikimedia developers
Subject: [Wikitech-l] Squid bug'n'patch

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

http://www.squid-cache.org/Advisories/SQUID-2005_3.txt

Anybody on it?

Magnus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB/9ZMCZKBJbEFcz0RAo9gAJ9e6O8qrN9JbcSwBn8ytv6UsEFD6gCdFHfA
tYi2i1X/MocXF30j9kxzF5U=
=gIS1
-----END PGP SIGNATURE----- _______________________________________________
Wikitech-l mailing list
Wikitech-l <at> wikimedia.org http://mail.wikipedia.org/mailman/listinfo/wikitech-l
(Continue reading)

Permalink | Reply | 501 comments |

Gmane