Re: Are there some lists of web sites which use vertical writing-mode?

[Masayuki Nakano]

On 4/11/2018 4:34 PM, Karl Dubost wrote:

Le 11 avr. 2018 à 15:14, Masayuki Nakano  a écrit :

However, oddly, I cannot show the preview on Firefox nor Nightly. When I click the 
"preview", the website says "saved the preview" but I cannot access the preview 
actually. It might be not available from Japan.

You need to register an account on kobo to see the preview.
Note that the thing is pretty badly implemented in both Chrome and Firefox.


Yeah, I created an account, but I couldn't access the preview UI. Where did you 
click or something to show preview?

--
Masayuki Nakano 
Software Engineer, Mozilla

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement and ship: ping, rel, referrerPolicy, relList, hreflang, type and text properties on SVG elements

[david]

On Tuesday, 10 April 2018 00:57:43 UTC-7, Gijs Kruitbosch  wrote:
> On 10/04/2018 03:07, Cameron McCormack wrote:
> > On Tue, Apr 10, 2018, at 11:58 AM, Jeff Gilbert wrote:
> >> Do we have a heuristic for when to /not/ include something from HTML in 
> >> SVG?
> > 
> > If it doesn't make two features which already exist in both HTML and SVG 
> > more consistent, then I wouldn't include it.
> > 
> >> More or less, these additions to SVG just strike me as having solid
> >> potential risk (for both spec-interaction and implementation bugs) and
> >> negligible upside. Do we have people asking for this?
> > 
> > I don't know of people asking for this, but I would hope that we could 
> > share the implementations of these properties between HTMLAnchorElement and 
> > SVGAElement.  The closer the two  elements are in behavior, and the more 
> > we can share implementation between them, the lower the risk for bugs 
> > between the two.  (Ignoring the general risk of bugs from touching code at 
> > all.)
> 
> I don't know about the C++ side of things here in terms of shared 
> implementation, but *behavior* is already different as per spec. And we 
> (frontend folks who have to make sure things like context menus deal 
> with arbitrary web content) regularly forget that, and then end up being 
> bitten by it. Most annoyingly, for SVG  the `.href` property is an 
> SVGAnimatedString object with `baseVal` and `animVal` properties, not a 
> string like it is in HTML.
> 
> I assume that the same thing applies to the properties this is adding, 
> which means this is on the one hand more consistency with HTML (same 
> properties) and on the other hand, less (different values anyway).
> 
> ~ Gijs

Hi, I work on MS Edge and I'm helping drive these changes. 

The idea here is quite the opposite. We're trying to make the same concepts in 
SVG share the same specified behavior as HTML. For example in SVG today these 
say to return an SVGAnimatedString. With this change they return a DOMString 
(except relist which returns a DOMTokenList object) and thus match the HTML 
definition. The defined behavior will be in HTML as Anne mentions. We've 
already made a similar change for SVGElement, where focus() et al were defined 
in the SVG spec with a note that they behave the same as HTML. Now they're 
defined in a HTMLOrSVGElement mixin in HTML and the definition is removed from 
the SVG spec. This one was an easy change as the behavior was already aligned.


Your point about href is a good one. That is one we can't redefine as DOMString 
due to already being implemented and having usage on the web. We're trying to 
avoid future cases like this by aligning behavior/specs. There may be some ways 
we can align href while keeping legacy behavior so things don't break, but 
don't have a concrete proposal for this yet.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement: CSS subgrid

[Manuel Rego Casasnovas]

