- From: Erik Dahlström <ed@opera.com>
- Date: Thu, 31 Jul 2014 15:30:00 +0200
- To: "www-svg@w3.org" <www-svg@w3.org>
Minutes as html:
http://www.w3.org/2014/07/31-svg-minutes.html
and as text:
[1]W3C
[1] http://www.w3.org/
- DRAFT -
SVG Working Group Teleconference
31 Jul 2014
[2]Agenda
[2] http://lists.w3.org/Archives/Public/www-svg/2014Jul/0037.html
See also: [3]IRC log
[3] http://www.w3.org/2014/07/31-svg-irc
Attendees
Present
Smailus, nikos_, [IPcaller], heycam, ed, Tav, stakagi,
Doug_Schepers
Regrets
Chair
ed
Scribe
Nikos
Contents
* [4]Topics
1. [5]Should css pseudo-elements (first-line,
first-letter) be required in SVG2?
* [6]Summary of Action Items
__________________________________________________________
<trackbot> Date: 31 July 2014
<Smailus> Not me this time, I'm on mute.
<scribe> scribe: Nikos
<scribe> scribenick: nikos_
Should css pseudo-elements (first-line, first-letter) be required in
SVG2?
heycam: are you asking specifically for these two?
ed: those are the two that occur in the css 3 spec
... not sure if more have been added in css 4
... FF has support for first-line and first-letter
... we have a bug on blink to support it
... do we want to have this in SVG or not?
heycam: I think we should have it
... I added support because it was easy to do
ed: I suspect Blink implementation will be simple
<TabAtkins> Have to define nesting compatibly with CSS
(which'll be tricky, because we don't define nesting well in
the first place).
Tav: I think we'll have a hard time implementing but I think
it's a good idea
<TabAtkins> Because they can cross a <tref>.
Tav: it doesn't work in FF for fill
<TabAtkins> Sorry, <tspan>.
<heycam> TabAtkins, tref has been removed
ed: that's right
<heycam> TabAtkins, ok
heycam: the other pseudo elements from css 2.1, the generated
content ones, those FF doesn't support I don't think
... they were tricky to handle
... in principle I don't think we need to not support them
nikos: why were some of the pseudo classes left out?
ed: they're specific to HTML mostly
<TabAtkins> Until we define interop between SVG and CSS layout
models, agree that the other pseudos like ::before aren't
really includable.
ed: required the CSS layout engine which SVG didn't have
... it's hard to add generated content in SVG because you'd
need to wrap it in a text element
<heycam> g::before { shape-inside: ... }
ed: so if we were to require the first-line and first-letter
pseudo elements, how much would we need to define in the SVG
spec? if anything?
<TabAtkins> I mean, we could treat it as a <text>.
<TabAtkins> ed: Need to define which SVG properties apply to
them.
heycam: I haven't looked at the state of the text chapter
recently. But if we have wording that says take this DOM
subtree and treat text elements as blocks and tspans as inline
and layout according to CSS box model, etc
<TabAtkins> Only those that don't expose that they may be
broken up into multiple elements.
heycam: then you mention first-line and first-letter should be
included as part of that
<ed> TabAtkins: yes... but without giving a y position too at
the same time it would be outside the viewport in svg
<TabAtkins> Right, you'd support x/y props on them too in that
case.
heycam: it should just be a small change
... not sure about Tab's concerns. Perhaps he can go into more
detail in an email?
<heycam> concerns re nesting
<TabAtkins> Yup, will send.
ed: second half of my question was related to the outcome of
this. Should we require CSS selectors in SVG or is that just
going to fall out from requiring other CSS specs?
heycam: not sure if any of the CSS specs we've talked about
have a strict requirement on a particular version of selectors
... so it might be good for us to have a requirement for a
particular version
ED: currently we have an informal reference. We could make it
normative
heycam: various parts of CSS that we're not relying on for SVG
specific things. Then stuff that's in CSS 2 is probably good
enough
Tav: will we be able to select 3rd rect in a group?
heycam: not sure which version of selectors that is
ed: think it's 3
<ed> [7]http://www.w3.org/TR/css3-selectors/#structural-pseudos
[7] http://www.w3.org/TR/css3-selectors/#structural-pseudos
heycam: maybe we should decide what the baseline version of
features that SVG should support
<TabAtkins> Man, don't require a particular level. That's
silly. Just point to Selectors and let people support the
latest version.
heycam: don't know how far ahead we should normatively require
when they're pretty orthogonal things
<TabAtkins> CSS doesn't require a particular version of
Selectors.
<heycam> TabAtkins, how about a minimum version?
Tav: would be interesting to know if anyone supports 3rd rect
in a group now
<TabAtkins> Sure.
heycam: think it should work
ed: I think so
... don't know if we have wording in the spec about not
supporting style sheets
heycam: I think we had the discussion about requiring style
sheets
... but not sure spec changes have been done
ed: think we've already resolved to have multi-line text. I
think first-line makes sense once that's in
<TabAtkins> Agree.
ed: do we want to resolve on first-line and first-letter now or
wait for more feedback?
heycam: Some details to finalise, but I think it makes sense to
resolve now
RESOLUTION: SVG 2 will require ::first-line and ::first-letter
from CSS selectors
<scribe> ACTION: Erik to add ::first-line and ::first-letter to
SVG 2 [recorded in
[8]http://www.w3.org/2014/07/31-svg-minutes.html#action01]
<trackbot> Created ACTION-3635 - Add ::first-line and
::first-letter to svg 2 [on Erik Dahlström - due 2014-08-07].
Tav: can you do selectors inside the style attribute?
ed: no don't think so
Tav: So this would be the first case when you actually need a
style sheet
heycam: also if you want to have :visited, :hover, etc
ed: selectors in general
... regarding the second part of the question, do we require
CSS3 selectors
... do we want to resolve on that now too?
<TabAtkins> We tried selectors inside of style years ago, but
didn't end up doing it.
ed: currently we reference a minimum version
heycam: don't think we have any wording about supporting later
versions of CSS
... might be good to have something in the style chapter
... I think in general we should require the earliest specs
that we actually need for features
... so if we don't require any CSS3 features just stick with
the older version
... and say if you want to support later features that's fine
ed: I can take the action to state that
heycam: do you want to tackle that in a general fashion in the
style chapter?
ed: yes just a paragraph in there
<scribe> ACTION: Erik to add wording to SVG 2 to allow later
versions of CSS [recorded in
[9]http://www.w3.org/2014/07/31-svg-minutes.html#action02]
<trackbot> Created ACTION-3636 - Add wording to svg 2 to allow
later versions of css [on Erik Dahlström - due 2014-08-07].
<heycam>
[10]https://www.w3.org/Graphics/SVG/WG/wiki/F2F/London_2014/Age
nda_proposals
[10]
https://www.w3.org/Graphics/SVG/WG/wiki/F2F/London_2014/Agenda_proposals
<ed> trackbot, end telcon
Summary of Action Items
[NEW] ACTION: Erik to add ::first-line and ::first-letter to
SVG 2 [recorded in
[11]http://www.w3.org/2014/07/31-svg-minutes.html#action01]
[NEW] ACTION: Erik to add wording to SVG 2 to allow later
versions of CSS [recorded in
[12]http://www.w3.org/2014/07/31-svg-minutes.html#action02]
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [13]scribe.perl version
1.138 ([14]CVS log)
$Date: 2014-07-31 13:27:52 $
__________________________________________________________
[13] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[14] http://dev.w3.org/cvsweb/2002/scribe/
Scribe.perl diagnostic output
[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.138 of Date: 2013-04-25 13:59:11
Check for newer version at [15]http://dev.w3.org/cvsweb/~checkout~/2002/
scribe/
[15] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/
Guessing input format: RRSAgent_Text_Format (score 1.00)
Succeeded: s/... currently we/ED: currently we/
Found Scribe: Nikos
Found ScribeNick: nikos_
Default Present: Smailus, nikos_, [IPcaller], heycam, ed, Tav, stakagi,
Doug_Schepers
Present: Smailus nikos_ [IPcaller] heycam ed Tav stakagi Doug_Schepers
Agenda: [16]http://lists.w3.org/Archives/Public/www-svg/2014Jul/0037.htm
l
Found Date: 31 Jul 2014
Guessing minutes URL: [17]http://www.w3.org/2014/07/31-svg-minutes.html
People with action items: erik
[16] http://lists.w3.org/Archives/Public/www-svg/2014Jul/0037.html
[17] http://www.w3.org/2014/07/31-svg-minutes.html
[End of [18]scribe.perl diagnostic output]
[18] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
--
Erik Dahlstrom, Web Technology Developer, Opera Software
Co-Chair, W3C SVG Working Group
Received on Thursday, 31 July 2014 13:30:32 UTC