From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: HTML-Info design Date: Mon, 29 Dec 2014 13:18:10 +0100 Message-ID: <87iogu4pkt.fsf@fencepost.gnu.org> References: <87vbl2xigp.fsf@ferrier.me.uk> <83ioh2nlow.fsf@gnu.org> <87sig6xech.fsf@ferrier.me.uk> <83fvc5ni0u.fsf@gnu.org> <87k31fwwyv.fsf@ferrier.me.uk> <87bnmq9ibf.fsf@ferrier.me.uk> <87lhlrx5fc.fsf@building.gnus.org> <877fxb9821.fsf@ferrier.me.uk> <878uhrg6uu.fsf@building.gnus.org> <871tnj90lt.fsf@ferrier.me.uk> <87mw67elgf.fsf@building.gnus.org> <86bnmn1rwk.fsf@dod.no> <87tx0fczoj.fsf@building.gnus.org> <87ppb28z1q.fsf@building.gnus.org> <87sify64dz.fsf@ferrier.me.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1419856776 11200 80.91.229.3 (29 Dec 2014 12:39:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Dec 2014 12:39:36 +0000 (UTC) Cc: Lars Ingebrigtsen , Yuri Khan , Emacs developers To: Nic Ferrier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 29 13:39:29 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Y5ZbS-0000bL-Lc for ged-emacs-devel@m.gmane.org; Mon, 29 Dec 2014 13:39:18 +0100 Original-Received: from localhost ([::1]:33119 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5ZbR-0004QI-Ux for ged-emacs-devel@m.gmane.org; Mon, 29 Dec 2014 07:39:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39249) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5ZbB-0004Ie-GP for emacs-devel@gnu.org; Mon, 29 Dec 2014 07:39:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y5Zb7-00038w-2Z for emacs-devel@gnu.org; Mon, 29 Dec 2014 07:39:01 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37169) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5Zb6-00038s-VT for emacs-devel@gnu.org; Mon, 29 Dec 2014 07:38:56 -0500 Original-Received: from localhost ([127.0.0.1]:44342 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5Zb6-00079Y-HS; Mon, 29 Dec 2014 07:38:56 -0500 Original-Received: by lola (Postfix, from userid 1000) id ACDFBE06BA; Mon, 29 Dec 2014 13:18:10 +0100 (CET) In-Reply-To: <87sify64dz.fsf@ferrier.me.uk> (Nic Ferrier's message of "Mon, 29 Dec 2014 12:12:56 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:180814 Archived-At: Nic Ferrier writes: > Lars Ingebrigtsen writes: > >> Yuri Khan writes: >> >>> With explicit closing tags, it is immediately visible where the author >>> (or their tool) intended the element to end. Modifying the HTML >>> generation logic only involves ensuring that nesting is not broken. >>> >>> With implicit tags, browsers can and will infer tag nesting on their >>> own, and have an intricate system of rules to do so. Modifying the >>> logic involves carefully working out where browsers would infer the >>> missing tags, and then work with that knowledge to ensure that nesting >>> won=E2=80=99t break. >> >> Yeah, that's why all Python code looks like >> >> for x in range(10): # THE LINE ENDED THERE >> squares.append(x**2) # THE FOR ENDS HERE I PROMISE!!! >> >> It's then immediately visible where the author intended the lines to >> end. >> >> XHTML was history over five years ago. It's time you XML fanatics >> accept that HTML is a different language with different rules and stop >> this incessant kvetching.=20 > > That's not very helpful either. > > It's certainly the case that definite ending is easier to process. And Lisp code is even easier to process. But HTML is HTML and XML is XML and XHTML is XHTML and SGML is SGML. Whether or not XHTML is easier to process, web browsers are talking HTML. --=20 David Kastrup