- From: Cameron McCormack <cam@mcc.id.au>
- Date: Tue, 3 Mar 2009 09:02:21 +1100
- To: public-svg-wg@w3.org
http://www.w3.org/2009/03/02-svg-minutes.html
and below as text:
[1]W3C
[1] http://www.w3.org/
- DRAFT -
SVG Working Group Teleconference
02 Mar 2009
[2]Agenda
[2] http://lists.w3.org/Archives/Public/public-svg-wg/2009JanMar/0186.html
See also: [3]IRC log
[3] http://www.w3.org/2009/03/02-svg-irc
Attendees
Present
ed_, heycam, jwatt, Shepazu
Regrets
Chris
Chair
Cameron
Scribe
Jonathan
Contents
* [4]Topics
1. [5]SVG in text/html
2. [6]CSS transforms
* [7]Summary of Action Items
_________________________________________________________
<trackbot> Date: 02 March 2009
Zakim: ??P1 in me
so sad
ah, ta
<heycam> Scribe: Jonathan
<heycam> ScribeNick: jwatt
SVG in text/html
<heycam>
[8]http://www.w3.org/mid/20090225231009.GD22306@arc.mcc.id.au
[8] http://www.w3.org/mid/20090225231009.GD22306@arc.mcc.id.au
CM: I misread part of the text in HTML5 in that email
... about the xmlns attribute
... I thought you needed to include the xmlns attribute to make it
conforming
... but actually you can omit it, or else specify it with the
correct value
... only then is in conformisg
<heycam> s/then.*/then is it conforming/
CM: to be consistent with our comments on the xmlns:xlink, we would
want it to be a parse error if omitted
JW: yeah, I think that would be better
<heycam>
[9]http://www.w3.org/Graphics/SVG/WG/wiki/SVG_in_text-html_2009
[9] http://www.w3.org/Graphics/SVG/WG/wiki/SVG_in_text-html_2009
<ed_>
[10]http://www.w3.org/Graphics/SVG/WG/wiki/Talk:SVG_in_text-html_200
9
[10] http://www.w3.org/Graphics/SVG/WG/wiki/Talk:SVG_in_text-html_2009
ED: I added a bunch of comments on the wiki talk page
... one on the xlink
<ed_> There are SVG images with xmlns:xlink="&ns_XLink;" commonly
produced by Illustrator, do we want to break those? Relates to the
point about xmlns:xlink and breaking on bogus values.
DS: but that's not bogus
... if it treats it as a macro, the parser never sees that
ED: but you'd need to define it in the HTML code
DS: okay in this case it is bogus, right
CM: I don't think that newer versions of Illustrator do that
DS: I think that's right, it's an old practice
<ed_> first point on
[11]http://www.w3.org/Graphics/SVG/WG/wiki/Talk:SVG_in_text-html_200
9
[11] http://www.w3.org/Graphics/SVG/WG/wiki/Talk:SVG_in_text-html_2009
ED: we may not need to ask for unquoted attributes etc. to be
non-conforming, since authors could just validate their content as
XHTML+SVG to get those warnings
DS: I don't think that solves the problem - what if their is some
HTML that doesn't validate as XHTML but that has some SVG in it
... it also implies two different tokenizing models
... I guess I'm wordering since the tokenizer in HTML5 does
case-folding, but I guess in XHTML it does not
CM: yes
DS: are we going to see the case where inline SVG doesn't work
because of whether the HTML is served as text/html or XHTML?
CM: as long as you use the XML compatible syntax in HTML, I can't
think of anything specific that would break like that
DS: if you're serving documents for IE as text/html, but serving to
everyone else as XML, then you may not be able to predict that your
content will work
... maybe scripts will break due to changes to the HTML parts of the
DOM tree?
... I'm not sure this is something we can solve
... we maybe need to just keep talking to the HTML WG about this
ED: so are we going to still ask for the xmlns attributes to be
required for conformance?
DS: I think we should
ED: so moving on, should we go with all lowercase attributes in
future?
DS: I think we should for two reasons
... it makes writing SVG as XML or text/html easier
... and since CSS and SVG are converging on a number of features, we
should be as CSS friendly as we can
ED: yes
... we should add that to our email
CM: for element names that don't clash, case insensitivity of CSS
selectors shouldn't be a problem
... I worry about consistency though - e.g. if we introduce a new
filter primitive element
... it would be a pain to remember which are lowercase and which are
uppercase
DS: I think we should certainly do it for attributes
ED: so the third point
<shepazu> for casing elements, I don't have a strong opinion, but we
should definitely avoid name clashes... even though namespaces can
solve the technical part, it can still be confusing for authors
<shepazu> I also think that going forward, we should consider
allowing geometric attributes to be styled (and animated) by CSS...
things like x, y, width, and height
ED: ...
... fifth point: not parsing the contents of SVG <title> as HTML
CM: we are agreed on just having plain text inside
ED: so sixth point: xml declaration encoding detection when the root
element is <svg>
... I was asked for numbers on the number of SVG documents that that
have characters outside the win-1252 range
CM: so you're saying that people won't have the xml declaration if
it's UTF-8
<ed_> <svg><b>foo
<ed_> <svg></svg>foo
ED: seventh point: non-SVG in SVG, when SVG is the root, but with
our changes to say that there is no implied <html> and <body>
inserted in - the non-SVG would break out back to the HTML, but
there would then be no HTML to break to
<heycam> <svg><b>foo</b></svg>
CM: you can still have well formed XML
... but you'd still need somewhere for it to be a child of
... I think we're going to have to take some of these to the mailing
list to discuss further
... we should get other things done just now
<heycam> ACTION: Erik to move his seven points to the main text/html
proposal wiki page [recorded in
[12]http://www.w3.org/2009/03/02-svg-minutes.html#action01]
<trackbot> Created ACTION-2483 - Move his seven points to the main
text/html proposal wiki page [on Erik Dahlström - due 2009-03-09].
CSS transforms
<anthony>
[13]http://www.w3.org/Graphics/SVG/WG/wiki/CSS-Transforms-Review
[13] http://www.w3.org/Graphics/SVG/WG/wiki/CSS-Transforms-Review
<heycam> DS: i'll send that in today
Summary of Action Items
[NEW] ACTION: Erik to move his seven points to the main text/html
proposal wiki page [recorded in
[14]http://www.w3.org/2009/03/02-svg-minutes.html#action01]
[End of minutes]
--
Cameron McCormack ≝ http://mcc.id.au/
Received on Monday, 2 March 2009 22:03:04 UTC