On Wed, Sep 16, 2009 at 1:35 AM, br...@wikimedia.org wrote:
On Tue, 15 Sep 2009 13:34:07 +0200, Roan Kattouw roan.katt...@gmail.com
wrote:
There's still quite a few issues with FCKeditor, and as far as I know
it's been decided that the usability project is not gonna cover
WYSIWYG; I'm not
On 16/09/2009, at 10:01 AM, Magnus Manske wrote:
Not sure if this was considered:
* Categories (in the page, not in templates),
CategorySelect handles this. It separates categories from the wikitext
and lets you add categories without having to edit the whole page.
Categories remain available
So what exactly should be avoided? FlaggedRevs has some messages
that appear on
most pageviews and transclude other messages (such as
http://translatewiki.net/wiki/MediaWiki:Revreview-quick-none/en ),
ouch.
should those
be substituted in too?
yes.
What about constructs like {{PLURAL}}
Hoi,
The plural construct is used when it is not clear how many items will be
available. Consequently there is not much to be done about it. Also the
effect of plural is not the same for every languages. Welsh allows for six
ways of indicating a multitude.
Thanks,
GerardM
2009/9/16 Domas
* br...@wikimedia.org [Wed, 16 Sep 2009 00:35:16 +]:
Full wysiwyg has lots of fun problems, mainly because the strategy of
translating between wiki markup and HTML leads to a lot of edge cases
which
ends up breaking things. Folks have been trying to tackle it for years
and
still aren't
Gerard Meijssen gerard.meijssen at gmail.com writes:
The plural construct is used when it is not clear how many items will be
available. Consequently there is not much to be done about it. Also the
effect of plural is not the same for every languages. Welsh allows for six
ways of indicating a
2009/9/16 Tisza Gergő gti...@gmail.com:
Some of them may be rephrased, and some localizations do not really need them
at
all. Foe example, in Hungarian number noun constructs the noun is always
in singular, so we've been using {{PLURAL:$1|one|$1}} thingy because the
automated checks complain
On 16/09/2009, at 2:19 PM, Daniel Schwen wrote:
(like HotCat, but good).
Care to elaborate? I'm not too fond of this kind of inuendo without
concrete points. FWIW HotCat is working quite well on Commons.
I'm sure it works fine, but:
* It reloads the page 3 times, actually stepping through an
On Wed, Sep 16, 2009 at 11:14 AM, Aryeh Gregor
simetrical+wikil...@gmail.com simetrical%2bwikil...@gmail.com wrote:
On Tue, Sep 15, 2009 at 6:40 PM, Anthony wikim...@inbox.org wrote:
There are. You didn't want us to describe them in our article, did you?
All nontrivial software has unknown
Like maybe:$1 thingy!-- {{PLURAL}} not needed --
? does that do it?
Robert
On Wed, Sep 16, 2009 at 4:32 PM, Roan Kattouw roan.katt...@gmail.com wrote:
2009/9/16 Tisza Gergő gti...@gmail.com:
Some of them may be rephrased, and some localizations do not really need
them at
all. Foe
On Wed, Sep 16, 2009 at 9:18 AM, Tisza Gergő gti...@gmail.com wrote:
Some of them may be rephrased, and some localizations do not really need them
at
all. Foe example, in Hungarian number noun constructs the noun is always
in singular, so we've been using {{PLURAL:$1|one|$1}} thingy because
On Wed, Sep 16, 2009 at 11:29 AM, Anthony wikim...@inbox.org wrote:
The only one I can think of that I know of directly would be the IP spoofing
one where the attacker pretended to be a proxy and sent a false IP
forwarded or whatever.
That shouldn't work if MediaWiki is configured with a
On Wed, Sep 16, 2009 at 11:37 AM, Daniel Schwen li...@schwen.de wrote:
* It adds random text to the category display, instead of using nice
icons.
Why would you call the + - and +/- links random text? And why would
icons be nice?!
...
* Uses icons for the actions.
Not necessarily an
I'll start by admitting that the way I referred to HotCat was
unnecessarily dismissive, and apologizing for this. HotCat was
certainly a step in the right direction for usability, and my work
extends and improves on the ideas in HotCat.
On 16/09/2009, at 4:37 PM, Daniel Schwen wrote:
* It
On 16/09/2009, at 4:48 PM, Aryeh Gregor wrote:
On Wed, Sep 16, 2009 at 11:29 AM, Anthony wikim...@inbox.org wrote:
The only one I can think of that I know of directly would be the IP
spoofing
one where the attacker pretended to be a proxy and sent a false IP
forwarded or whatever.
That
I'd like to respond separately to the idea of icons.
On 16/09/2009, at 5:00 PM, Aryeh Gregor wrote:
I'll chip in that I'm not a big fan of icons.
* Heavy icon use means a lot of extra HTTP requests.
Non-issue, I think. If we think that icons enhance usability, and we
have appropriate
2009/9/16 Andrew Garrett agarr...@wikimedia.org
With that said, there is *one* localisable component of HotCat (the
edit summary) that is not localised.
Although HotCat is not readily localisable and there are some limitations,
it can be done with not too much one-time effort by editing the
2009/9/16 Andrew Garrett agarr...@wikimedia.org:
The problems you suggest are, in my opinion, examples of poor usage of
icons, rather than problems inherent in icon use.
Absolutely agree. I'm personally responsible for some of the most
egregious icons in MediaWiki (namely some of the default
On Wed, Sep 16, 2009 at 12:34 PM, Andrew Garrett agarr...@wikimedia.org wrote:
* Heavy icon use means a lot of extra HTTP requests.
Non-issue, I think. If we think that icons enhance usability, and we
have appropriate placeholders in place, then we're willing to buy the
extra servers.
It's
On 9/15/09 4:42 PM, br...@wikimedia.org wrote:
For those of you poking at the code, I've got the pre-deployment code
currently sitting in the wmf-deployment-work branch; this'll get folded
back over wmf-deployment when we're ready to go.
I have now swapped the new branch in over
-Original Message-
From: wikitech-l-boun...@lists.wikimedia.org
[mailto:wikitech-l-boun...@lists.wikimedia.org] On Behalf Of
Aryeh Gregor
Sent: 16 September 2009 19:39
To: Wikimedia developers
Subject: Re: [Wikitech-l] Usability initiative
(HotCatreplacement/improvements
On Wed, Sep 16, 2009 at 5:24 PM, Jared Williams
jared.willia...@ntlworld.com wrote:
Can distribute them across multiple domain names,
thereby bypassing the browser/HTTP limits.
Something along the lines of
'c'.(crc32($title) 3).'.en.wikipedia.org'
Would atleast attempt to download upto 4
-Original Message-
From: wikitech-l-boun...@lists.wikimedia.org
[mailto:wikitech-l-boun...@lists.wikimedia.org] On Behalf Of
Gregory Maxwell
Sent: 16 September 2009 22:35
To: Wikimedia developers
Subject: Re: [Wikitech-l] Usability
initiative(HotCatreplacement/improvements
My personal prefered solution would be to have the icons in SVG and
embed them directly into the page. But I guess that is not acceptable
for the browser agnostic wikipedia audience.
There are always data: urls, which would also save a roundtrip. But
without some serverside support to
On Wed, Sep 16, 2009 at 6:35 PM, Brion Vibber br...@wikimedia.org wrote:
Updated tree is now on http://test.wikipedia.org/
Spot the error here:
div class='generated-sidebar portlet' id='p-navigation'Array
Also:
input type=submit value=Submit id=submitfeedback
-Original Message-
From: wikitech-l-boun...@lists.wikimedia.org
[mailto:wikitech-l-boun...@lists.wikimedia.org] On Behalf Of
Aryeh Gregor
Sent: 17 September 2009 00:46
To: Wikimedia developers
Subject: Re: [Wikitech-l]
Usabilityinitiative(HotCatreplacement/improvements etc.)
Ok, most of the biggies have been shaken out. Will take another peek
after dinner to see if we have more fixes to sync. :)
-- brion
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
These icons are being added to the page by the software, so automatic
embedding is no problem. But IE doesn't support data: before version
8. data: with SVG would avoid the extra requests and latency, but
then of course you don't get to do caching!
Uhm, SVG and in particular compund
Andrew Garrett wrote:
We were checking $_SERVER['X_FORWARDED_FOR'], which reads the X-
Forwarded-For header. Unfortunately, it could be overridden by sending
an X_Forwarded_For header.
We resolved it by using the apache-specific header retrieval functions
instead of PHP's broken
On Wed, Sep 16, 2009 at 7:01 PM, Magnus Manske
magnusman...@googlemail.com wrote:
Any plans of separating these on edit, then re-attach them to the text
on saving? It's low-hanging fruit IMHO.
Good question. IMHO, all position independent stuff (ie, metadata)
would be better off saved
* Jared Williams jared.willia...@ntlworld.com [Wed, 16 Sep 2009
23:07:52 +0100]:
Indeed, it all rather depends on usage.
There is also that sprite option, combing all the icons into a single
image, and using CSS tricks to display each icon. But seems far too
much pfaff to keep track of, if
31 matches
Mail list logo
