W3C home > Mailing lists > Public > public-svg-wg@w3.org > July to September 2014

Minutes: September 4, 2014 SVG Working Group Meeting

From: Chris Lilley <chris@w3.org>
Date: Thu, 4 Sep 2014 17:50:33 +0200
Message-ID: <3610037701.20140904175033@w3.org>
To: Richard Schwerdtfeger <schwer@us.ibm.com>
CC: "SVG WG" <public-svg-wg@w3.org>, "SVG public list" <www-svg@w3.org>
Hello Richard,

Thursday, September 4, 2014, 3:50:01 PM, you wrote:

> http://www.w3.org/2014/09/04-svg-minutes.html


Re-sending with inline, plain-text minutes for trackbot to pick up


                    SVG Working Group Teleconference

04 Sep 2014

   [2]Agenda

      [2] http://lists.w3.org/Archives/Public/public-svg-wg/2014JulSep/0078.html

   See also: [3]IRC log

      [3] http://www.w3.org/2014/09/04-svg-irc

Attendees

   Present
          birtles, heycam, Smailus, stakagi, Tav, Cyril,
          Rich_Schwerdtfeger, ed, cabanier, ChrisL

   Regrets
          Dirk, Doug

   Chair
          Cameron

   Scribe
          Rich

Contents

     * [4]Topics
         1. [5]Interaction of 'x' and 'startOffset' (Tav)
         2. [6]Scripts running in external documents referenced by
            <use> (Cameron)
     * [7]Summary of Action Items
     __________________________________________________________

   <trackbot> Date: 04 September 2014

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

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

      [8] http://tavmjong.free.fr/SVG/TEXT_PATH/text_on_path_test.svg

   [9]http://tavmjong.free.fr/SVG/TEXT_PATH/text_on_path_test.svg

      [9] 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
   [10]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
   [11]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
   <[12]http://www.w3.org/Graphics/SVG/WG/track/issues/2462/edit>.

     [12] http://www.w3.org/Graphics/SVG/WG/track/issues/2462/edit%3E.

   <scribe> scribe: Rich

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

   [13]http://www.w3.org/mid/CAOu7Uv7OxqgZTzzzqvwvhL-aqwMxynDpseZn
   FpBi=SjkMeOuVA@mail.gmail.com

     [13] 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
   [14]http://www.w3.org/2014/09/04-svg-minutes.html#action03]

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

     [15] http://www.w3.org/Graphics/SVG/WG/track/users%3E.

   <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
   [16]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
   <[17]http://www.w3.org/2005/06/tracker/irc> for help.

     [17] http://www.w3.org/2005/06/tracker/irc%3E

   <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
   [18]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
   [19]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
   [20]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
   [21]http://www.w3.org/2014/09/04-svg-minutes.html#action01]

   [End of minutes]

-- 
Best regards,
 Chris                            mailto:chris@w3.org
Received on Thursday, 4 September 2014 15:50:47 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:20:20 UTC