20:59:30 RRSAgent has joined #svg 20:59:30 logging to http://www.w3.org/2012/11/29-svg-irc 20:59:32 RRSAgent, make logs public 20:59:32 Zakim has joined #svg 20:59:34 Zakim, this will be GA_SVGWG 20:59:34 ok, trackbot, I see GA_SVGWG(SVG1)4:00PM already started 20:59:35 Meeting: SVG Working Group Teleconference 20:59:35 Date: 29 November 2012 20:59:50 zakim, who is on the phone 20:59:51 I don't understand 'who is on the phone', krit 20:59:56 zakim, who is on the phone? 20:59:56 On the phone I see +2aaaa 21:00:01 +[IPcaller] 21:00:02 + +61.2.980.5.aabb 21:00:04 zakim, 2aaaa is me 21:00:04 sorry, krit, I do not recognize a party named '2aaaa' 21:00:09 Zakim, +61.2 is me 21:00:09 +nikos; got it 21:00:17 zakim, aaaa is me 21:00:17 +krit; got it 21:00:23 +[IPcaller.a] 21:00:25 Zakim, [ is me 21:00:25 sorry, heycam, I do not recognize a party named '[' 21:00:29 Zakim, [I is me 21:00:29 sorry, heycam, I do not recognize a party named '[I' 21:00:33 Zakim, [IPcaller.a] is me 21:00:33 +heycam; got it 21:00:37 Zakim, IPcaller is me 21:00:37 +birtles; got it 21:00:37 zakim, who is noisy? 21:00:50 nikos, listening for 10 seconds I could not identify any sounds 21:00:58 Agenda: http://lists.w3.org/Archives/Public/public-svg-wg/2012OctDec/0044.html 21:01:02 Chair: Cameron 21:01:02 zakim, 2aaaa is me 21:01:02 sorry, krit, I do not recognize a party named '2aaaa' 21:01:06 -nikos 21:01:11 zakim, who is noisy? 21:01:16 +[IPcaller] 21:01:17 +nikos 21:01:24 krit, listening for 11 seconds I heard sound from the following: birtles (32%), heycam (8%) 21:01:35 Zakim, [IP is me 21:01:35 +ed; got it 21:02:29 +Doug_Schepers 21:02:34 +cabanier 21:04:24 scribenick: cabanier 21:04:37 topic: Sydney F2F 21:04:59 heycam: CSS WG has their meeting at Tucson at the same time 21:05:14 … but it's not really feasible to change for us 21:05:29 … so we're not chaning our meeting 21:06:18 krit: our tickets are being approved 21:06:33 krit: so it's hard to move 21:07:02 heycam: chris won't come and we would miss Tab 21:07:18 topic: marker discussion 21:07:48 heycam: we've had an email discussion about the marker property 21:08:15 + +33.9.53.77.aacc 21:08:20 … marker segment was my proposal for marker pattern 21:08:49 zakim, aacc is me 21:08:49 +Tav; got it 21:08:52 … in the spec I added marker pattern and marker segment 21:09:29 … in the thread Dirk was wondering if we could add functionality from marker segment to marker patterns 21:09:39 … so we wouldn't need separate properties 21:10:01 Tav: marker segment seems like an obvious thing 21:10:11 heycam: that was my concern as well 21:10:32 krit: you may want to position marker on the segment itself 21:10:53 … you may want to position it on the begin/ end instead of the middle 21:11:29 heycam: were you think of the automatic 21:11:47 krit: I would like to position a marker along a path 21:12:50 heycam: why doesn't marker-mid work for that 21:13:03 krit: you'd have to draw into different segments 21:13:27 heycam: no, it draws for every vertex except the first and last 21:14:07 krit: maybe I misunderstood 21:14:30 krit: o yes. I does what I want 21:15:14 ---x-x--- 21:15:21 heycam: one example I though 21:15:30 … you have 2 markers on a segment 21:15:58 … I think that kind of pattern has been seen before 21:16:05 … so it would be good to be able to do that 21:16:44 richardschwerdtfeger has joined #svg 21:17:07 heycam: the main diffferences between me and Tab, was to repeat the marker pattern over each segment 21:17:24 … and that you could specify an offset that the pattern isn't repeated into 21:17:37 … so you'd have 20pixel of offset 21:18:04 nikos: so you can have a comma separated list of marker pattern 21:18:08 heycam: yes 21:18:09 marker-pattern: url() 20px, url() 40px 21:18:38 heycam: a marker every 20 px and one every 40px 21:18:51 … the discussion was about the best syntax 21:19:07 cabanier: so the marker would overlap each other 21:19:13 heycam: yes 21:19:21 cabanier: and there is a drawing order 21:19:24 heycam: yes 21:19:32 nikos: what does the offset do 21:20:02 heycam: it shortens the path between both ends 21:20:14 … and the pattern only shows between them 21:20:57 krit: the offset is the thing that cuts of the markers at the beginngin and end of the path 21:21:12 heycam: no, it shifts where the patterns starts and end 21:22:41 krit: do we want to support multiple tracks? 21:22:42 +Rich 21:22:49 heycam: yes 21:22:59 nikos: multiple tracks is cool. 21:23:11 … and use percentages 21:23:19 heycam: I think it should be 21:24:52 ----X 21:24:58 X is on 100% 21:25:11 offset is 20% 21:25:16 X---- 21:26:10 heycam: my feeling is that the offset is at 20%, there shouldn't be any markers at the beginning 21:26:18 krit: that is not the definition of offset 21:26:25 heycam: it is if we define it that way 21:27:43 krit/heycam discussing... 21:30:01 heycam: maybe offset was the wrong word to use 21:30:11 … because it looks like dash offset 21:30:41 … it sounds that people like multiple tracks 21:30:47 tav: what does that mean 21:31:00 heycam: you have a comma separated list and apply each one on a path 21:31:58 krit: it would mean less interaction with the DOM 21:32:32 heycam: hopefully at one point CSSOM has easy access to multiple border/backgrounds 21:32:43 krit: it seems that we're replacing vector effects 21:32:52 heycam: I think that's true 21:33:13 … some of the use case for vector effects, it would be good to have a different solution 21:33:20 … we can solve that later 21:33:56 … we can discuss this further on the mailing list 21:34:06 krit: I would like to resolve it