- From: Arjun Ray <aray@nmds.com>
- Date: Sun, 20 Oct 1996 20:59:49 -0400
- To: W3C SGML Working Group <w3c-sgml-wg@w3.org>
At 07:39 PM 10/20/96 -0400, David G. Durand" (David G. Durand wrote: >I don't feel strongly about this, though you have some good points. The >major problem with empty end-tags is that they change people's habits from >HTML, which is not a big win. From what I've seen, people's habits are strongly influenced by the software they work with. Even more so in environments where binaries without source code are the rule (the PC/Mac world.) Assuming the software is good enough, there's every reason to have some distinction from HTML. (Grandfathering HTML du jour should be the least of our concerns.) >It also makes implementing Emacs modes slightly less simple, I think. Would some other error recovery method (as a candidate for a rule) be simpler? >I must say that after experience with SGML minimization, even this small >convenience makes me nervous. Given the nerves and the difference from >existing practice, I have to throw in a _no_ vote on empty end tags. A datapoint from, er, existing practice. (http://home.netscape.com/comprod/products/navigator/version_3.0/layout/colu mns_spacing/index.html) = Font styles - The MULTICOL tag recognizes current font status. = So if you begin a bold section before the multicolumn, the text = in the columns will be bold, and if you close the bold in the = middle of the multicolumn, this nonbold status will continue = after the multicolumn ends. Arjun
Received on Sunday, 20 October 1996 20:57:42 UTC