/irc-logs / w3c / #webapps / 2010-10-01 / end

Options:

  1. # Session Start: Fri Oct 01 00:00:00 2010
  2. # Session Ident: #webapps
  3. # [00:48] * Quits: Marcos (Marcos@213.236.208.22) (Quit: Marcos)
  4. # [01:14] * Quits: smaug_ (chatzilla@85.76.137.250) (Ping timeout)
  5. # [02:02] * Quits: MikeSmith (MikeSmith@98.223.109.93) (Ping timeout)
  6. # [02:48] * Quits: sicking (chatzilla@63.245.220.240) (Ping timeout)
  7. # [03:20] * Quits: karl (karlcow@128.30.54.58) (Client exited)
  8. # [04:53] * Joins: karl (karlcow@128.30.54.58)
  9. # [07:29] * Quits: arve (arve@95.34.168.65) (Quit: Ex-Chat)
  10. # [07:54] * Joins: arve (arve@95.34.168.65)
  11. # [09:02] * Quits: dveditz (dveditz@63.249.106.178) (Quit: dveditz)
  12. # [09:19] * Joins: Marcos_ (Marcos@213.236.208.247)
  13. # [10:11] * Joins: Marcos (Marcos@213.236.208.247)
  14. # [10:11] * Quits: Marcos_ (Marcos@213.236.208.247) (Connection reset by peer)
  15. # [10:42] * Joins: smaug_ (chatzilla@85.76.80.230)
  16. # [10:46] * Quits: Marcos (Marcos@213.236.208.247) (Quit: Marcos)
  17. # [10:50] * Joins: Marcos (Marcos@213.236.208.247)
  18. # [10:51] * Quits: Marcos (Marcos@213.236.208.247) (Quit: Marcos)
  19. # [10:56] * Joins: Marcos (Marcos@213.236.208.22)
  20. # [11:00] * Joins: tlr (tlr@128.30.52.169)
  21. # [11:06] * Quits: Lachy (Lachlan@84.215.59.50) (Quit: This computer has gone to sleep)
  22. # [11:08] * Quits: Marcos (Marcos@213.236.208.22) (Quit: Marcos)
  23. # [11:13] * Joins: Marcos (Marcos@213.236.208.247)
  24. # [11:13] * Quits: Marcos (Marcos@213.236.208.247) (Client exited)
  25. # [11:13] * Joins: Marcos (Marcos@213.236.208.22)
  26. # [11:15] * Quits: smaug_ (chatzilla@85.76.80.230) (Ping timeout)
  27. # [11:19] * Joins: Lachy (Lachlan@213.236.208.22)
  28. # [11:30] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: Leaving)
  29. # [11:30] * Joins: Lachy (Lachlan@213.236.208.22)
  30. # [11:42] * Quits: Marcos (Marcos@213.236.208.22) (Quit: Marcos)
  31. # [11:46] * Joins: Marcos (Marcos@213.236.208.22)
  32. # [12:13] * Quits: tlr (tlr@128.30.52.169) (Quit: tlr)
  33. # [12:14] * Joins: tlr (tlr@128.30.52.169)
  34. # [12:15] * Quits: tlr (tlr@128.30.52.169) (Quit: tlr)
  35. # [12:15] * Quits: anne (annevk@83.85.115.123) (Client exited)
  36. # [12:16] * Joins: anne (annevk@83.85.115.123)
  37. # [12:17] * Quits: anne (annevk@83.85.115.123) (Client exited)
  38. # [12:17] * Joins: anne (annevk@83.85.115.123)
  39. # [12:27] * Joins: MikeSmith (MikeSmith@98.223.109.93)
  40. # [12:46] * Joins: ArtB (ArtB@192.100.124.219)
  41. # [13:01] * Joins: tlr (tlr@128.30.52.169)
  42. # [13:21] * Joins: aroben (aroben@71.58.77.15)
  43. # [13:31] * Quits: karl (karlcow@128.30.54.58) (Client exited)
  44. # [13:53] * Quits: anne (annevk@83.85.115.123) (Client exited)
  45. # [13:53] * Joins: anne (annevk@83.85.115.123)
  46. # [14:42] * Quits: arve (arve@95.34.168.65) (Quit: Ex-Chat)
  47. # [14:44] * Joins: arve (arve@95.34.168.65)
  48. # [14:46] * Joins: karl (karlcow@128.30.54.58)
  49. # [15:16] * Joins: smaug_ (chatzilla@82.181.63.178)
  50. # [15:25] * Joins: dom (dom@128.30.52.169)
  51. # [15:49] * Quits: tlr (tlr@128.30.52.169) (Quit: tlr)
  52. # [16:02] * Joins: lmarcetic (steampunke@78.134.156.26)
  53. # [16:04] <lmarcetic> Hello. I've been informed this: https://identi.ca/conversation/30357151#notice-30442231 , https://identi.ca/conversation/30361063#notice-30446254 is not being worked on yet.
  54. # [16:07] <lmarcetic> So I'd like to officially suggest a File descriptors in File API. Basically, I need a feature of reading local files. file:// won't do because it's blocked, and limited. Data URI scheme isn't even a standard, and impractical.
  55. # [16:10] <lmarcetic> My example use scenario is an on-line Movie editor. A movie is too big to be uploaded or put into RAM, and besides, it cannot be manipulated that way - only played. A file descriptor could be used to edit a file that a user has selected (and allowed to be read and written to).
  56. # [16:16] <lmarcetic> File API is also limited in so that even if it loads an entire video into main memory, it can't play it in the <video> tag.
  57. # [16:17] <lmarcetic> excuse the typos, i'm too lazy to fix them.
  58. # [16:19] * lmarcetic awaits acknowledgement
  59. # [16:22] * dom thinks public-webapps@w3.org would probably work best that early on the US West Coast
  60. # [16:23] <lmarcetic> it's not that early is it?
  61. # [16:23] <dom> well, it's 7:20 PDT, isn't it?
  62. # [16:23] <lmarcetic> perhaps it is, well you suggested it :-P
  63. # [16:23] <dom> :)
  64. # [16:24] <dom> mea culpa, maxima culpa
  65. # [16:24] <dom> although I also suggested public-webapps@w3.org
  66. # [16:24] * lmarcetic yawns
  67. # [16:25] <lmarcetic> ah, i'll do it later :-|
  68. # [16:26] <lmarcetic> ach
  69. # [16:26] <anne> feature requests should really be done on the mailing list
  70. # [16:27] <anne> however, I think we might already have a draft that resembles the above
  71. # [16:27] <anne> also, data URLs are a standard
  72. # [16:27] <lmarcetic> oh? a useless one, then.
  73. # [16:27] <lmarcetic> ;-P
  74. # [16:27] <anne> that seems somewhat shortsighted
  75. # [16:28] <anne> but sure, maybe to you
  76. # [16:28] <lmarcetic> it's an rfc, not a w3c standard, isn't it?
  77. # [16:29] <lmarcetic> i think it's just a bad way to address the same problem. but i may be missing something, I don't know.
  78. # [16:29] <anne> http://dev.w3.org/2009/dap/file-system/file-writer.html is closer to what you are looking for I guess
  79. # [16:29] <anne> not all standards are created by the W3C
  80. # [16:30] <lmarcetic> web standards?
  81. # [16:30] <anne> nope
  82. # [16:31] <lmarcetic> there's that org that made WebGL, I know, but it wasn't until w3c adopted it that it gained in popularity
  83. # [16:32] <lmarcetic> i'm skeptical about an rfc's authority.
  84. # [16:32] <anne> haha
  85. # [16:33] <anne> fwiw, W3C has not adopted WebGL, and HTTP comes from the IETF
  86. # [16:33] <anne> URLs are done by the IETF too
  87. # [16:33] <anne> and various other features you use every single day
  88. # [16:33] <anne> on the web
  89. # [16:36] <lmarcetic> you're right about WebGL, I'll give you that.
  90. # [16:36] <lmarcetic> I mean I have to :-)
  91. # [16:37] <lmarcetic> But what new RFC thing is widely used and considered a standard? HTTP and links are foundations of the web, we're talking web standards.
  92. # [16:37] <lmarcetic> so sleepy...
  93. # [16:38] <anne> why are the foundations not web standards?
  94. # [16:38] <anne> but euh, JSON is hip these days I believe
  95. # [16:38] <lmarcetic> *shrugs* I guess
  96. # [16:40] <lmarcetic> anyway, before I fall asleep, I have one more question - if you know about it: The CDFF (something like that) - format/something for documents. What is it really and is it hard to learn? How much would one that knows X/(H)TML, CSS, MathML etc need to study to get it?
  97. # [16:41] <lmarcetic> (HT)
  98. # [16:41] <anne> Compound Document Formats WG?
  99. # [16:41] <lmarcetic> yeah.
  100. # [16:41] <anne> that's sort of obsolete
  101. # [16:41] <anne> but the idea of mixing HTML/MathML/SVG survived and is supported by browsers
  102. # [16:41] <lmarcetic> obsolete as in dead horse obsolete, or obsolete as in there are new things, so it's abandoned?
  103. # [16:42] <anne> so I guess if you know how to do that...
  104. # [16:42] <lmarcetic> but i thought CDDF was sort of a glue?
  105. # [16:42] <anne> obsolete as in the base specifications were clarified so the group no longer had a function
  106. # [16:42] <lmarcetic> never did quite get what i need it for though.
  107. # [16:42] <anne> neither did we
  108. # [16:42] <anne> it's CDF
  109. # [16:43] <lmarcetic> interesting.
  110. # [16:45] <lmarcetic> i'm guessing SMIL is obsolete too, right?
  111. # [16:46] <anne> it tries to survive as part of SVG
  112. # [16:47] <lmarcetic> oh, so that's that SVG's own animation lang i've been hearing about.
  113. # [16:47] <lmarcetic> good, good.
  114. # [16:47] <anne> i don't think it's so good, but to each his own :)
  115. # [16:47] <lmarcetic> it's not so good for SVG you mean?
  116. # [16:48] <anne> i think the CSS-based approach has more going for it
  117. # [16:49] <lmarcetic> CSS does little for animation, don't you mean JS?
  118. # [16:50] <lmarcetic> but anyhow, SMIL was not appealing for its animation, it was appealing for its media manipulation, i doubt SVG can do what SMIL has supposed to
  119. # [16:51] <lmarcetic> thx for chatzzZZZ
  120. # [17:02] * Joins: dveditz (dveditz@63.249.106.178)
  121. # [18:00] * Quits: ArtB (ArtB@192.100.124.219) (Quit: Leaving.)
  122. # [18:02] * Quits: smaug_ (chatzilla@82.181.63.178) (Ping timeout)
  123. # [18:27] * Quits: MikeSmith (MikeSmith@98.223.109.93) (Ping timeout)
  124. # [19:13] * Quits: Marcos (Marcos@213.236.208.22) (Quit: Marcos)
  125. # [19:56] * Joins: aroben_ (aroben@71.58.77.15)
  126. # [19:58] * Parts: aroben (aroben@71.58.77.15) (Leaving)
  127. # [20:24] * Quits: Lachy (Lachlan@213.236.208.22) (Ping timeout)
  128. # [20:30] * Joins: Marcos (Marcos@84.215.169.13)
  129. # [20:49] * Quits: Marcos (Marcos@84.215.169.13) (Quit: Marcos)
  130. # [21:03] * Joins: sicking (chatzilla@63.245.220.240)
  131. # [21:56] * Quits: sicking (chatzilla@63.245.220.240) (Ping timeout)
  132. # [22:31] * Quits: karl (karlcow@128.30.54.58) (Client exited)
  133. # [22:48] * Quits: shepazu (schepers@128.30.52.169) (Client exited)
  134. # [23:04] * Joins: adrianba (Adrian@131.107.0.81)
  135. # [23:05] * Parts: adrianba (Adrian@131.107.0.81)
  136. # [23:19] * Joins: steampunkey (steampunke@78.134.158.1)
  137. # [23:22] * Quits: lmarcetic (steampunke@78.134.156.26) (Ping timeout)
  138. # [23:45] * Quits: aroben_ (aroben@71.58.77.15) (Quit: aroben_)
  139. # Session Close: Sat Oct 02 00:00:01 2010

The end :)