/irc-logs / w3c / #webapps / 2013-02-11 / end

Options:

  1. # Session Start: Mon Feb 11 00:00:00 2013
  2. # Session Ident: #webapps
  3. # [00:56] * Quits: lgombos (~gombos@public.cloak) (Ping timeout: 60 seconds)
  4. # [01:00] * Joins: lgombos (~gombos@public.cloak)
  5. # [02:09] * heycam is now known as heycam|away
  6. # [02:50] * heycam|away is now known as heycam
  7. # [06:20] * heycam is now known as heycam|away
  8. # [07:16] * heycam|away is now known as heycam
  9. # [08:21] * heycam is now known as heycam|away
  10. # [10:33] * Quits: dgrogan (~dgrogan@public.cloak) (Ping timeout: 60 seconds)
  11. # [10:53] * Joins: darobin (rberjon@public.cloak)
  12. # [11:32] * Joins: Ms2ger (~Ms2ger@public.cloak)
  13. # [11:45] * Joins: richt (~richt@public.cloak)
  14. # [12:06] * Joins: abarsto (~abarsto@public.cloak)
  15. # [12:06] * abarsto is now known as ArtB
  16. # [12:27] * Joins: richt_ (~richt@public.cloak)
  17. # [12:30] * Quits: richt (~richt@public.cloak) (Ping timeout: 60 seconds)
  18. # [12:31] * Joins: tmpsantos (~tmpsantos@public.cloak)
  19. # [13:08] * Joins: richt (~richt@public.cloak)
  20. # [13:08] * Quits: richt_ (~richt@public.cloak) (Client closed connection)
  21. # [13:24] * Joins: dgrogan (~dgrogan@public.cloak)
  22. # [13:49] * Joins: richt_ (~richt@public.cloak)
  23. # [13:49] * Quits: richt (~richt@public.cloak) (Client closed connection)
  24. # [14:24] * Joins: davidb (~davidb@public.cloak)
  25. # [14:30] * Joins: richt (~richt@public.cloak)
  26. # [14:30] * Quits: richt_ (~richt@public.cloak) (Client closed connection)
  27. # [15:12] * Joins: richt_ (~richt@public.cloak)
  28. # [15:12] * Quits: richt (~richt@public.cloak) (Client closed connection)
  29. # [15:13] * Joins: smaug (~chatzilla@public.cloak)
  30. # [15:48] * Joins: miketaylr (~miketaylr@public.cloak)
  31. # [15:53] * Joins: richt (~richt@public.cloak)
  32. # [15:57] * Quits: richt_ (~richt@public.cloak) (Ping timeout: 60 seconds)
  33. # [16:34] * Joins: richt_ (~richt@public.cloak)
  34. # [16:37] * Quits: richt (~richt@public.cloak) (Ping timeout: 60 seconds)
  35. # [17:00] * Quits: Ms2ger (~Ms2ger@public.cloak) ("bbl")
  36. # [17:16] * Joins: richt (~richt@public.cloak)
  37. # [17:16] * Quits: richt_ (~richt@public.cloak) (Client closed connection)
  38. # [17:36] * Quits: tmpsantos (~tmpsantos@public.cloak) ("Leaving")
  39. # [17:54] * Joins: richt_ (~richt@public.cloak)
  40. # [17:54] * Quits: richt (~richt@public.cloak) (Client closed connection)
  41. # [18:01] * Joins: jarek (~jarek@public.cloak)
  42. # [18:29] * Quits: darobin (rberjon@public.cloak) (Client closed connection)
  43. # [18:35] * Joins: jeffh (~d871a887@public.cloak)
  44. # [18:36] * Joins: richt (~richt@public.cloak)
  45. # [18:36] * Quits: richt_ (~richt@public.cloak) (Client closed connection)
  46. # [18:49] * Quits: jarek (~jarek@public.cloak) (jarek)
  47. # [19:02] * Joins: feras (~feras@public.cloak)
  48. # [19:04] <feras> hey all, I'm trying to prepare the Streams API for FPWD and going through the pubrules checks, but had two questions - 1. it sounds as though the version that should be published to the W3 site should be the saved HTML and not the respec version, is that accurate?
  49. # [19:05] <feras> and 2. is it safe to assume respec is 100% valid and errors I have from pubrules/html invalidation shouldn't be from respec? I see a few flagged issues that may be a result of respec, although I'm not sure.
  50. # [19:14] * Joins: jarek (~jarek@public.cloak)
  51. # [19:17] * Joins: richt_ (~richt@public.cloak)
  52. # [19:17] * Quits: richt (~richt@public.cloak) (Client closed connection)
  53. # [19:19] * Quits: jarek (~jarek@public.cloak) (jarek)
  54. # [19:21] <MikeSmith> yeah it should be static output, generated from the DOM that respec creates
  55. # [19:23] <MikeSmith> and about the validation issues, in my experience, it's possible for respec to generate done invalid output
  56. # [19:23] <feras> ok thought so. But then that leads to #2, which is, I'm seeing some invalid html created from respec. Currently the way I am 'creating' the document from respec is by loading the file in chrome and then saving the HTML page out
  57. # [19:24] <MikeSmith> s/done/some/
  58. # [19:24] * MikeSmith nods
  59. # [19:24] <feras> some of the most obvious culprits are things like <style> instead of <style type="text/css"> ;)
  60. # [19:24] <feras> what do you mean by s/done/some
  61. # [19:25] <MikeSmith> you need to validateit as html5
  62. # [19:25] <feras> if I do have to cleanup after respec, are there any recommended ways for me to manage the two docs - the respec version and the exported version? Or will I have to deal with the discrepancies each time I update?
  63. # [19:26] <feras> oh wow, good catch, completely glossed over that.
  64. # [19:26] <MikeSmith> check it as html5
  65. # [19:27] <feras> thanks, that helps. Now the minor errors I see I dont think are a result of respec.. *phew*
  66. # [19:30] * Joins: fjh (~fhirsch3@public.cloak)
  67. # [19:30] * Joins: karl (~karlcow@public.cloak)
  68. # [19:31] <MikeSmith> yay :-)
  69. # [19:32] * Quits: jeffh (~d871a887@public.cloak) ("http://www.mibbit.com ajax IRC Client")
  70. # [19:39] <feras> ya, seeing 3 errors is a much better feeling :)
  71. # [19:39] <feras> now to figure out the pubrules errors... ;)
  72. # [19:49] <ArtB> feras, some respec users now checkin both the source file and the "resolved" file
  73. # [19:49] <ArtB> (In fact, I think that is now `SOP` for DAPWG)
  74. # [19:50] <feras> ArtB, yes I was going to do this as well. But it still feels as though I have to manage changes amongst the two to some degree?
  75. # [19:50] <ArtB> that kinda' implies a bug in respec
  76. # [19:51] <feras> Sorry, not regarding respec, but rather other smaller things (for example, when I export a respec version, I need to go in and resolve the W3C logo url in the resolved version)
  77. # [19:52] <ArtB> well, if you have to do that, then presumably other respec consumers will have to do that too, or perhaps I'm missing somethin'
  78. # [19:53] <ArtB> but anyway, sorry to see this is causing some pain
  79. # [19:54] <feras> no worries. growing pains. It'd be great to update the HTML validator instructions on http://www.w3.org/wiki/Webapps/SpecEditing to explicitly state to run it in HTML5, so future people avoid running into this issue.
  80. # [19:56] <ArtB> well, please feel free to add that info to the wiki feras (otherwise I will)
  81. # [19:57] <feras> Yes sorry, was more asking if its ok for me to go ahead and do that, rather than asking you to. I'll update it shortly.
  82. # [19:59] <ArtB> excellent & thanks feras!
  83. # [20:01] <feras> Another problem I'm noticing (maybe I overlooked something in respec?) is having to update the sotd section. Pubready is giving an error (The expression "First Public Working Draft" was not found in the SOTD), and short of me editing the saved DOM from respect directly, I'm not sure how to resolve this. Is there something I'm overlooking?
  84. # [20:05] <feras> then again, the File API spec seems to fail this test, so maybe that's OK?
  85. # [20:08] <feras> (nevermind, it doesn't, I had the wrong option selected for the test on File API). But I'm still not sure how I can resolve it myself besides editing the section directly.
  86. # [20:23] <ArtB> feras (sorry I was distracted) - there could be some respec magic to add FPWD to the Sotd.
  87. # [20:23] <ArtB> Is the FPWD a separate document or branch from the ED?
  88. # [20:23] <ArtB> If so, it might be easiest to directly edit the FPWD version
  89. # [20:24] * Quits: karl (~karlcow@public.cloak) (":tiuQ tiuq sah woclrak")
  90. # [20:24] <feras> I poked around respec but didn't see an option. Currently, I have it as a separate document, but wasnt sure if its a 'no no' to edit directly. Guess I can go ahead and do that.
  91. # [20:25] * Joins: karl (~karlcow@public.cloak)
  92. # [20:25] <ArtB> yes, that is pretty common feras
  93. # [20:26] <ArtB> (I'm not a big fan of using the tip / ED as the version being prep'ed for publication as a TR.)
  94. # [20:27] <feras> ok. then I guess it would be useful for me to keep a list of 'things to change from respec DOM export before publishing a WD'?
  95. # [20:28] * Joins: richt (~richt@public.cloak)
  96. # [20:29] <ArtB> sounds like a good idea feras. (perhaps that info could go in the SpecEditing wiki too)
  97. # [20:29] * Parts: fjh (~fhirsch3@public.cloak) (fjh)
  98. # [20:31] <feras> Sure, I can update it into there as well.
  99. # [20:31] * Quits: richt_ (~richt@public.cloak) (Ping timeout: 60 seconds)
  100. # [20:32] <feras> I think I can resolve the remaining issues I'm seeing. But one question - when creating the WD, is there a common practice to where/how I place it? For example, the Streams spec is currently at (https://dvcs.w3.org/hg/streams-api/raw-file/tip/Overview.htm) Should I create a WD folder where I place WD copies, and name them by date? (WD-StreamsAPI-date.html) ?
  101. # [20:38] <feras> or Art, as part of publishing the FPWD, do you actually take the WD and place it somewhere else? (/TR/2012). I can't seem to find information on how this is done.
  102. # [20:43] <ArtB> feras, it's really up to you
  103. # [20:43] <ArtB> I think the most common thing to do is to create a publish directory
  104. # [20:44] <ArtB> and then put TR versions in there, possibly with a dated file name
  105. # [20:44] <ArtB> e.g. .../publish/FPWD-Feb-2013.html or publish/FPWD-WD-20130214.html
  106. # [20:45] <ArtB> and including the shortname in the file name is fine too
  107. # [20:46] * Joins: Ms2ger (~Ms2ger@public.cloak)
  108. # [20:46] <ArtB> … publish/WD-streams-api-20130214.html
  109. # [20:51] <ArtB> and then for DOM P&S, Travis just cratead WD-DOM-Parsing-20120920.html directly in the innerhtml directory (he didn't create a `publish` directory) https://dvcs.w3.org/hg/innerhtml/file/7bddbad3c43e
  110. # [21:09] * Joins: richt_ (~richt@public.cloak)
  111. # [21:09] * Quits: richt (~richt@public.cloak) (Client closed connection)
  112. # [21:29] * Quits: Ms2ger (~Ms2ger@public.cloak) ("nn")
  113. # [21:53] * Joins: chaals (~Adium@public.cloak)
  114. # [22:04] * Quits: chaals (~Adium@public.cloak) (Client closed connection)
  115. # [22:04] * Joins: chaals1 (~Adium@public.cloak)
  116. # [22:07] * Quits: ArtB (~abarsto@public.cloak) (Client closed connection)
  117. # [22:14] * Joins: abarsto (~abarsto@public.cloak)
  118. # [22:14] * abarsto is now known as ArtB
  119. # [22:14] * Quits: ArtB (~abarsto@public.cloak) ("Leaving.")
  120. # [22:14] * Joins: abarsto (~abarsto@public.cloak)
  121. # [22:14] * abarsto is now known as ArtB
  122. # [22:15] * chaals1 is now known as chaals
  123. # [22:15] * Quits: feras (~feras@public.cloak) (Ping timeout: 60 seconds)
  124. # [22:32] * Quits: richt_ (~richt@public.cloak) (Client closed connection)
  125. # [22:44] * Quits: davidb (~davidb@public.cloak) (davidb)
  126. # [22:59] * Joins: fjh (~fhirsch3@public.cloak)
  127. # [23:03] * Quits: chaals (~Adium@public.cloak) ("Leaving.")
  128. # [23:03] * Joins: chaals (~Adium@public.cloak)
  129. # [23:23] * heycam|away is now known as heycam
  130. # Session Close: Tue Feb 12 00:00:00 2013

The end :)