This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
If you try to format following html code (simple .html filetype), because of the <big> element (or the annotation saying that it is obsolete) the formatting is incorrect at lines below this element (it should be shifted to the right in the same way that the upper lines are) Sample source code: <!doctype html> <html> <head> <title> TITULEK </title> </head> <body> <!-- text elements--> <h1>Header 1 </h1> <h2>Header 2 </h2> <b>bold</b> <i>italic</i> <big>BIG</big> <small>small</small> <!-- lists --> <div> </div> </body> </html> Product Version: NetBeans IDE Dev (Build 201104260000) Java: 1.6.0_25; Java HotSpot(TM) Client VM 20.0-b11 System: Windows XP version 5.1 running on x86; Cp1250; cs_CZ (nb)
Document is formatted according to its DTD. I do not know which DTD or Schema is used when document does not define a version but if you try <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> then formatting will be OK. And vice versa, if you use <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> Then it will not but elements will be marked as erroneous.
Ok, but the sample code contains html5 doctype, so there are no DTD or Schema for html5, are they? The element <big> is marked as obsolete and all elements below have wrong intendation
Marek might know better. Indenter is given some syntax and formats document accordingly. <big> tag is not allowed there and so parent tag is closed. Formatting of syntactically broken code is troublesome but I think it is good in this case - it shows user there is something wrong. Also try http://validator.w3.org/#validate_by_input+with_options and you will see that validation fails with error as well.
The html5 has not DTD or schema AFAIR, it is fully specified-described in a text form. The <big> tag is not part of the html specification anymore so one should not use it. OTOH I do not understand why the parent tag is closed when an unknown tag is found? Couldn't the formater just ignore such content and align it as the other valid content of the enclosing tag? The tag itself wouldn't affect the indent of its siblings so following sample code will be formatted like this: <body> <p> <unknown> <small>hello</small> </unknown> </p> </body> .. instead of current <body> <p> <unknown> <small>hello</small> </unknown> </p> </body>
(In reply to comment #4) > .. instead of current > > <body> > <p> > <unknown> > <small>hello</small> > </unknown> > </p> > </body> I will have to have a look at the code why this happens. I agree with you that even if this is broken syntax the indenter could behave better.
Just a notice to my previous comment. I'm not sure how exactly the tags formatting is implemented but I need at least preserve the xml-style formatting of elements with a namespace (for facelets - xhtml). so <body> <p> <unknown> <small>hello</small> </unknown> </p> </body> but: <body> <p> <x:unknown> <small>hello</small> </x:unknown> </p> </body> or both examples can formatted the second way. So the unknown element's children are indented, but following siblings are not affected (enclosing tag not closed).
*** Bug 242590 has been marked as a duplicate of this bug. ***