21092 2008-09-25 00:41:12 -0700 Tables with display:inline don't render as expected in strict mode 2025-01-16 18:16:44 -0800 1 1 1 Unclassified WebKit Tables 525.x (Safari 3.1) All All RESOLVED CONFIGURATION CHANGED HasReduction P2 Normal --- 125640 0 gmtfn webkit-unassigned ahmad.saleem792 ap bfulgham karlcow sachin.puranik simon.fraser zalan oldest_to_newest 92682 0 gmtfn 2008-09-25 00:41:12 -0700 Consider the sample code below. With the DOCTYPE specified, the tables aren't rendered as specified (inline), and backgrounds are ignored. However, removing the DOCTYPE makes browsers that use Webkit (Safari and Google Chrome) render the code as expected -- like all other browsers (Firefox, IE, and Opera) do. I don't know how far reaching this problem is. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> <body> <table style="display:inline; background: green; width: 100px;"> <tr><td>inline table 1</td></tr> </table> <table style="display:inline; background: blue; width: 100px;"> <tr><td>inline table 2</td></tr> </table> </body> </html> 185900 1 sachin.puranik 2010-01-29 10:08:02 -0800 Below are my findings for this bug. After DOCTYPE parsing stack flows to void HTMLDocument::determineParseMode(). This decides the parse mode of the document and passes the same to the Style objects which eventually decides the look and feel of the Object. While in HTMLDocument::determineParseMode(). does not find the entry for the given doctype using function findDoctypeEntry(pubIDStr.data(), pubIDStr.length()); So the document parse mode is set as "setParseMode(AlmostStrict);" This inturn affects the style object and changes the output. Not sure if this is the real bug or expected behavior. Can somebody please guide. if this is a valid bug i can try to fix. 185998 2 ap 2010-01-29 16:22:48 -0800 >So the document parse mode is set as "setParseMode(AlmostStrict);" When doctype is not in the list, the mode is actually set to strict. I don't know if this bug is valid, but the workaround is obvious - one can just not specify a doctype, and use the quirks mode. 199979 3 gmtfn 2010-03-15 21:11:56 -0700 Alexey, in a world in which only Webkit browsers existed, your proposal would be fine. However, in our current world, this would affect users of major browsers, IE and Firefox. When I filed this report, Google Chrome just appeared (in beta version), and I was hoping that this bug would get removed soon. It's been about a year and half, and Chrome has become pretty popular and is gaining market share. A page on my site is f...-up in it. So, I will have to change my code to compensate for this defect in Webkit. So... thanks, guys :( 200001 4 gmtfn 2010-03-15 21:59:07 -0700 this bug may be related to one described in bug 23008 200004 5 gmtfn 2010-03-15 22:11:52 -0700 Here's what Mozilla people did for the same issue: http://weblogs.mozillazine.org/roc/archives/2005/06/displayinline_a.html 1899804 6 ahmad.saleem792 2022-09-20 06:55:54 -0700 I changed the test case from Comment 01 (with DOCTYPE below): Link - https://software.hixie.ch/utilities/js/live-dom-viewer/?saved=10749 Safari 16 and Chrome Canary 108 render this same while Firefox Nightly 108 render it same but it seems the inside "text" is outside more than both other browsers. I don't know whether it is much of concern or is acceptable but just want to highlight latest results. Thanks! 2087921 7 473928 karlcow 2025-01-16 18:10:18 -0800 Created attachment 473928 testcase with doctype 2087922 8 473929 karlcow 2025-01-16 18:10:39 -0800 Created attachment 473929 testcase without doctype 2087923 9 karlcow 2025-01-16 18:16:44 -0800 Both with doctype and without doctype the renderings are very similar. The current test cases do not show any significant differences. Roc blog's post is still readable at https://web.archive.org/web/20060218001756/http://weblogs.mozillazine.org/roc/archives/2005/06/displayinline_a.html I think we can close. If there's a major difference affecting the layout, there is still the possibility to open a new bug. 473928 2025-01-16 18:10:18 -0800 2025-01-16 18:10:18 -0800 testcase with doctype testcase-with-doctype.html text/html 423 karlcow PCFET0NUWVBFIGh0bWw+CjxodG1sIGxhbmc9ImVuIj4KPGhlYWQ+Cgk8bWV0YSBjaGFyc2V0PSJV VEYtOCI+Cgk8bWV0YSBuYW1lPSJ2aWV3cG9ydCIgY29udGVudD0id2lkdGg9ZGV2aWNlLXdpZHRo LCBpbml0aWFsLXNjYWxlPTEuMCI+Cgk8dGl0bGU+RG9jdW1lbnQ8L3RpdGxlPgo8L2hlYWQ+Cjxi b2R5PgoJPHRhYmxlIHN0eWxlPSJkaXNwbGF5OmlubGluZTsgYmFja2dyb3VuZDogZ3JlZW47IHdp ZHRoOiAxMDBweDsiPgoJCTx0cj48dGQ+aW5saW5lIHRhYmxlIDE8L3RkPjwvdHI+CgkJPC90YWJs ZT4gCgkJCgkJPHRhYmxlIHN0eWxlPSJkaXNwbGF5OmlubGluZTsgYmFja2dyb3VuZDogYmx1ZTsg d2lkdGg6IDEwMHB4OyI+CgkJPHRyPjx0ZD5pbmxpbmUgdGFibGUgMjwvdGQ+PC90cj4KCQk8L3Rh YmxlPiAKCQkKPC9ib2R5Pgo8L2h0bWw+ 473929 2025-01-16 18:10:39 -0800 2025-01-16 18:10:39 -0800 testcase without doctype testcase-without-doctype.html text/html 407 karlcow PGh0bWwgbGFuZz0iZW4iPgo8aGVhZD4KCTxtZXRhIGNoYXJzZXQ9IlVURi04Ij4KCTxtZXRhIG5h bWU9InZpZXdwb3J0IiBjb250ZW50PSJ3aWR0aD1kZXZpY2Utd2lkdGgsIGluaXRpYWwtc2NhbGU9 MS4wIj4KCTx0aXRsZT5Eb2N1bWVudDwvdGl0bGU+CjwvaGVhZD4KPGJvZHk+Cgk8dGFibGUgc3R5 bGU9ImRpc3BsYXk6aW5saW5lOyBiYWNrZ3JvdW5kOiBncmVlbjsgd2lkdGg6IDEwMHB4OyI+CgkJ PHRyPjx0ZD5pbmxpbmUgdGFibGUgMTwvdGQ+PC90cj4KCQk8L3RhYmxlPiAKCQkKCQk8dGFibGUg c3R5bGU9ImRpc3BsYXk6aW5saW5lOyBiYWNrZ3JvdW5kOiBibHVlOyB3aWR0aDogMTAwcHg7Ij4K CQk8dHI+PHRkPmlubGluZSB0YWJsZSAyPC90ZD48L3RyPgoJCTwvdGFibGU+IAoJCQo8L2JvZHk+ CjwvaHRtbD4=