[whatwg] <link rel=icon width="" height="">

Michael(tm) Smith mike at w3.org
Wed Apr 30 02:54:51 PDT 2008

timeless <timeless at gmail.com>, 2008-04-30 12:08 +0300:

> On Wed, Apr 30, 2008 at 8:33 AM, Michael(tm) Smith <mike at w3.org> wrote:
> >  So do UAs expect link at rel=icon icons to always have the same
> >  height and width, and if so should the HTML5 spec make it clear
> >  that their height and width should be the same?
> i have an icons collection from when microb team did favicon work and
> i distinctly recall one of the icons as being non square :)
> http://www.linuxworld.com/favicon.ico
> a quick recheck shows it's the only one. it's 50x51, which always
> struck me as odd.

I'd suppose along with that and Maciej's example of the iPhone
59x60 icons, there are probably a few other examples and that
non-square icons are maybe not so uncommon after all.

Anyway, I guess I don't understand what the current (or expected)
behavior is for handling the general case of multiple
link at rel=icon instances within the same document, when the icons
can be of any arbitrary size (whether or not the size is given
explicitly as is being proposed).

I can understand the specific case like that of building a Gears
application and including link markup to provide a set of icons in
the particular dimensions that conform to the Gears Desktop API.

But especially if we were to add some means for dimensional markup
to link (height/width attribute, sizes attribute, or whatever),
and we want UAs to interoperably handle the case of multiple icons
of various sizes being present, I'd wonder if the spec should
describe what the behavior is meant to be.

In fact, since it's already possible to have multiple link icon
instances in arbitrary sizes (just without the sizes being given
explicitly in the markup), it seems like regardless of whether
some new means for dimensional markup does end up being added,
the expected behavior for the case of multiple link icons is
already something that the spec maybe should try to address (that
is, along with the case it already addresses of multiple instances
with different media attributes).


Michael(tm) Smith
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2237 bytes
Desc: not available
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20080430/e822b14e/attachment-0001.bin>

More information about the whatwg mailing list