Talk:Tag soup

message: This whole article is smug non-sense that is all a matter of opinion, it really needs a re-work from a new perspective or a good ol' deletion... 72.45.211.194 (talk) 04:51, 14 August 2010 (UTC)
replies: text: I just tested DreamWeaver 8 and it still happily produces invalid (though well-formed) code. I removed mention of DreamWeaver 8 because it comes off looking like a product endorsement. I would imagine there are many products that produce just as invalid code as DreamWeaver. And as Thalter mentions above, well-formed code is probably more commonly produced by products long before 2003. --Cplot 18:05, 15 October 2006 (UTC)
thread_title: Untitled

message: Perhaps one should add something about the origin of the term, it was apparently first used by Dan Connolly of the W3C, when talking about parsers that accept anything thrown at them, according to Dave Winer here: 
--Bourn 07:51, 15 June 2006 (UTC)
thread_title:  Origin of the term 

message: Visual HTML editors may have contributed a lot to invalid markup, but the other half of the coin is HTML parsers that have been too forgiving of poor markup. By accepting poor markup and managing to make sense of it, browsers have lulled web authors into a lack of care about proper markup. Had browsers stuck to the standards and not accepted invalid markup, there may have been little tag soup around.
--Bourn 07:56, 15 June 2006 (UTC)
thread_title:  Widespread usage 

message: OK, I did a complete reorganization of the article. I tried to retain much of the content and even the existing rpose. Two sections that were redundant with what was already there and with each other I left off. There may be pieces of those or ideas reflected in those sections that could be reincorporated, but I'm going to stop here for now. Here are the two sections that I did not reincorporate yet. I tried to take the 4 or 5 definitions of tag soupa an d talk about the causes, uses and implications of each in turn. So these pieces might still provide material for those separate sections or perhaps they could be reincorporated into their own sections. However, I believe the ideas are adequately elaborated in the article as it stands. 
As you can see the first section starts out by talking about invalid and malformed and then the next section is talking about quirks mode (???) The quirks mode definition may be even a sixthy definition of tag soup, but I couldn't really come up with a ratinal incorporation of that. It may be that the editor who added that was just confusing concepts. Quirks mode refers to a browser using non-standard box models in applying CSS. It has little to do with the quality of the markup (except for including or leaving off the DocType declaration). If anyone can make the quirks mode definition work I'm fine with adding that. --Cplot 06:48, 16 October 2006 (UTC)
replies: text: What are the above paragraphs doing here?  Were they supposed to be posted to the article? mmj (talk) 05:24, 8 January 2009 (UTC)
thread_title:  Reorganization 

message: Early browsers were very forgiving of malformed HTML and went to great lengths to render a Web page in the manner it thought the author 'intended' it to look.
Because of this, most current mainstream Web browsers can render Web pages in more than one mode, including a "Quirks mode".  The Web browser switches into Quirks Mode when it encounters a Web page that appears to be using tag soup.  Quirks Mode allows the browser to render the Web page in the same way as older browsers may have rendered it.  The problem of tag soup is carried forth as each new browser that is released needs to be able to render the existing Web.
While most mainstream Web browsers can render tag soup in more or less the way the author 'intended' it, many other user agents cannot.  For example, Web browsers for people with disabilities may have problems rendering the page.  Other examples of user agents which may have problems with malformed code or code which is not used for its intended purpose include tools such as search engine spiders and Web browsers in hand-held devices.
: What are the above paragraphs doing here?  Were they supposed to be posted to the article? mmj (talk) 05:24, 8 January 2009 (UTC)
thread_title: Implications

message: I don't believe that the this should come under the name 'tag soup' or that it should be in this article.  The assumption here seems to be that 'tag soup' is a colloquial term for any markup that is 'frowned upon' as being inelegant or against the spirit of the specifications, which is untrue.  Instances of code that are syntactically and structurally valid when interpreted as strictly as possible (for example, by a validating SGML parser) are not tag soup and do not contribute in any way to the requirement on current browsers, and the formation of new HTML versions, to handle invalid syntax and structure. ...
* A  tag with no corresponding  tag is tag soup, because it is invalid syntax.  It cannot be processed as HTML unless the parser has special handling for invalid syntax.
* A  element inside an  element is tag soup, because it is invalid structure.  It cannot be processed as HTML unless the parser has special handling for invalid structure.
* An <img> or  element used for spacing or positioning is wrong, but it is not tag soup.  It can be processed as HTML without any need for the parser to handle invalid syntax or structure.
Therefore, I propose removing or reorganising references within this article to the semantics of HTML elements.  While they represent bad coding today, they are not tag soup because tag soup has a specific meaning. mmj (talk) 05:24, 8 January 2009 (UTC)
thread_title:  'Tag soup' referring to 'misuse of semantic elements' 

message: I don't think either of these are examples of 'tag soup'. Why would anyone insist on using that obscure SGML comment syntax in HTML, and what would happen if they did? In SGML this text should be interpreted as part of the comment will be interpreted as two isolated comments, both containing '--' and the text between will be seen as character data in the document. If this appears in a place where bare text is not allowed, then it is a syntax error, if it was within a legal element, then the text will be displayed quite happily. In neither case is this a legitimate example of tag soup.
Claiming that valid XHTML per the W3C XHTML 1.0 specification is tag soup when served with an internet media type that is valid under Appendic C (as revised 1 August 2002), (our only reference in this article!) is nonsense. It may be that IE6 can't cope, and goes into quirks mode, but long gone are the days when IE6's bug defined the world wide web. I shall remove these two items until someone comes up with good, referenced, current reasons why they should be prominently displayed in the article. --Nigelj (talk) 16:45, 18 September 2010 (UTC)
thread_title:  SGML comments, and XHTML markup