On 11/04/18 21:09, Mats Palmgren wrote:
> Hello Grid lovers,
> 
> I've started implementing a prototype for CSS subgrid layout.
> I say "prototype" since the spec [1] is far from settled and will need
> to be updated based on feedback from implementors.  I've summarized
> the features of this prototype and my views on the spec at [2].
> (I'll use bug 1240834 as the meta bug.  None of the code has landed yet.)

This is really nice and the feedback on the issue is amazing. Thanks!

It'd be awesome if you could use WPT for subgrid tests, that would make
things much easier for other implementors to catch up.

Cheers,
  Rego

> 
> /Mats
> 
> 
> [1]
> https://drafts.csswg.org/css-grid-2/#subgrids
> 
> [2]
> https://github.com/w3c/csswg-drafts/issues/2280#issuecomment-380546425
> ___
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
> 
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to implement: CSS subgrid

[carlos . c]

Hi watch this video from Jen Simmons https://www.youtube.com/watch?v=QY3lTBZnJmE

___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Intent to implement: CSS subgrid

[Mats Palmgren]

Hello Grid lovers,

I've started implementing a prototype for CSS subgrid layout.
I say "prototype" since the spec [1] is far from settled and will need
to be updated based on feedback from implementors.  I've summarized
the features of this prototype and my views on the spec at [2].
(I'll use bug 1240834 as the meta bug.  None of the code has landed yet.)

/Mats


[1]
https://drafts.csswg.org/css-grid-2/#subgrids

[2]
https://github.com/w3c/csswg-drafts/issues/2280#issuecomment-380546425
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Intent to ship: Allow the overflow shorthand to accept two values.

[Emilio Cobos Álvarez]

Hi,

In bug 1453148 I'm planning to implement the CSSWG resolution at:

  https://github.com/w3c/csswg-drafts/issues/2484

It's a very uncontroversial change that doesn't change backwards compat,
and makes the shorthand more consistent. But it was probably worth an
intent.

WPT tests are being added as part of that bug. Let me know if there's
any concern with proceeding here, thanks!

 -- Emilio
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Are there some lists of web sites which use vertical writing-mode?

[Karl Dubost]

Le 11 avr. 2018 à 15:14, Masayuki Nakano  a écrit :
> However, oddly, I cannot show the preview on Firefox nor Nightly. When I 
> click the "preview", the website says "saved the preview" but I cannot access 
> the preview actually. It might be not available from Japan.

You need to register an account on kobo to see the preview.
Note that the thing is pretty badly implemented in both Chrome and Firefox. 

-- 
Karl Dubost, mozilla  Webcompat
http://www.la-grange.net/karl/moz





___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: [Policy] Tracking Regressions in Firefox Components Managed in GitHub Projects

[Emma Humphries]

And I misspelled Glob's name. That's Byron Jones. Sorry about that.

-- Emma

On Tue, Apr 10, 2018 at 4:18 PM, Emma Humphries  wrote:

> Release Management and the weekly regression triage must be aware of the
> status of all reported regressions in order to assure we are not shipping
> known regressions in Firefox releases.
>
> If a team is using GitHub to manage their part of the Firefox project,
> there’s a risk that those groups might not see a regression.
>
> We need an agreed to standard for how we keep track of these.
> An initial version of this policy has been written and is available for
> inspection at https://github.com/mozilla/bug-handling/blob/master/
> policy/regressions-github.md
>
> If you have questions or concerns, please submit a pull-request against
> this repository or contact me through email, IRC, or Slack.
>
> I want to thank Ritu Kothari, Liz Henry, Mark Côté, Myk Melez, Wil
> Clouser, Jim Mathies, Edward Lee, Mike Taylor, Chris Karloff, and Bryon
> 'Glob' Jones for their review and comments on earlier drafts of this
> policy.
>
> -- Emma Humphries, Bugmaster, Firefox
>
>
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Are there some lists of web sites which use vertical writing-mode?

[Masayuki Nakano]

On 4/10/2018 5:27 PM, Brian Birtles wrote:

On Tue, Apr 10, 2018 at 10:19 AM,  wrote:


Thanks for sharing.

But it's not exactly what is being looked for. We are looking for
websites in an overall vertical writing mode, not ones mixed with
vertical writing text. That is, there should be a horizontal scrollbar
in the page, and the scrollbar controls the page's *major* scrolling
direction.



Did you see this example at the bottom of the page?

e.g. http://info.nicovideo.jp/indies-game-fest/history/

It doesn't have a horizontal scrollbar but it does scroll horizontally.


This is interesting case. This is not what we're looking for, but this 
is a case of web developers trying to fix the issue by themselves. I.e., 
they must be thinking that horizontal scroll isn't useful even if the 
block direction is completely horizontal.


--
Masayuki Nakano 
Software Engineer, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Re: Are there some lists of web sites which use vertical writing-mode?

[Masayuki Nakano]

On 4/10/2018 5:53 PM, Karl Dubost wrote:

Masayuki,

Le 6 avr. 2018 à 17:26, Masayuki Nakano  a écrit :

Does somebody know some lists of web sites which use vertical writing-mode?



Kobo Taiwan for example has preview of books in vertical writing mode.
see https://webcompat.com/issues/14152


Thank you.

However, oddly, I cannot show the preview on Firefox nor Nightly. When I 
click the "preview", the website says "saved the preview" but I cannot 
access the preview actually. It might be not available from Japan.


--
Masayuki Nakano 
Software Engineer, Mozilla
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform