/irc-logs / w3c / #css / 2010-04-14 / end

Options:

  1. # Session Start: Wed Apr 14 00:00:00 2010
  2. # Session Ident: #css
  3. # [00:09] * Quits: Curt` (DorkeyDear@76.241.77.248) (Ping timeout)
  4. # [00:30] * Quits: TabAtkins (tabatkins@216.239.45.4) (Quit: leaving)
  5. # [00:30] * Joins: TabAtkins (tabatkins@216.239.45.4)
  6. # [00:31] <TabAtkins> level all
  7. # [02:07] * Joins: Curt` (DorkeyDear@76.243.213.251)
  8. # [02:58] * Joins: jdaggett (jdaggett@202.221.217.73)
  9. # [03:29] * Joins: billyp (45cc6836@64.62.228.82)
  10. # [03:33] * Quits: billyp (45cc6836@64.62.228.82) (Quit: http://www.mibbit.com ajax IRC Client)
  11. # [03:58] * Quits: Curt` (DorkeyDear@76.243.213.251) (Quit: Leaving)
  12. # [04:13] * Joins: miketaylr (miketaylr@24.42.95.234)
  13. # [05:14] * Quits: paul_irish (paul_irish@71.192.163.128) (Quit: Leaving...)
  14. # [05:43] * Joins: paul_irish (paul_irish@71.192.163.128)
  15. # [06:31] * Quits: miketaylr (miketaylr@24.42.95.234) (Quit: Leaving...)
  16. # [06:32] * Joins: miketaylr (miketaylr@24.42.95.234)
  17. # [07:25] * Joins: billyp (45cc6836@64.62.228.82)
  18. # [07:25] * Quits: billyp (45cc6836@64.62.228.82) (Quit: http://www.mibbit.com ajax IRC Client)
  19. # [08:12] * Quits: arronei (arronei@131.107.0.81) (Client exited)
  20. # [08:12] * Joins: arronei (arronei@131.107.0.84)
  21. # [11:11] * Quits: Lachy_ (Lachlan@85.196.122.246) (Quit: Leaving)
  22. # [11:14] * Quits: jdaggett (jdaggett@202.221.217.73) (Quit: jdaggett)
  23. # [11:24] * Joins: Lachy (Lachlan@85.196.122.246)
  24. # [11:31] * Joins: lstorset (lstorset@213.236.208.22)
  25. # [11:37] * Parts: lstorset (lstorset@213.236.208.22)
  26. # [12:55] * Joins: myakura (myakura@122.17.119.104)
  27. # [13:02] * Joins: lstorset (lstorset@213.236.208.22)
  28. # [13:14] * Parts: lstorset (lstorset@213.236.208.22)
  29. # [13:40] * Quits: miketaylr (miketaylr@24.42.95.234) (Quit: Leaving...)
  30. # [15:02] * Quits: anne (annevk@83.85.115.123) (Connection reset by peer)
  31. # [15:33] * Joins: miketaylr (miketaylr@38.117.156.163)
  32. # [16:07] * Joins: crow (miketaylr@24.42.95.234)
  33. # [16:14] * Quits: crow (miketaylr@24.42.95.234) (Client exited)
  34. # [16:23] * Joins: lstorset (lstorset@213.236.208.22)
  35. # [16:24] * Parts: lstorset (lstorset@213.236.208.22)
  36. # [16:31] * Joins: anne (annevk@77.241.230.241)
  37. # [17:06] * Quits: anne (annevk@77.241.230.241) (Connection reset by peer)
  38. # [17:37] * Joins: glazou (glazou@82.247.96.19)
  39. # [17:37] * Joins: RRSAgent (rrs-loggee@128.30.52.169)
  40. # [17:37] <RRSAgent> logging to http://www.w3.org/2010/04/14-CSS-irc
  41. # [17:37] * Joins: Zakim (rrs-bridgg@128.30.52.169)
  42. # [17:37] <glazou> Zakim, this will be Style
  43. # [17:37] <Zakim> ok, glazou; I see Style_CSS FP()12:00PM scheduled to start in 25 minutes
  44. # [17:37] <glazou> RRSAgent, make logs public
  45. # [17:37] <RRSAgent> I have made the request, glazou
  46. # [17:56] * Joins: murakami (murakami@118.154.209.3)
  47. # [17:57] <murakami> hello
  48. # [17:59] <glazou> hi murakami
  49. # [17:59] <Zakim> Style_CSS FP()12:00PM has now started
  50. # [17:59] <glazou> Zakim, code ?
  51. # [17:59] <Zakim> the conference code is 78953 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), glazou
  52. # [17:59] <Zakim> +dsinger
  53. # [18:00] * Joins: dsinger_ (mobile@67.218.109.241)
  54. # [18:00] <glazou> bridge refusing to log in again
  55. # [18:00] <Zakim> + +81.48.883.aaaa
  56. # [18:00] <dsinger_> zakim, mute dsinger_
  57. # [18:00] <Zakim> sorry, dsinger_, I do not know which phone connection belongs to dsinger_
  58. # [18:00] <dsinger_> zakim, who is on the phone?
  59. # [18:00] <Zakim> On the phone I see dsinger, +81.48.883.aaaa
  60. # [18:00] <Zakim> +glazou
  61. # [18:01] * dsinger_ zakim, mute dsinger
  62. # [18:01] * Zakim dsinger should now be muted
  63. # [18:01] <glazou> Zakim, aaaa is murakami
  64. # [18:01] <Zakim> +murakami; got it
  65. # [18:02] <Zakim> +TabAtkins
  66. # [18:02] * Joins: dethbakin (dethbakin@17.246.18.99)
  67. # [18:02] <arronei> I'm only on IRC today
  68. # [18:02] <Zakim> +plinss
  69. # [18:03] <Zakim> +[Apple]
  70. # [18:03] <glazou> we have regrets from bradk, molly, jdaggett, clilley, dbaron, Bert
  71. # [18:03] <dethbakin> that [Apple] is me
  72. # [18:03] <glazou> Zakim, [Apple] has dethbakin
  73. # [18:03] <Zakim> +dethbakin; got it
  74. # [18:04] <dsinger_> zakim, who is here?
  75. # [18:04] <Zakim> On the phone I see dsinger (muted), murakami, glazou, TabAtkins, plinss, [Apple]
  76. # [18:04] <Zakim> [Apple] has dethbakin
  77. # [18:04] * Joins: tabatkin1 (tabatkins@216.239.45.4)
  78. # [18:04] <Zakim> On IRC I see dethbakin, dsinger_, murakami, Zakim, RRSAgent, glazou, miketaylr, myakura, Lachy, arronei, paul_irish, TabAtkins, shepazu, krijn, fantasai, jgraham, Hixie, plinss_,
  79. # [18:04] <Zakim> ... plinss, Bert, trackbot
  80. # [18:04] * dsinger_ is now known as dsinger
  81. # [18:05] <Zakim> +[IPcaller]
  82. # [18:05] <Zakim> +smfr
  83. # [18:05] <glazou> Zakim, [IPcaller] has howcome
  84. # [18:05] <Zakim> +howcome; got it
  85. # [18:06] * Joins: szilles (chatzilla@67.180.186.242)
  86. # [18:06] * Joins: smfr (smfr@68.183.233.103)
  87. # [18:06] <smfr> Zakim: who's here?
  88. # [18:07] * Joins: oyvind (oyvinds@213.236.208.22)
  89. # [18:07] <TabAtkins> ScribeNick: TabAtkins
  90. # [18:08] <dsinger> zakim, who is here?
  91. # [18:08] <Zakim> On the phone I see dsinger (muted), murakami, glazou, TabAtkins, plinss, [Apple], [IPcaller], smfr
  92. # [18:08] <Zakim> [Apple] has dethbakin
  93. # [18:08] <Zakim> On IRC I see oyvind, smfr, szilles, tabatkin1, dethbakin, dsinger, murakami, Zakim, RRSAgent, glazou, miketaylr, myakura, Lachy, arronei, paul_irish, TabAtkins, shepazu, krijn,
  94. # [18:08] <Zakim> [IPcaller] has howcome
  95. # [18:08] <TabAtkins> glazou: Any extra agenda items?
  96. # [18:08] <Zakim> ... fantasai, jgraham, Hixie, plinss_, plinss, Bert, trackbot
  97. # [18:08] <Zakim> +[Microsoft]
  98. # [18:08] * Joins: sylvaing (sylvaing@131.107.0.116)
  99. # [18:08] <TabAtkins> glazou: First item on agenda is CSS2.1, status and next steps.
  100. # [18:08] <Zakim> +SteveZ
  101. # [18:09] <fantasai> No progress the last 2 weeks
  102. # [18:09] <fantasai> unless it was by someone other than me
  103. # [18:09] <TabAtkins> glazou: peter, you had an action item at the ftf?
  104. # [18:09] <fantasai> http://lists.w3.org/Archives/Public/www-style/2010Mar/0551.html
  105. # [18:09] <fantasai> Everyone had an action item to review that proposal, if they have, we should close on it if possible
  106. # [18:10] <TabAtkins> glazou: For me, make namespaces implementation reports. I sent that to the list.
  107. # [18:10] <TabAtkins> glazou: Discovered we dont' have the same exit criteria as CSS2.1. I think we need two implementations that pass the whole thing, not two impls per feature.
  108. # [18:10] <TabAtkins> glazou: So right now we dont' meet the exit criteria.
  109. # [18:11] <TabAtkins> glazou: For fantasai, put border-clip into CSS4 backgrounds.
  110. # [18:11] <fantasai> done
  111. # [18:11] <TabAtkins> TabAtkins: I believe she's done that; I saw it in the CVS.
  112. # [18:11] <fantasai> http://dev.w3.org/csswg/css4-background/
  113. # [18:11] <TabAtkins> glazou: Hakon, produce an alternate proposal for mixing animations and transitions.
  114. # [18:12] <TabAtkins> howcome: I think there are multiple proposals on the table. I'd like to see some feedback from Apple concerning the use-cases that it can't currently do.
  115. # [18:12] * Quits: dsinger (mobile@67.218.109.241) (Quit: Rooms • iPhone IRC Client • http://www.roomsapp.mobi)
  116. # [18:12] <TabAtkins> smfr: We're thinking of addressing the case of running an animation when you exit a state, such as :hover.
  117. # [18:12] <TabAtkins> smfr: Had a few proposals of that kicked around internally. One was keying it to a transition, another was doing it when it was run.
  118. # [18:13] <TabAtkins> smfr: The problem with either of those was that the animation running isn't tied to any current style, so it's hard to cancel, which I think is important for accessibility.
  119. # [18:13] <TabAtkins> smfr: I don't think there's a magic bullet.
  120. # [18:13] <TabAtkins> smfr: I'd like to see your table given a column where the things are written out longhand.
  121. # [18:13] <TabAtkins> smfr: I think using the shorthand hides some of the complexity.
  122. # [18:14] <TabAtkins> smfr: I'd also like to see an example of an exit-animation that then needs to be killed.
  123. # [18:14] <TabAtkins> plinss_: What is the problem with animations attached to transitions? they should run forever, right?
  124. # [18:15] <TabAtkins> TabAtkins: me and Brad were discussing transition-animations that were limited by the transition duration.
  125. # [18:15] <TabAtkins> smfr: Sure, but you might not run the animation a whole number of times.
  126. # [18:17] <TabAtkins> [talk about whether on-exits are something like an event model]
  127. # [18:17] <TabAtkins> howcome: I also think Andrew's proposal is somewhat interesting, but he hasnt' written it up yet.
  128. # [18:17] <Zakim> +[Apple.a]
  129. # [18:18] * Joins: dsinger (dsinger@17.197.20.4)
  130. # [18:18] <TabAtkins> howcome: I think we could use some more explicit use-cases that express important cases and show the differences in various proposals.
  131. # [18:18] <Zakim> -dsinger
  132. # [18:18] <dsinger> zakim, [apple] has dsinger
  133. # [18:18] <Zakim> +dsinger; got it
  134. # [18:18] <TabAtkins> TabAtkins: I proposed to do so privately, and have a number of cases that I think would be useful to bring up explicitly. I'd take an action on it.
  135. # [18:19] <TabAtkins> howcome: I agree that writing out the longhand would be useful too. Andrew doesn't think that the longhand should exist at all, maybe.
  136. # [18:19] <TabAtkins> smfr: Have you thought about moving your page to a wiki?
  137. # [18:19] <TabAtkins> howcome: Maybe, but I don't want it to go totally overboard. I'd just want an editor to "control" it.
  138. # [18:19] <TabAtkins> howcome: Or would CVS be okay?
  139. # [18:19] <TabAtkins> smfr: That's fine with me.
  140. # [18:20] <TabAtkins> howcome: I'm happier with CVS, and it lets me edit plain HTML too.
  141. # [18:20] <TabAtkins> smfr: It can go in the Transitions folder.
  142. # [18:20] <TabAtkins> howcome: And I'd be happy for people to add cases directly to it as well.
  143. # [18:21] <TabAtkins> ACTION howcome: put transition/animation proposal document on the CVS server
  144. # [18:21] * trackbot noticed an ACTION. Trying to create it.
  145. # [18:21] * RRSAgent records action 1
  146. # [18:21] <trackbot> Created ACTION-223 - Put transition/animation proposal document on the CVS server [on Håkon Wium Lie - due 2010-04-21].
  147. # [18:21] <TabAtkins> glazou: Question for Simon. Do transitions and animations apply to generated content?
  148. # [18:21] <TabAtkins> smfr: I think they should.
  149. # [18:22] <TabAtkins> smfr: I think we decided not for certain things like ::first-letter.
  150. # [18:22] <TabAtkins> glazou: I was thinking of for ::marker and ::before and such.
  151. # [18:22] <TabAtkins> smfr: Yes, but we don't do it quite yet.
  152. # [18:22] <TabAtkins> glazou: I'm trying to reproduce the Mac OSX disclosure element where the little triangle rotates when you fold/unfold the element.
  153. # [18:23] <TabAtkins> glazou: Or if you have a tree structure.
  154. # [18:24] <TabAtkins> howcome: Can you attach transitions to the content property?
  155. # [18:24] <TabAtkins> TabAtkins: I think it would fall under the category of "non-transitionable elements" and would just go all at once at the beginning or end of the duration.
  156. # [18:25] <TabAtkins> glazou: Next two agenda items are about fonts, one related to szilles' action about character-transform.
  157. # [18:25] * sylvaing still thinks this entire transition/animation debate needs a clear set of use-cases. Until we have them, we can't know which solution is best
  158. # [18:26] <TabAtkins> glazou: Tabatkins, rewrite issue 161.
  159. # [18:26] <TabAtkins> TabAtkins: Haven't done it yet, will have it done by end of day.
  160. # [18:26] <glazou> http://dev.w3.org/csswg/cssom/#serializing-selectors
  161. # [18:26] <TabAtkins> glazou: Anne, serialization of cssText and selectorText in CSSOM
  162. # [18:27] <TabAtkins> The goal is to preserve the ability to parse cssText and selectorText, so it is still valid.
  163. # [18:27] <TabAtkins> glazou: I'd like to action everyone to review it by next week.
  164. # [18:27] <TabAtkins> glazou: Speaking of OM, we have a request from Arthur Barstow to handle VM spec in CSS, because it belongs in the OM.
  165. # [18:28] <TabAtkins> glazou: Following a chat with Peter, we're happy to handle it in the CSS group, as long as we have someone handling it.
  166. # [18:28] <smfr> have to drop off, sorry
  167. # [18:28] <TabAtkins> glazou: Right now only Anne is working on OM, and he probably can't handle all the requests coming in about different things.
  168. # [18:28] <TabAtkins> glazou: Next is calc(), but dbaron isn't here.
  169. # [18:28] <Zakim> -smfr
  170. # [18:28] <TabAtkins> glazou: Last item, writing-mode issues. I think Murakami-san is on the call?
  171. # [18:29] <glazou> http://lists.w3.org/Archives/Public/www-style/2010Apr/0278.html
  172. # [18:30] <TabAtkins> murakami: In Japan, ePub layout is very important. Japanese epub group published a minimal set of requirements for japanese text layout.
  173. # [18:30] <TabAtkins> murakami: The problem is the writing-mode property in CSS.
  174. # [18:30] <TabAtkins> murakami: Whenever writing-mode is changed, margin-top, frex, isn't the right layout. It should match the writing mode.
  175. # [18:32] <TabAtkins> murakami: When writing-mode is vertical, frex, margin-top becomes treated as margin-right.
  176. # [18:32] <TabAtkins> murakami: This does not conform with the CSS standard.
  177. # [18:32] <TabAtkins> murakami: I request in my post three features to resolve this issue of physical vs logical properties.
  178. # [18:33] <TabAtkins> murakami: In my proposal, media queries can be used to describe the UA support for writing-mode or not.
  179. # [18:33] <Zakim> +fantasai
  180. # [18:33] <TabAtkins> glazou: When you say media query, you mean a CSS media query? I see that you are also proposing a pseudoclass.
  181. # [18:34] <TabAtkins> sylvaing: murakami originally proposed using media queries, but I had a discussion with him where I said that we weren't comfortable with that, so he changed to a pseudoclass.
  182. # [18:34] <TabAtkins> fantasai: What we need is margin-start/end/etc, because margin-top being -right is totally weird. We were very happy to adopt *-start last time we discussed it.
  183. # [18:35] <TabAtkins> sylvaing: the CSSWG hasnt' done it yet, though, and we have people coming up with their own solutions here.
  184. # [18:35] * Parts: smfr (smfr@68.183.233.103)
  185. # [18:35] <fantasai> s/We were very happy ... //;
  186. # [18:35] <fantasai> We decided last time that absolute directions must remain absolute
  187. # [18:35] <fantasai> And that we should introduce margin-start/end/etc for relative directions
  188. # [18:36] <TabAtkins> szilles: I'm unaware of any document ever published that said that top/left/etc *weren't* absolute.
  189. # [18:36] <TabAtkins> sylvaing: In [some implementation] you can lay out your text in the "western way", and then change the writing mode and everything "rotates".
  190. # [18:37] <TabAtkins> sylvaing: This will be the natural expectation of the right way to do it. If it's the wrong way, we have to get on top of this *very soon*, because ePub isn't going to get smaller any time soon.
  191. # [18:37] <Zakim> +SteveZ.a
  192. # [18:37] <Zakim> -SteveZ
  193. # [18:38] <TabAtkins> fantasai: We can write a draft that introduces *-start, etc. We just need to resolve the cascading issues. There have been two proposals for resolving that for *years*, but there's never been interest in resolving that.
  194. # [18:38] <TabAtkins> sylvaing: I think the basic problem is that the impls on the WG so far just didn't really worry about that medium. Now we have a new group of impls that have different needs, and they're not in the wG.
  195. # [18:38] <TabAtkins> glazou: We didn't have a strong use-case before, and now we do have a strong use-case.
  196. # [18:39] <TabAtkins> howcome: But you don't need any new functionality to do this right now.
  197. # [18:39] <TabAtkins> fantasai: The problem is that if you write a page that uses vertical text, and then load it in an impl that doesn't have support for writing-mode, your layout will break horribly.
  198. # [18:40] <TabAtkins> fantasai: Using a media query just makes you write two nearly identical stylesheets. Better is to have relative properties that will apply properly.
  199. # [18:40] <TabAtkins> fantasai: Now, sometimes the layouts will be slightly different based on writing-mode, so it is useful to have some mechanism for a "dependency check" on writing-mode.
  200. # [18:40] <TabAtkins> fantasai: But the issues that aren't addressed by relative directions are relatively minor.
  201. # [18:41] <TabAtkins> fantasai: Like line-height might be a little different ideally, but it's still readable.
  202. # [18:41] <TabAtkins> howcome: We're talking ePub, though, not all browsers. We don't really need to think about backwards compat.
  203. # [18:41] <TabAtkins> sylvaing: That's not the issue. If you're an ePub vendor trying to fix this problem, you might do it the way you're familiar with, which is the way IE does it (rotates directions).
  204. # [18:42] <TabAtkins> sylvaing: If there's a better way to do it, it needs to be communicated soon.
  205. # [18:42] <TabAtkins> sylvaing: It's not an issue of actually running IE6 on the ereaders, but rather just copying what the dominant impl in Japan does.
  206. # [18:42] <Zakim> -fantasai
  207. # [18:43] <Zakim> +[IPcaller.a]
  208. # [18:44] <TabAtkins> howcome: The number of Japanese web authors writing websites is relatively small, and I don't think they're asking for these features.
  209. # [18:44] <TabAtkins> sylvaing: Murakami-san is asking for it.
  210. # [18:45] <fantasai> I think the point is that ePub readers and printing software such as antenna house need this functionality
  211. # [18:45] <TabAtkins> glazou: When we had the AC meeting in Tokyo, I was approached by people in Japanese newspapers asking for this. that was 4 years ago.
  212. # [18:45] <TabAtkins> glazou: That was not for paper, it was for websites.
  213. # [18:45] <TabAtkins> howcome: I'm sure you can find it some places, but I think more people would be happier without it than with it.
  214. # [18:46] <fantasai> I would like to solve the problem, I don't think how IE does it is the right way
  215. # [18:46] <TabAtkins> sylvaing: They'd be happier to not write multiple stylesheets just to display their site in both horizontal and vertical.
  216. # [18:46] <fantasai> and I'd rather have a spec that specifies the right way to handle it
  217. # [18:46] <fantasai> than specify IE's behavior
  218. # [18:46] <TabAtkins> glazou: I don't want us to talk about statistics that we don't know the details of.
  219. # [18:47] <TabAtkins> sylvaing: I'm fine with saying that the current IE solution is wrong, that's fine. But I'm not fine with saying "use a media query, and just duplicate all your stylesheets".
  220. # [18:47] <murakami> Japanese ebook publisher and authors really want vertical writing.
  221. # [18:47] <fantasai> What is the objection to specifying margin-start/end/etc ?
  222. # [18:47] <fantasai> And putting that in a spec?
  223. # [18:47] <TabAtkins> howcome: It's not good enough to print if you just rotate the numbers.
  224. # [18:48] <TabAtkins> glazou: [points to fantasai's question in IRC]
  225. # [18:48] <TabAtkins> sylvaing: I have no objection.
  226. # [18:48] <TabAtkins> howcome: I object to that.
  227. # [18:48] <TabAtkins> glazou: CSS was written originally with mostly western text in mind. We didn't design things with vertical text in mind.
  228. # [18:49] <TabAtkins> glazou: I remember requests from 97, 99 asking for *-start, *-end properties.
  229. # [18:49] <TabAtkins> howcome: There is no western bias in top/left/bottom/right.
  230. # [18:49] <TabAtkins> glazou: Graphically, yes. Top means top. But if you're doing something script-related, you want them to easily change when you swap writing direction.
  231. # [18:49] <fantasai> sylvaing, murakami: In that case I propose creating such a spec, and I am happy to work on that with Murakami-san in September/October.
  232. # [18:50] <TabAtkins> howcome: So you write another stylesheet.
  233. # [18:50] * Quits: myakura (myakura@122.17.119.104) (Quit: Leaving...)
  234. # [18:50] <TabAtkins> glazou: Frex, in Mozilla we have a lot of stylesheets that *do not work* if you change the writing direction.
  235. # [18:50] <fantasai> s/murakami:/murakami,/
  236. # [18:50] <TabAtkins> howcome: Having a feature query could work.
  237. # [18:51] <TabAtkins> sylvaing: What specifically is the media query checking for?
  238. # [18:51] <TabAtkins> howcome: Whether writing-mode is implemented or not.
  239. # [18:51] <TabAtkins> sylvaing: You realize that people will then ask for media queries for every property?
  240. # [18:51] <TabAtkins> howcome: I think we can make a case that writing-mode is special.
  241. # [18:51] <TabAtkins> glazou: I don't think so.
  242. # [18:52] <TabAtkins> howcome: We can ask if vertical layout is supported.
  243. # [18:52] <TabAtkins> sylvaing: I don't trust UAs.
  244. # [18:52] <TabAtkins> glazou: It's still not workable. We'll need two stylesheets, one for browsers that support things properly, and one for ones that do it the iE way. It becomes feature detection.
  245. # [18:53] <sylvaing> clarification: we don't trust UAs to report property-level capability and this is one reason why we always said no to stylesheet-level capability checks
  246. # [18:53] <TabAtkins> glazou: Let's talk IE. Next version of IE does writing-mode. [some example of bad automatic choice of stylesheets]
  247. # [18:54] <TabAtkins> I think it's extremely unique that this one property has so much power to change the layout of the page.
  248. # [18:54] <TabAtkins> sylvaing: Okay, hakon, now you've detected that vertical writing is supported. Now do top/etc logical or physical?
  249. # [18:55] <TabAtkins> howcome: Physical.
  250. # [18:56] <TabAtkins> sylvaing: So now if I'm writing an ebook I have to write two different stylesheets for vertical and horizontal text layout.
  251. # [18:56] <TabAtkins> glazou: Why do you object to *-start, etc?
  252. # [18:56] <TabAtkins> howcome: We'll see an explosion of new properties.
  253. # [18:57] <TabAtkins> sylvaing: I think people will be able to just use a single property
  254. # [18:57] <TabAtkins> howcome: I think it's very expensive to duplicate all the properties.
  255. # [18:58] <TabAtkins> sylvaing: It's very expensive for authors to write two stylesheets. They're come up with their own solutions around it.
  256. # [18:58] <TabAtkins> howcome: I don't think that just rotating the values is good enough. I think you'll need different values for some things.
  257. # [18:58] <TabAtkins> sylvaing: I don't think writing two stylesheets is good enough.
  258. # [18:59] <TabAtkins> glazou: I'd like to ask Steve about what Adobe does to solve this problem.
  259. # [18:59] <TabAtkins> sylvaing: Do we know anyone in the epub space who could help us out here?
  260. # [19:00] <TabAtkins> szilles: There are indeed times where you do want different stylesheets for vertical and horizontal. There are also times when "good enough" is fine, and there should be a place for doing it only once.
  261. # [19:00] <TabAtkins> szilles: I think that in Japan they'll probably start using the start/end/etc, but they'll also sometimes want different stylesheets.
  262. # [19:00] <TabAtkins> szilles: So I think we'll end up needing both mechanisms.
  263. # [19:00] <TabAtkins> szilles: I recommend we write up start/end and get it out the door first.
  264. # [19:01] <TabAtkins> szilles: To follow along with what fantasai said.
  265. # [19:01] <TabAtkins> glazou: Hakon, is that fine for you?
  266. # [19:01] <TabAtkins> glazou: In the meantime we're progressing.
  267. # [19:01] <TabAtkins> ACTION fantasi, steve: write up a proposal for the start/end stuff.
  268. # [19:01] * trackbot noticed an ACTION. Trying to create it.
  269. # [19:01] <trackbot> Sorry, couldn't find user - fantasi,
  270. # [19:02] <TabAtkins> ACTION fantasai, steve: write up a proposal for the start/end stuff.
  271. # [19:02] * trackbot noticed an ACTION. Trying to create it.
  272. # [19:02] <trackbot> Sorry, couldn't find user - fantasai,
  273. # [19:02] <TabAtkins> ACTION fantasai , steve: write up a proposal for the start/end stuff.
  274. # [19:02] * trackbot noticed an ACTION. Trying to create it.
  275. # [19:02] <trackbot> Created ACTION-224 - , steve: write up a proposal for the start/end stuff. [on Elika Etemad - due 2010-04-21].
  276. # [19:02] <TabAtkins> murakami: What about the pseudoclass proposal?
  277. # [19:02] <TabAtkins> glazou: It's difficult to test the value of a property in a pseudoclass.
  278. # [19:03] <TabAtkins> murakami: We can already do things with ltr and rtl languages.
  279. # [19:03] <Zakim> -SteveZ.a
  280. # [19:03] <Zakim> -[IPcaller]
  281. # [19:03] <Zakim> -[Microsoft]
  282. # [19:03] <Zakim> -[Apple]
  283. # [19:03] <TabAtkins> glazou: Ah, like current language stuff. Maybe. We'll discuss, come back to it next week's telcon.
  284. # [19:03] <Zakim> -glazou
  285. # [19:03] <fantasai> No, that's referring to information in the document
  286. # [19:03] <Zakim> -TabAtkins
  287. # [19:03] <Zakim> -murakami
  288. # [19:03] <Zakim> -plinss
  289. # [19:03] <fantasai> not in the style sheet
  290. # [19:03] <Zakim> -[Apple.a]
  291. # [19:03] <Zakim> -[IPcaller.a]
  292. # [19:03] <Zakim> Style_CSS FP()12:00PM has ended
  293. # [19:03] <Zakim> Attendees were dsinger, +81.48.883.aaaa, glazou, murakami, TabAtkins, plinss, dethbakin, smfr, howcome, [Microsoft], SteveZ, [Apple], fantasai, [IPcaller]
  294. # [19:03] * Quits: murakami (murakami@118.154.209.3) (Quit: Leaving...)
  295. # [19:03] <TabAtkins> Yeah, bidi direction is carried by the elements themselves.
  296. # [19:08] * Quits: oyvind (oyvinds@213.236.208.22) (Quit: oyvind)
  297. # [19:09] * Quits: glazou (glazou@82.247.96.19) (Quit: glazou)
  298. # [19:09] * Quits: sylvaing (sylvaing@131.107.0.116) (Quit: sylvaing)
  299. # [19:49] * Joins: sylvaing (sylvaing@131.107.0.91)
  300. # [20:20] * Quits: sylvaing (sylvaing@131.107.0.91) (Connection reset by peer)
  301. # [20:35] * Zakim excuses himself; his presence no longer seems to be needed
  302. # [20:35] * Parts: Zakim (rrs-bridgg@128.30.52.169)
  303. # [22:03] * Quits: tabatkin1 (tabatkins@216.239.45.4) (Ping timeout)
  304. # [22:03] * Joins: tabatkin1 (tabatkins@216.239.45.4)
  305. # [22:07] * Joins: sylvaing (sylvaing@131.107.0.116)
  306. # [22:43] * Quits: sylvaing (sylvaing@131.107.0.116) (Connection reset by peer)
  307. # [23:02] * Quits: miketaylr (miketaylr@38.117.156.163) (Client exited)
  308. # [23:10] * tabatkin1 is now known as TabAtkins_
  309. # [23:10] * Quits: TabAtkins_ (tabatkins@216.239.45.4) (Quit: Changing server)
  310. # [23:19] * Joins: sylvaing (sylvaing@131.107.0.84)
  311. # [23:47] * Quits: sylvaing (sylvaing@131.107.0.84) (Connection reset by peer)
  312. # Session Close: Thu Apr 15 00:00:00 2010

The end :)