See also: IRC log
<trackbot> Date: 04 September 2014
<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
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
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]