Comment #1 on issue 91 by t.broyer: unnecessary unclosed <head> element inserted before parsed text http://code.google.com/p/html5lib/issues/detail?id=91
Well, the algorithm is the exact one from the current spec draft AFAICT, i.e. "A head element's start tag may be omitted if the first thing inside the head element is an element", which actually is ambiguous when there is *nothing* inside the head element... However, you seem to be working with an HTML *fragment*, so I'd rather in this case use parseFragment, which won't generate the <html>, <head> and <body> and will be serializable back to a fragment using the XHTMLSerializer (wow! using the XHTMLSerializer with omit_optional_tags=True, weird!?) -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "html5lib-discuss" group. To post to this group, send email to html5lib-discuss@googlegroups.com To unsubscribe from this group, send email to html5lib-discuss+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/html5lib-discuss?hl=en-GB -~----------~----~----~----~------~----~------~--~---
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4