* Jared Williams [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 want the individual ico
> 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 docu
On Wed, Sep 16, 2009 at 6:17 PM, Daniel Schwen wrote:
>> 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 sa
> 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 automa
> -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
> init
On Wed, Sep 16, 2009 at 5:24 PM, Jared Williams
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 times as many things.
> -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