From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Yuri Khan Newsgroups: gmane.emacs.devel Subject: Re: HTML-Info design Date: Mon, 29 Dec 2014 10:31:11 +0700 Message-ID: References: <871tnr1gqo.fsf@ferrier.me.uk> <83bnmvowdb.fsf@gnu.org> <83ppbanqhe.fsf@gnu.org> <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> 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 1419823903 25874 80.91.229.3 (29 Dec 2014 03:31:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 29 Dec 2014 03:31:43 +0000 (UTC) Cc: Emacs developers To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 29 04:31:37 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 1Y5R3O-0003K2-Jf for ged-emacs-devel@m.gmane.org; Mon, 29 Dec 2014 04:31:34 +0100 Original-Received: from localhost ([::1]:60041 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5R3N-0005qK-K2 for ged-emacs-devel@m.gmane.org; Sun, 28 Dec 2014 22:31:33 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57178) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5R38-0005qD-CS for emacs-devel@gnu.org; Sun, 28 Dec 2014 22:31:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y5R32-0000mi-PA for emacs-devel@gnu.org; Sun, 28 Dec 2014 22:31:18 -0500 Original-Received: from mail-ie0-x234.google.com ([2607:f8b0:4001:c03::234]:57269) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5R32-0000me-Jg for emacs-devel@gnu.org; Sun, 28 Dec 2014 22:31:12 -0500 Original-Received: by mail-ie0-f180.google.com with SMTP id rp18so11278110iec.25 for ; Sun, 28 Dec 2014 19:31:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=XEdwaNVu4Ehpi7nSaBtgVDOcxCk94/mQbP3lyg2m8/o=; b=EecZ9YeVRJSUxFNlTj6Jd4D4cBddg2WGwademjutrn0uEkwGwx2ux+fCe9c2Ecp7DU Uzig9crkRp00t1H3xzw+6dTtreoU1KRpLrYra9akCfaXK0cSZclb2Y3Ppx+JSRP1WMQa /Xc8Gi9XoMapOgtrVOiyXyuj1a3tXHcwUQd6NDv3xGj5TjFBnl++4MB/39cnwMPN96VV wMs+F8wxK4O6kLmcImUiTydX56lRH3FIDAEOPetFJA5H81nSNELnnEiamJhBx6FeOQ0+ VUwsbXKA+3NaJamX7xSJLH0nJPm+03B75LNp+Z/I745S+A6xOLFV1WPZbtxiG2VBiCMx xJ+g== X-Received: by 10.42.88.212 with SMTP id d20mr41799709icm.32.1419823871605; Sun, 28 Dec 2014 19:31:11 -0800 (PST) Original-Received: by 10.107.48.82 with HTTP; Sun, 28 Dec 2014 19:31:11 -0800 (PST) In-Reply-To: <87tx0fczoj.fsf@building.gnus.org> X-Google-Sender-Auth: K6rXpw8n3s5ZB3UFKNapJ6arBk4 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c03::234 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:180792 Archived-At: On Mon, Dec 29, 2014 at 2:00 AM, Lars Ingebrigtsen wrote: >> Well, the web rendering could do with some improvements: properly >> balanced tags, and Nic's JavaScript. > > Redundant end tags is not a requirement for proper HTML. Right, but they are helpful for debugging, verification and maintenance. 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.