W3C

- DRAFT -

SVG Working Group Teleconference

04 Sep 2014

Agenda

See also: IRC log

Attendees

Present
birtles, heycam, Smailus, stakagi, Tav, Cyril, Rich_Schwerdtfeger, ed, cabanier, ChrisL
Regrets
Dirk, Doug
Chair
Cameron
Scribe
Rich

Contents


<trackbot> Date: 04 September 2014

Interaction of 'x' and 'startOffset' (Tav)

<Smailus> http://tavmjong.free.fr/SVG/TEXT_PATH/text_on_path_test.svg

http://tavmjong.free.fr/SVG/TEXT_PATH/text_on_path_test.svg

Tav: This came up as a filed on a bug where text on a path was not working in Firefox
... Firefox ignores the x
... y is ignored
... the path has a start and stop offset. It is not 100 percent clear how they interact. The start offset and the X. One is on the text element and one is on the path
... Chrome adds them together and I believe this is correct.

<ed> startOffset

Cam: Let me explain the FF implementation. Where in the spec does it say the X attribute has that effect on the text path?

Tav: in the last paragraph in the text section. …

<ed> tav: "When the inline-progression-direction is horizontal, then any ‘x’ attributes on ‘text’, ‘tspan’, ‘tref’ or ‘altGlyph’ elements represent new absolute offsets along the path, thus providing explicit new values for startpoint-on-the-path. Any ‘y’ attributes on ‘text’, ‘tspan’, ‘tref’ or ‘altGlyph’ elements are ignored." <-- is this the paragraph you mean?

Cam: Effectively the text path element provides absolute positions for all of its children. so if you have an x on the parent it is overridden by the text path.
... If you had x=“50
... The text path provides absolute position for all of its descendants
... I am not sure I like that Y is ignored when you have horizontal text.
... If text is ignoring the path y should do something sensible.

Tav: It does not make sense to talk about horizontal and vertical text whe it is following a path

Cam: If you have vertical text then y attributes would go upon the inline direction

Tav: the basic philosophy in the existing text. … I see where you say it is strange to igore Y.

Cam: I think Firefox takes notice of dx and dy. I need to check.
... Tav, did you test various browsers?

Tav: I only tested FF and Chrome
... Testing old Opera is not so useful

Cam: Even if you have x=50 on the text element. …

Tav: If you have an infinitely long straight line the startOffset is an additional
... This is how I would describe it to clarify the text

<ed> s/thomas/tav/

Cam: If you have multiple text chunks within the same text path may be another consideration

Tav: You mean like multi-line text?

Cam: If you apply anchoring to those chunks. … you may use textanchor middle

ChrisL: Is that text to be centered?

<ed> startOffset="50%" text-anchor="middle" is commonly used for centering text on a path

Tav: 20 pixels from the end of the line.

ChrisL: You don’t get all of the text in FF and some of the string is clipped off.
... IE nad old Opera do it correctly

Nikos: The spec. tells you to ignore the Y

<ChrisL> ignore y but not dy, right?

<ed> s/nikos/ed/

Tav: if there are a lot of text attributes and tspan this would offset them all

cam: you would shift them all
... that makes sense to me.

Tav: then I can clarify the spec. and file a bug on FF

RESOLUTION: x and y attributes do apply to glyphs within a text path. x supplies horizontal text. y applies to vertical text.

Tav: we did resolve that the startOffset is an additional offset to the x and the y?

Cam: to every absolute x position

