-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 etc
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
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
* 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