On Mon, Jun 15, 2015 at 12:18 PM, Kornel Lesiński kor...@geekhood.net wrote:
The new Safari is still only a preview, so I hope Apple will switch to a
better solution.
It would be great if we could get some feedback from Ted colleagues
on what the thinking here was.
--
Apple has released a version of Safari that has a new interpretation of link
rel=icon and meta name=theme-color that conflicts with existing usage on the
Web.
Safari (8.1 OS X 11.11) uses `theme-color` for foreground color of favicons of
pinned tabs, but other browsers use `theme-color` for
Edward O'Connor eocon...@apple.com writes:
Lately we've identified a need for an additional advisory attribute for
icons. Modern user interfaces have a flatter, more minimal UI style as
compared to UIs of the past, and modern devices often feature
higher-density displays. Legacy favicons
Nils,
Le 16 juin 2015 à 10:03, Nils Dagsson Moskopp n...@dieweltistgarnichtso.net a
écrit :
Edward O'Connor eocon...@apple.com writes:
These images can be tinted to better fit in with the site's theme.
Please tell me where the requirement for SVG favicons with 100% black
paths comes from.
If I am not mistaken, it should be possible to use the outline shape
while not requiring 100% black color for every path in the SVG icon.
As I see it, a proper icon has to have a distinctive outline anyway.
Karl Dubost k...@la-grange.net writes:
Nils,
Le 16 juin 2015 à 10:03, Nils Dagsson
Hi all,
Kornel wrote:
Safari[…] uses `theme-color` for foreground color of favicons of
pinned tabs, but other browsers use `theme-color` for background
colors.
Well, meta name=theme-color is not specced as speficially a foreground
or background color; it's a color that user agents may use in
When link is used to pull in external resources, authors may use
several attributes as hints about the linked resource to help UAs decide
whether or not to load it.
For instance, the resource's MIME type may be provided in the type
attribute. This allows UAs to avoid loading resources they don't
On Jun 15, 2015, at 3:27 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Mon, Jun 15, 2015 at 12:18 PM, Kornel Lesiński kor...@geekhood.net wrote:
The new Safari is still only a preview, so I hope Apple will switch to a
better solution.
It would be great if we could get some feedback
On Mon, Jun 15, 2015 at 7:33 PM, Edward O'Connor eocon...@apple.com wrote:
Our proposal is simply to add mask= to this list of advisory
attributes that are used to determine an icon's appropriateness here.
User agents that don't understand mask= should continue to pick the
most appropriate
Hi Anne,
You wrote:
Our proposal is simply to add mask= to this list of advisory
attributes that are used to determine an icon's appropriateness here.
User agents that don't understand mask= should continue to pick the
most appropriate icon given the other attributes. If there is a tie,
the
On Jun 15, 2015, at 3:55 PM, Elliott Sprehn espr...@chromium.org wrote:
Adding a whole new attribute for this seems like overkill, why not use the
rel.
link rel=icon mask href=... sizes=...
That's what the rel list was designed for.
In general, rel values are supposed to be
Adding a whole new attribute for this seems like overkill, why not use the
rel.
link rel=icon mask href=... sizes=...
That's what the rel list was designed for.
On Mon, Jun 15, 2015 at 10:37 AM, Edward O'Connor eocon...@apple.com
wrote:
When link is used to pull in external resources, authors
Hmm, I suppose Elliott's proposal is a bit ambiguous, but I read it as
fixing the ordering issue by adding a separate mask rel value. Such that
the following are equivalent and independent of ordering:
A) link rel=icon href=colorful.pnglink rel=mask href=black.svg
B) link rel=mask
13 matches
Mail list logo