<scribe> ACTION: Tav take an action to check to make sure on the text layout. [recorded in http://www.w3.org/2014/09/04-svg-minutes.html#action01]

<trackbot> Created ACTION-3666 - Take an action to check to make sure on the text layout. [on Tavmjong Bah - due 2014-09-11].

Cam: if you could do anchoring in the text path it is a bit blurry on how that is supposed to work

Tav: I can test that in different browsers

Cam: Do people do it with startOffset 50% and text anchor in the middle?

Ed: pretty common. Note: it does depend on the path data of course, where the path starts, a common case is having a circle, which is often realised with a bunch of arcs or beziers...

Cam: you want to clarify that startOffset is an additional transform to any x or y
... the spec. is not clear here?

Tav: yes

<scribe> ACTION: Tav clarify in the text that startOffset is an additional transform to any x or y [recorded in http://www.w3.org/2014/09/04-svg-minutes.html#action02]

<trackbot> Created ACTION-3667 - Clarify in the text that startoffset is an additional transform to any x or y [on Tavmjong Bah - due 2014-09-11].

<heycam> ISSUE: Should y move glyphs orthogonal to the text path?

<trackbot> Created ISSUE-2462 - Should y move glyphs orthogonal to the text path?. Please complete additional details at <http://www.w3.org/Graphics/SVG/WG/track/issues/2462/edit>.

<scribe> scribe: Rich

Scripts running in external documents referenced by <use> (Cameron)

http://www.w3.org/mid/CAOu7Uv7OxqgZTzzzqvwvhL-aqwMxynDpseZnFpBi=SjkMeOuVA@mail.gmail.com

Cam: This came up in a recent bug in Firefox

<ed> scribeNick: richardschwerdtfeger

Cam: Robert has 4 questions in his email.

<ChrisL> This should be covered by integration spec (and if not, that spec should be clarified)

Cam: 1. Should scripts run if they are somewhere in the document but outside of what you are using. (in the context_
... I think this should be No.
... 2. If you use a subtree which has a script element in the subtree does that script run within the context of the referring document

ChrisL: I believe the script should run butthe script should run in context of referred document

Cam: If you obtained a script element and it is being put in the document in the shadow tree, they will run there.
... to match that script elements should run here as well. … my initial thought
... The script only makes sense in the context in which it was written

That was ChrisL

Cam: you might be able to call getElementByID on the shadow root
... you might be able to reference things out of the shadow tree
... these resource libraries may have script in there that might do what you would not expect like reference cookies

ChrisL: trust origins are already in place.
... you would have access in its domain

<ChrisL> for example GIS lookups. Its covered by cross origin restrictions

Cam: If you are not in control of an external document you could access the cookie on another domain
... Have we restricted it so that you can’t access resources in external domains
... I don’t think they will if we describe the purpose of the use element

ChrisL: ok

Cam: I would like to compare how web components work for these custom element definitions that you might be importing from another document

<ChrisL> yeah okay if its a deep clone into a shadow tree of the referring document

Cam: Maybe that would inform what the model should be here

Ed: I would like to see some examples of that

<scribe> ACTION: Cam to investigate how web components work for these custom element definitions that you might be importing from another document [recorded in http://www.w3.org/2014/09/04-svg-minutes.html#action03]

<trackbot> Error finding 'Cam'. You can review and register nicknames at <http://www.w3.org/Graphics/SVG/WG/track/users>.

<ChrisL> trackbot, status

<scribe> ACTION: Cameron Investigate how web components work for these custom element definitions that you might be importing from another documen [recorded in http://www.w3.org/2014/09/04-svg-minutes.html#action04]

<trackbot> Created ACTION-3668 - Investigate how web components work for these custom element definitions that you might be importing from another documen [on Cameron McCormack - due 2014-09-11].

trackbot, make log public

<trackbot> Sorry, richardschwerdtfeger, I don't understand 'trackbot, make log public'. Please refer to <http://www.w3.org/2005/06/tracker/irc> for help.

<scribe> chair: Cam

<scribe> Meeting: SVG Working Group

ChrisL: are image elements allowed to reference a subtree and can SVG reference the subtree?

Cam: the first is a separate document. The second is no.

ChrisL: I am treating this as a bug report on the integration document

cam: all the minutes for 2014 are in there so this might be a useful page
... when I get a free moment I will insert minutes from other meetings

<ChrisL> that looks super useful

Chris: that topic database you can edit the entries are there

sorry that was Cam:

Cam: the topics page is generated

<birtles> no, sorry

ChrisL: is there an issue if you post to 2 lists twice?

Cam: no
... we are sorting the minutes where the most recent is first

Summary of Action Items

[NEW] ACTION: Cam to investigate how web components work for these custom element definitions that you might be importing from another document [recorded in http://www.w3.org/2014/09/04-svg-minutes.html#action03]
[NEW] ACTION: Cameron Investigate how web components work for these custom element definitions that you might be importing from another documen [recorded in http://www.w3.org/2014/09/04-svg-minutes.html#action04]
[NEW] ACTION: Tav clarify in the text that startOffset is an additional transform to any x or y [recorded in http://www.w3.org/2014/09/04-svg-minutes.html#action02]
[NEW] ACTION: Tav take an action to check to make sure on the text layout. [recorded in http://www.w3.org/2014/09/04-svg-minutes.html#action01]
 
[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.138 (CVS log)
$Date: 2014-09-04 13:48:10 $

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 http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

FAILED: s/thomas/tav/
FAILED: s/nikos/ed/
Succeeded: s/Thomas/Tav/g
Succeeded: s/Tas/Tav/g
Succeeded: s/y supplies horizontal text/y applies to vertical text/
Succeeded: s/pretty common/pretty common. Note: it does depend on the path data of course, where the path starts, a common case is having a circle, which is often realised with a bunch of arcs or beziers.../
Succeeded: s/ the script should not run in that context/the script should run in context of referred document/
Found Scribe: Rich
Found ScribeNick: richardschwerdtfeger
Default Present: birtles, heycam, Smailus, stakagi, Tav, Cyril, Rich_Schwerdtfeger, ed, cabanier, ChrisL
Present: birtles heycam Smailus stakagi Tav Cyril Rich_Schwerdtfeger ed cabanier ChrisL
Regrets: Dirk Doug
Agenda: http://lists.w3.org/Archives/Public/public-svg-wg/2014JulSep/0078.html
Found Date: 04 Sep 2014
Guessing minutes URL: http://www.w3.org/2014/09/04-svg-minutes.html
People with action items: cam cameron tav

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.


[End of scribe.perl diagnostic output]