MZMcBride wrote:
> Given that the Renameuser extension now uses the job queue for renames
> involving over 10,000 edits (and thus no longer locking the site for large
> renames), is there any technical reason not to give administrators the
> renameuser right?
Renaming a user who doesn't expect it
en.wikipedia.org and others have seen a rash of abuse coming via Tor in
the form of account creations with abusive names and such; this is
taking up a large chunk of CheckUser and oversighter time and effort,
which is apparently not too fun.
It looks like the current settings don't generally re
I've spent the last few days analyzing Wikipedia's HTML code for
images and captions. The current code is quite good, but verbose and
it has redundancies. Here is a proposal that describes how to simplify
and improve the code:
http://www.princexml.com/howcome/2009/wikipedia/image/
The proposed
Concur with tightening TorBlock. if we can clamp down on open proxies
identified by other feeds and listing sites, I'd be fine with that as well.
Note that this is not just just because of one known prolific sock user, but
because of the overall net benefit to the editing community if sock-users
On Fri, Apr 3, 2009 at 12:44 PM, Håkon Wium Lie wrote:
>
> I've spent the last few days analyzing Wikipedia's HTML code for
> images and captions. The current code is quite good, but verbose and
> it has redundancies. Here is a proposal that describes how to simplify
> and improve the code:
>
> h
On Fri, Apr 3, 2009 at 8:44 PM, Brion Vibber wrote:
> en.wikipedia.org and others have seen a rash of abuse coming via Tor in
> the form of account creations with abusive names and such; this is
> taking up a large chunk of CheckUser and oversighter time and effort,
> which is apparently not too f
On Fri, Apr 3, 2009 at 10:11 PM, FT2 wrote:
> Concur with tightening TorBlock. if we can clamp down on open proxies
> identified by other feeds and listing sites, I'd be fine with that as well.
I'm doing some active work with the folks from Project Honeypot.
Currently I have some stuff ready to d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Håkon Wium Lie wrote:
> I've spent the last few days analyzing Wikipedia's HTML code for
> images and captions. The current code is quite good, but verbose and
> it has redundancies. Here is a proposal that describes how to simplify
> and improve the c
Self-renaming would be great so long as appropriate logging was introduced
alongside the functionality. I don't think the main rename log should be
used, as at the end of the day these new usernames are not being endorsed to
be appropriate by a 'crat.
But yeah, sounds good.
- Chris
On Fri, Apr 3
2009/4/3 Håkon Wium Lie :
> I've spent the last few days analyzing Wikipedia's HTML code for
> images and captions. The current code is quite good, but verbose and
> it has redundancies. Here is a proposal that describes how to simplify
> and improve the code:
>
> http://www.princexml.com/howcome/
Also sprach Roan Kattouw:
> > http://www.princexml.com/howcome/2009/wikipedia/image/
> Another point of criticism: the article seems to study thumbnails
> (images generated with [[Image:Foo.jpg|thumb]]) exclusively. Images
> without the thumb attribute are rendered differently (no caption, no
On Fri, Apr 3, 2009 at 8:45 AM, Håkon Wium Lie wrote:
> My hypothesis is that the current HTML code can be simplified and
> improved by relying more CSS. The benefits are reduced code size
> (what's the bandwidth of Wikipedia?) and easier reuse of the content.
/me waits for the obligatory "omg th
2009/4/3 Andrew Garrett :
> On Fri, Apr 3, 2009 at 8:44 PM, Brion Vibber wrote:
>> en.wikipedia.org and others have seen a rash of abuse coming via Tor in
>> the form of account creations with abusive names and such; this is
>> taking up a large chunk of CheckUser and oversighter time and effort,
Also sprach Chad:
> > My hypothesis is that the current HTML code can be simplified and
> > improved by relying more CSS. The benefits are reduced code size
> > (what's the bandwidth of Wikipedia?) and easier reuse of the content.
>
> /me waits for the obligatory "omg think of the text brows
2009/4/3 Chad :
> On Fri, Apr 3, 2009 at 8:45 AM, Håkon Wium Lie wrote:
>> My hypothesis is that the current HTML code can be simplified and
>> improved by relying more CSS. The benefits are reduced code size
>> (what's the bandwidth of Wikipedia?) and easier reuse of the content.
> /me waits fo
Aryeh Gregor wrote:
>> There's some code adding parameters to the wikilinks, but I find them
>> ugly. I'd prefer compressing spans surrounding anchor elements into the a.
>> Ie. [[baz]] to produce > foo="bar">baz
>
> Those two constructs are different. They really are not the same and
> should no
Brion Vibber wrote:
> MZMcBride wrote:
>> Given that the Renameuser extension now uses the job queue for renames
>> involving over 10,000 edits (and thus no longer locking the site for large
>> renames), is there any technical reason not to give administrators the
>> renameuser right?
>
> Renaming
On Sat, Apr 4, 2009 at 12:26 AM, David Gerard wrote:
> 2009/4/3 Chad :
>
>> /me waits for the obligatory "omg think of the text browsers" comments
>
> And the speech browsers.
Indeed. That's always going to be a small portion of the user base but
it's very important that things work for such brow
Also sprach Tei:
> > I've spent the last few days analyzing Wikipedia's HTML code for
> > images and captions. The current code is quite good, but verbose and
> > it has redundancies. Here is a proposal that describes how to simplify
> > and improve the code:
> >
> > http://www.princexml.co
2009/4/3 Stephen Bain :
> On Sat, Apr 4, 2009 at 12:26 AM, David Gerard wrote:
>> And the speech browsers.
> Indeed. That's always going to be a small portion of the user base but
> it's very important that things work for such browsers.
> From the point of view of such users removing the alt at
Also sprach ABCD:
> > The width of the element is set on a class ("w180") instead of using a
> > style attribute. Wikipedia offers thumbnail images in six different
> > sizes (120px, 150px, 180px, 200px, 250px, 300px) and this number is
> > low enough to use classes. The main benefit of using
Also sprach Stephen Bain:
> > And the speech browsers.
>
> Indeed. That's always going to be a small portion of the user base but
> it's very important that things work for such browsers.
Agreed.
> From the point of view of such users removing the alt attributes on
> images is a bad idea.
On Fri, Apr 3, 2009 at 10:31 AM, Håkon Wium Lie wrote:
> Also sprach ABCD:
>
> > > The width of the element is set on a class ("w180") instead of using a
> > > style attribute. Wikipedia offers thumbnail images in six different
> > > sizes (120px, 150px, 180px, 200px, 250px, 300px) and this nu
On Fri, Apr 3, 2009 at 6:44 AM, Håkon Wium Lie wrote:
> I've spent the last few days analyzing Wikipedia's HTML code for
> images and captions. The current code is quite good, but verbose and
> it has redundancies. Here is a proposal that describes how to simplify
> and improve the code:
>
> http
On Fri, Apr 3, 2009 at 10:11 AM, Platonides wrote:
> Why not?
> The reason that a span is needed there is because there's no access to
> the attributes of
Or maybe you actually want a span. Like, say, to provide a background
around the link or something, like
[[Bar]]
.foo { background: red; p
On Sat, Apr 4, 2009 at 1:14 AM, Platonides wrote:
> Brion Vibber wrote:
>> I'd much rather see a sensible system for self-renames (with decent
>> throttling, checks, etc)
>>
>> -- brion
>
> And manual approval. 'niceuser' suddenly renaming itself to "Brion is a
> ***" is not good. And bureaucrats
On Fri, Apr 3, 2009 at 2:30 AM, Brion Vibber wrote:
> MZMcBride wrote:
>> Given that the Renameuser extension now uses the job queue for renames
>> involving over 10,000 edits (and thus no longer locking the site for large
>> renames), is there any technical reason not to give administrators the
>
2009/4/3 Aryeh Gregor :
> I'm not sure about the "enlarge" icon. It might not be intuitive that
> clicking on the image expands it. The icon itself might not be so
> great either, though. Personally, I won't remove that for now.
There's a proposal (which I'm supposed to be pushing forward) to
On Fri, Apr 3, 2009 at 8:47 AM, Robert Rohde wrote:
> On Fri, Apr 3, 2009 at 2:30 AM, Brion Vibber wrote:
>> MZMcBride wrote:
>>> Given that the Renameuser extension now uses the job queue for renames
>>> involving over 10,000 edits (and thus no longer locking the site for large
>>> renames), is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Håkon Wium Lie wrote:
> Note that Wikipedia's current markup for thumnnail images only use one
> alt attribute and it's empty:
>
[snip]
> The only reason for keeping it is to claim validity wrt. some DTDs.
> Personally, I'd rather remove it.
Having a
On Fri, Apr 3, 2009 at 9:16 AM, David Gerard wrote:
> 2009/4/3 Andrew Garrett :
> > On Fri, Apr 3, 2009 at 8:44 PM, Brion Vibber
> wrote:
>
> >> en.wikipedia.org and others have seen a rash of abuse coming via Tor in
> >> the form of account creations with abusive names and such; this is
> >> ta
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ABCD wrote:
> Håkon Wium Lie wrote:
>> Note that Wikipedia's current markup for thumnnail images only use one
>> alt attribute and it's empty:
>
> [snip]
>> The only reason for keeping it is to claim validity wrt. some DTDs.
>> Personally, I'd rather
On Fri, Apr 3, 2009 at 12:01 PM, Robert Rohde wrote:
> That said, I'm also not sure why we couldn't trust sysops with this.
> Assuming the limitation is not technical (i.e. the servers won't
> explode)
I think Domas might have objections if the number of renames suddenly
increased by a factor of
Hello,
where can I ask for Commit access to Wikimedia SVN?
Viele Grüße
Jan Luca
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Fri, Apr 3, 2009 at 1:18 PM, Jan Luca wrote:
> where can I ask for Commit access to Wikimedia SVN?
This is an okay place. You'll want to provide your public key,
desired commit name, and what you want to use the commit access for.
___
Wikitech-l ma
Andrew Garrett wrote:
> That rename is no more disruptive than some pagemoves with the same
> text, except, I suppose, that they would require a bureaucrat to
> reverse.
>
Which would make it significantly more disruptive...
--
Alex (wikipedia:en:User:Mr.Z-man)
Hello,
Key: http://toolserver.org/~jan/files/SSH2-RSA.pub
Commit name: jan
Alternative: jan_luca
I will use my commit access for commit extensions. At the moment I create a
extensions for my poll-script on Wikimedia Toolserver.
Viele Grüße
Jan
-Ursprüngliche Nachricht-
Von: wikitech-l
Also sprach Aryeh Gregor:
> > http://www.princexml.com/howcome/2009/wikipedia/image/
> >
> > The proposed solution reduces the number of elements from 10 to 6 and
> > the code size is reduced by more than 50%.
>
> As others have noted, the thumbnails can actually be any size, so we
> reall
On Fri, Apr 3, 2009 at 5:19 PM, Håkon Wium Lie wrote:
> The gain is that the code is easier to reuse. When style is set
> through a class name, it can be overridden by another style sheet. For
> example, when creating these samples:
>
> http://www.princexml.com/samples/#wiki
>
> I wrote a style s
Håkon Wium Lie wrote:
> It seems to me that setting the exact width is a rare exception,
> and one that shouldn't stand in the way of reusing content.
Assume that it'll be used very frequently and that it should not break.
(Would be interesting if someone wants to do a survey, but I rather
suspe
2009/4/3 Brion Vibber :
> Håkon Wium Lie wrote:
>> It seems to me that setting the exact width is a rare exception,
>> and one that shouldn't stand in the way of reusing content.
> Assume that it'll be used very frequently and that it should not break.
> (Would be interesting if someone wants to
Aryeh Gregor wrote:
> Also keep in mind that if someone is renamed without their knowledge,
> they'll be unable to log into their account. The error message will
> only say that the user doesn't exist, or -- if a user is created with
> the same name -- it will just tell them their password is wron
On Fri, Apr 3, 2009 at 9:51 AM, Aryeh Gregor
> wrote:
> On Fri, Apr 3, 2009 at 12:01 PM, Robert Rohde wrote:
> > That said, I'm also not sure why we couldn't trust sysops with this.
> > Assuming the limitation is not technical (i.e. the servers won't
> > explode)
>
> I think Domas might have obj
43 matches
Mail list logo