From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailout-webserver.scc.kit.edu (mailout-webmail.scc.kit.edu [129.13.185.232]) by krisdoz.my.domain (8.14.5/8.14.5) with ESMTP id s7A2Nx75029697 for ; Sat, 9 Aug 2014 22:23:59 -0400 (EDT) Received: from hekate.usta.de (asta-nat.asta.uni-karlsruhe.de [172.22.63.82]) by scc-mailout-02.scc.kit.edu with esmtp (Exim 4.72 #1) id 1XGInb-0004qU-7v; Sun, 10 Aug 2014 04:23:55 +0200 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.77) (envelope-from ) id 1XGInb-0006mw-6P; Sun, 10 Aug 2014 04:23:55 +0200 Received: from iris.usta.de ([172.24.96.5] helo=usta.de) by donnerwolke.usta.de with esmtp (Exim 4.72) (envelope-from ) id 1XGInb-0000Kj-4X; Sun, 10 Aug 2014 04:23:55 +0200 Received: from schwarze by usta.de with local (Exim 4.77) (envelope-from ) id 1XGImq-0001my-8m; Sun, 10 Aug 2014 04:23:08 +0200 Date: Sun, 10 Aug 2014 04:23:07 +0200 From: Ingo Schwarze To: Kristaps Dzonsons Cc: discuss@mdocml.bsd.lv Subject: Re: HTML5 Message-ID: <20140810022307.GC32716@iris.usta.de> References: <53E6AFDD.8010001@bsd.lv> X-Mailinglist: mdocml-discuss Reply-To: discuss@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53E6AFDD.8010001@bsd.lv> User-Agent: Mutt/1.5.21 (2010-09-15) Hi Kristaps, Kristaps Dzonsons wrote on Sun, Aug 10, 2014 at 01:33:49AM +0200: > Most everybody supports HTML5 these days. Do we really need to > knock around with XHTML and HTML-4.01? Let me put it this way: We should not use any fancy features. If somebody has a browser that doesn't know about HTML versions and just assumes everything is HTML 4 without looking at any document types and stuff, then the pages should render cleanly. Whether or not they validate as HTML 5 seems irrelevant to me. Supporting multiple HTML variants seems pointless to me and just complicates the code. > Does anybody have a pressing need to use one or the other? Wrong question, i'd say. Let's use the smallest common denominator and be done with it. I certainly don't want any HTML 5 only features or syntax getting used. If that is impossible, than i'd rather stick with HTML 4 than switch to HTML 5, HTML 4 is useable for all real work and HTML 5 just looks like bloatware in general. However you patch looks like having a document that is both valid HTML 4 and valid HTML 5 seems easy, so there probably isn't an issue here. I do like the cutting down on meta-tags in your patch. Even if we switch to HTML 5 and validate against that, we should continue to validate against HTML 4.01 as well, i think, to make sure no HTML 5 only stuff sneaks in. > The enclosed ten-minute patch adds HTML5 support and makes it the > default for both modes. On first sight the patch looks harmless, it doesn't appear to change anything structural. > It also adds a default CSS style (if one isn't passed on the command > line) identical to OpenBSD's man.cgi CSS. Gah. Can't we just make up our mind a ship one single CSS file covering all we need? The proliferation of CSS files in our tree is disgusting. I don't see the point in having more than one, and if you add another, then we have *four* of them. Also, i'm not sure about the embedded style sheet. That should certainly be kept minimal. Is it needed at all? If yes, why? If people set their browser to not download and use CSS, then they shouldn't get CSS but default rendering, i think. > If it looks useful, we could rip out a decent chunk of code that > switches between the two existing modes. (Including some attributes > and elements in there.) (Yes, I'd document it better, if useful, > and probably tidy up the *html.c files as well.) Ideally, i'd like to have the switch and the garbage collection in separate commits - and please don't commit before the release is out of the door... :-) > (Note this doesn't include the earlier patch for SCALE_BU.) Yes, that should also go in after the release, not before, i think, and we should decide on the droelfzehn other broken width calculations i found in that area. ;-) > Thoughts? Thumbs up, in general. Ingo -- To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv