/irc-logs / w3c / #html-wg / 2010-12-31 / end

Options:

  1. # Session Start: Fri Dec 31 00:00:00 2010
  2. # Session Ident: #html-wg
  3. # [00:32] * Joins: J_Voracek (irchon@166.205.9.153)
  4. # [00:32] * Quits: J_Voracek (irchon@166.205.9.153) (Client exited)
  5. # [00:55] * Quits: webr3 (nathan@86.133.148.206) (Ping timeout)
  6. # [01:01] * Joins: webr3 (nathan@86.134.168.12)
  7. # [02:08] * Quits: MikeSmith (MikeSmith@111.188.6.124) (Ping timeout)
  8. # [02:15] * Joins: MikeSmith (MikeSmith@111.188.47.228)
  9. # [03:44] * Joins: mjs (mjs@24.6.209.6)
  10. # [05:05] <CIA-1> html-spec: ia...@340c8d12-0b0e-0410-8428-c7bf67bfef74 * bdcfbaeab88d r5727 / (index complete.html source): [e] (0) clarify the focusablity of editing hosts
  11. # [05:18] <CIA-1> html-spec: ia...@340c8d12-0b0e-0410-8428-c7bf67bfef74 * 1a8c104a4b99 r5729 / (index complete.html source):
  12. # [05:18] <CIA-1> html-spec: [cgiowt] (0) Change how <input type=hidden> affects the frameset flag.
  13. # [05:18] <CIA-1> html-spec: Fixing http://www.w3.org/Bugs/Public/show_bug.cgi?id=11156
  14. # [08:07] * Joins: MikeSmith_ (MikeSmith@114.48.163.3)
  15. # [08:09] * Quits: MikeSmith (MikeSmith@111.188.47.228) (Ping timeout)
  16. # [08:09] * MikeSmith_ is now known as MikeSmith
  17. # [08:18] <CIA-1> html-spec: ia...@340c8d12-0b0e-0410-8428-c7bf67bfef74 * ca4da660f19e r5730 / (index complete.html source):
  18. # [08:18] <CIA-1> html-spec: [e] (0) better example
  19. # [08:18] <CIA-1> html-spec: Fixing http://www.w3.org/Bugs/Public/show_bug.cgi?id=11345
  20. # [09:18] * Quits: Martijnc` (Martijnc@91.176.137.41) (Connection reset by peer)
  21. # [09:18] * Joins: Martijnc` (Martijnc@91.176.137.41)
  22. # [10:56] * Quits: Julian (chatzilla@217.91.35.233) (Ping timeout)
  23. # [10:59] * Joins: Julian (chatzilla@217.91.35.233)
  24. # [11:32] * Quits: MikeSmith (MikeSmith@114.48.163.3) (Ping timeout)
  25. # [12:30] * Joins: Lachy (Lachlan@84.215.59.50)
  26. # [14:56] * Joins: plh (plh@128.30.52.28)
  27. # [14:56] * Parts: plh (plh@128.30.52.28) (no more cookies)
  28. # [15:09] * Joins: davidb (davidb@66.207.206.180)
  29. # [17:46] * Joins: miketaylr (miketaylr@76.15.238.5)
  30. # [18:09] * Quits: Martijnc` (Martijnc@91.176.137.41) (Ping timeout)
  31. # [18:15] * Joins: Martijnc` (Martijnc@91.176.76.235)
  32. # [19:02] * Joins: J_Voracek (irchon@166.205.10.96)
  33. # [19:02] * Quits: J_Voracek (irchon@166.205.10.96) (Client exited)
  34. # [19:10] * Joins: J_Voracek (irchon@166.205.8.82)
  35. # [19:11] * Quits: J_Voracek (irchon@166.205.8.82) (Client exited)
  36. # [19:20] * Joins: J_Voracek (irchon@166.205.9.87)
  37. # [19:20] * Quits: J_Voracek (irchon@166.205.9.87) (Client exited)
  38. # [19:36] * Joins: alanhogan8823 (ajh@72.204.240.161)
  39. # [19:36] * alanhogan8823 is now known as alanhogan
  40. # [19:36] * Quits: alanhogan (ajh@72.204.240.161) (Quit: alanhogan)
  41. # [19:36] * Joins: alanhogan (ajh@72.204.240.161)
  42. # [19:37] <alanhogan> Hey all, I was curious (hadn’t read the relevant draft spec) as to whether you use HTML5 email fields without triggering validation, or what control the developer has. (I posted to Stack Overflow just now: http://stackoverflow.com/questions/4571687/can-i-suppress-ua-validation-of-html5-email-fields)
  43. # [19:38] * Joins: alanhogan_ (qw3birc@128.30.52.28)
  44. # [19:40] <Philip> alanhogan_: http://whatwg.org/html5#attr-fs-novalidate says you can use <form novalidate> to disable validation for the whole form
  45. # [19:41] <alanhogan> Oh, perfect, that’s just what I needed
  46. # [19:43] * Parts: alanhogan (ajh@72.204.240.161)
  47. # [19:45] <alanhogan_> Hey should :invalid really be being applied to my input field before the user has even focused in it, much less attempted to submit a form? That’s what Chrome appears to be doing. On page load, wham, :invalid.
  48. # [19:47] * Philip isn't sure
  49. # [19:47] <Philip> (Might be better to ask in #whatwg on Freenode)
  50. # [19:49] <alanhogan_> Will do, thanks.
  51. # [19:49] <Dashiva> As page author you can assign extra classes to user-visited controls, and on form submit attempts
  52. # [20:10] * Quits: miketaylr (miketaylr@76.15.238.5) (Quit: miketaylr)
  53. # [20:11] * Joins: Badzsi (6da68225@64.62.228.82)
  54. # [20:13] * Quits: Badzsi (6da68225@64.62.228.82) (Quit: http://www.mibbit.com ajax IRC Client)
  55. # [20:38] * Quits: davidb (davidb@66.207.206.180) (Quit: davidb)
  56. # [21:09] * Quits: arronei (arronei@131.107.0.85) (Ping timeout)
  57. # [21:14] * Joins: arronei (arronei@131.107.0.105)
  58. # [21:42] <alanhogan_> Hmm, will something like ::-webkit-input-placeholder make it into the spec? It seems terribly useful. Think about styling input:invalid ::placeholder. You need it to guarantee the placeholder text color goes well with your input:invalid background!
  59. # [21:44] <alanhogan_> Though I must say, input:invalid::-webkit-input-placeholder is not logical. As a pseudo-element, the placeholder is *inside* the input. It is *not* the input itself!
  60. # [21:45] <alanhogan_> well, maybe…
  61. # [21:46] <alanhogan_> if it means more like “with-placeholder” in which case it should indeed be a pseudo-class, not pseudo-element, right?
  62. # [21:47] <alanhogan_> Sorry, scratch the above, I haven’t done pseudo-element stuff in a while and forgot the syntax is actually :: without a space before, always
  63. # [22:32] * Quits: alanhogan_ (qw3birc@128.30.52.28) (Quit: Page closed)
  64. # Session Close: Sat Jan 01 00:00:00 2011

The end :)