I've been trying to figure out a better data model for URLs so we can
handle relative URLs for any scheme. The motivation for supporting
relative URLs for any scheme can be found here:
https://www.w3.org/Bugs/Public/show_bug.cgi?id=27233
Per my testing the URL parser would still need special
On Tue, Jun 16, 2015 at 4:37 AM, Nils Dagsson Moskopp
n...@dieweltistgarnichtso.net wrote:
[...]
(5) Use the shape of the path in the SVG icon as a mask and retain the
theme color meta value. Why isn't this done? One could have a properly
colored icon for one purpose and use the outline of
On Tue, Jun 16, 2015 at 7:51 PM, Boris Zbarsky bzbar...@mit.edu wrote:
about: is not standardized enough across UAs to really reason about.
about and mailto are the reasons query is split out. Not so much that
you can set it (you can't), but so that you can reason about it
independently. And
On 6/16/15 1:57 PM, Anne van Kesteren wrote:
On Tue, Jun 16, 2015 at 7:51 PM, Boris Zbarsky bzbar...@mit.edu wrote:
about: is not standardized enough across UAs to really reason about.
about and mailto are the reasons query is split out. Not so much that
you can set it (you can't)
Why can't
On Tue, Jun 16, 2015 at 6:52 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 6/16/15 8:06 AM, Anne van Kesteren wrote:
I also think we should change the API such that you cannot change
anything for non-relative URLs
Why would you disallow setting fragment for a non-relative URL?
You're right,
On 6/16/15 1:18 PM, Anne van Kesteren wrote:
On Tue, Jun 16, 2015 at 7:01 PM, Boris Zbarsky bzbar...@mit.edu wrote:
about, data, etc.
data: doesn't use query in practice. As in, any '?' that happens to be
in there is totally accidental.
about: is not standardized enough across UAs to
On Tue, Jun 16, 2015 at 7:01 PM, Boris Zbarsky bzbar...@mit.edu wrote:
What are examples of non-relative URIs that use query? mailto:, I guess?
about, data, etc. Though note that there's no such thing as
non-relative URL. That completely depends on the first code point
after the scheme and : in
On Tue, Jun 16, 2015 at 8:18 PM, Boris Zbarsky bzbar...@mit.edu wrote:
Why can't you? If it's something you want to reason about as a separate
entity, why doesn't it make sense to set it as a separate entity?
Actually, it seems like you can, though that would equally affect data
URLs, but
On 6/16/15 8:06 AM, Anne van Kesteren wrote:
I also think we should change the API such that you cannot change
anything for non-relative URLs
Why would you disallow setting fragment for a non-relative URL?
-Boris
On Tue, Jun 16, 2015 at 2:36 PM, Elliott Sprehn espr...@chromium.org wrote:
On Tue, Jun 16, 2015 at 2:33 PM, Tab Atkins Jr. jackalm...@gmail.com
wrote:
On Tue, Jun 16, 2015 at 2:25 PM, Elliott Sprehn espr...@chromium.org
wrote:
On Tue, Jun 16, 2015 at 2:22 PM, Tab Atkins Jr.
On Mon, Jun 15, 2015 at 12:00 PM, Maciej Stachowiak m...@apple.com wrote:
For similar reasons, it seemed better to reuse the existing theme-color meta
(which gives license to darken or lighten the color as needed).
Agreed; along with Ted's observation that theme-color hits at least
the 80/20
On 6/16/15 12:55 PM, Anne van Kesteren wrote:
You're right, fragments make sense. Changing path (scheme data in the
specification) or query would be painful however.
I see no particular need to support changing path.
Not sure about query; Gecko doesn't support query to start with on what
you
On 6/16/15 2:23 PM, Anne van Kesteren wrote:
Actually, it seems like you can, though that would equally affect data
URLs, but maybe that's not too bad. I guess for the API we could
special case a couple of schemes to not support reading/writing as
desired for optimizations.
What optimizations
On Tue, Jun 16, 2015 at 1:51 PM, Edward O'Connor eocon...@apple.com wrote:
Hi Elliott,
You wrote:
I'm fine with either interpretation, mask-icon or icon mask like
alternate stylesheet. I don't think adding a mask attribute to the
HTMLLinkElement for this makes sense.
Could you
On Tue, Jun 16, 2015 at 2:07 PM, Elliott Sprehn espr...@chromium.org wrote:
sizes is a generic feature that's available for all image resources.
No it's not; img sizes and link sizes are completely unrelated.
~TJ
On Tue, Jun 16, 2015 at 1:51 PM, Edward O'Connor eocon...@apple.com wrote:
Hi Elliott,
You wrote:
I'm fine with either interpretation, mask-icon or icon mask like
alternate stylesheet. I don't think adding a mask attribute to the
HTMLLinkElement for this makes sense.
Could you elaborate?
On Tue, Jun 16, 2015 at 2:22 PM, Tab Atkins Jr. jackalm...@gmail.com
wrote:
On Tue, Jun 16, 2015 at 2:07 PM, Elliott Sprehn espr...@chromium.org
wrote:
sizes is a generic feature that's available for all image resources.
No it's not; img sizes and link sizes are completely unrelated.
:(
On Tue, Jun 16, 2015 at 2:25 PM, Elliott Sprehn espr...@chromium.org wrote:
On Tue, Jun 16, 2015 at 2:22 PM, Tab Atkins Jr. jackalm...@gmail.com
wrote:
On Tue, Jun 16, 2015 at 2:07 PM, Elliott Sprehn espr...@chromium.org
wrote:
sizes is a generic feature that's available for all image
On Tue, Jun 16, 2015 at 8:29 PM, Boris Zbarsky bzbar...@mit.edu wrote:
What optimizations are we talking about here, specifically?
Not sure. Was just indicating that we have that option if it would be
particularly painful/pointless/footgun. I haven't exactly thought it
through and there's not
On Jun 15, 2015, at 5:40 PM, Justin Dolske dol...@mozilla.com wrote:
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
On Tue, Jun 16, 2015 at 12:43 PM, Maciej Stachowiak m...@apple.com wrote:
On Jun 15, 2015, at 5:40 PM, Justin Dolske dol...@mozilla.com wrote:
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
You could just set the colors of all paths to black internally and
derive a suitable mask from any SVG logo that way. See any error?
Maciej Stachowiak m...@apple.com writes:
There’s no technological enforcement that the SVG only uses the color black.
We will interpret it as a mask in the same
On Mon, Jun 15, 2015 at 10:37 AM, Edward O'Connor eocon...@apple.com wrote:
Authors would provide a mask icon like so:
link rel=icon href=mask.svg mask
[...]
P.S. OK, bikeshedding. What should we call the attribute? The ideal name
says something about the icon and not about how a UA might
Hi Elliott,
You wrote:
I'm fine with either interpretation, mask-icon or icon mask like
alternate stylesheet. I don't think adding a mask attribute to the
HTMLLinkElement for this makes sense.
Could you elaborate? It's not clear to me why link rel=icon mask
wouldn't make sense, but link
There’s no technological enforcement that the SVG only uses the color black. We
will interpret it as a mask in the same way as the SVG ‘mask’ element, which
effectively combines the luminance with the alpha channel. Effectively, this
means that other colors will end up partly transparent, so
If reuse of the same SVG `rel=icon` is desirable, would it be
possible to have certain elements inside the SVG use `class=mask` or
something similar?
--Taylor Hunt
On Tue, Jun 16, 2015 at 3:47 PM, Maciej Stachowiak m...@apple.com wrote:
There’s no technological enforcement that the SVG only
The HTMLMediaElement.load()[1] method currently cancels playback of the
current resource and runs the resource selection algorithm[2] (and in
turn the resource fetch algorithm[3]). When preload=none, however, the
resource fetch algorithm doesn't require the UA to load data or progress
to
On Tue, Jun 16, 2015 at 10:42 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
Before we start bikeshedding, can you commit to actually changing your
implementation? Safari has already shipped with the exact proposal
given in this thread; if you're seeking a rubberstamp rather than a
collab,
The reason for treating the icon as a mask is that we want to enforce
having a monochrome shape, specifically for our pinned tabs feature.
The svg mask element has a switch for choosing between luminance and
alpha masking; I think using alpha masking instead seems like a pretty
clear win.
Maciej Stachowiak m...@apple.com writes:
[…]
Where do we go from here:
(1) We could add mask or something like it to the standard, and change
browsers to ignore mask icons in contexts where they are looking for a
regular icon.
(2) We could change to a new rel type for mask icons, such
30 matches
Mail list logo
