From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.devel,gmane.comp.tex.texinfo.bugs Subject: texi2html output validity Date: Tue, 23 Dec 2014 10:37:11 +0000 Message-ID: <87a92ehctk.fsf_-_@violet.siamics.net> References: <87388bnzha.fsf@newcastle.ac.uk> <87k31mdbhe.fsf@uwakimon.sk.tsukuba.ac.jp> <87tx0qiv45.fsf@fencepost.gnu.org> <87h9wqd3i5.fsf@uwakimon.sk.tsukuba.ac.jp> <87h9wqimf0.fsf@fencepost.gnu.org> <87y4q1fekv.fsf@fencepost.gnu.org> <87k31kga2y.fsf@fencepost.gnu.org> <87r3vsdps7.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: ger.gmane.org 1419331077 19655 80.91.229.3 (23 Dec 2014 10:37:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Dec 2014 10:37:57 +0000 (UTC) To: bug-texinfo@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 23 11:37:53 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 1Y3MqZ-0006pM-7U for ged-emacs-devel@m.gmane.org; Tue, 23 Dec 2014 11:37:47 +0100 Original-Received: from localhost ([::1]:43913 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y3MqY-0005Zz-Kd for ged-emacs-devel@m.gmane.org; Tue, 23 Dec 2014 05:37:46 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51843) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y3MqT-0005Ze-1B for emacs-devel@gnu.org; Tue, 23 Dec 2014 05:37:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y3MqP-0002Wv-W9 for emacs-devel@gnu.org; Tue, 23 Dec 2014 05:37:40 -0500 Original-Received: from fely.am-1.org ([2a01:4f8:d15:1b86::2]:52061) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y3MqP-0002Sh-Kx for emacs-devel@gnu.org; Tue, 23 Dec 2014 05:37:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=qQ2400W7aDwt8bdqjD2NzsQDhuhKXJvrcx8JArKH9Vs=; b=rx5wTS6pFHQ2OGLmn2/w5SMU98bQqgSigiprTgjJxrQxqcyGmbZZUlvqJcVXt8/Jxi+UR54xDMSY7+BxUW6VvFjR7l+8ANCfsiiIVAyAgpzRappcStHIZkXulx8HT1aSKfVXUZ3/hJnkmHGb/sjEfHssYRBSuhLuUNnnCuDUnF4=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Y3MqD-0001De-Na; Tue, 23 Dec 2014 10:37:26 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Y3Mq0-0001hq-HK; Tue, 23 Dec 2014 17:37:12 +0700 Mail-Followup-To: bug-texinfo@gnu.org In-Reply-To: <87r3vsdps7.fsf@fencepost.gnu.org> (David Kastrup's message of "Mon, 22 Dec 2014 09:58:32 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a01:4f8:d15:1b86::2 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:180551 gmane.comp.tex.texinfo.bugs:6975 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>>> David Kastrup writes: >>>>> Yuri Khan writes: >>>>> On Sun, Dec 21, 2014 at 11:57 PM, David Kastrup wrote: >>> Well, the HTML looks like >>>

‘accidental-ancient.ly’ >>>

>>> >>> >> border=3D"0" >>> src=3D"79/lily-83620d4b.png" >>> alt=3D"[image of music]"> >>> >>>

>> What? That isn=E2=80=99t even valid HTML. >> In this snippet, I count 2 instances of improper tag nesting, I count just a single one, but yes, that second

surely invalidates the fragment. >> 1 use of obsolete element, 2 uses of obsolete attributes and 1 >> unhelpful alt text. > Well, apart from the unhelpful alt text (which is not easy to make > more helpful, actually, given the way this is generated), that would > be the responsibility of texi2html. Probably worth reporting to the > Texinfo list (Hopefully they allow posts from unsubscribed addresses.) > and/or proposing a fix. I hereby suggest that: =E2=80=A2 the element is /always/ used instead of ; =E2=80=A2 is replaced with ; =E2=80=A2 unless there=E2=80=99s a really good reason to nest

inside= an , =E2=80=93 do it in reverse:

; for one thing,= this makes it possible to simply omit any

s on output. FWIW, the fixed variant (MIMEd) of the example Texinfo-generated HTML code (above) fits my reading of the HTML5 TR, and appears to satisfy the W3C markup validation service [1] just fine. > Now

does not need to nest in HTML, and I can't vouch definitely > that the second

might not belong to some starting

I have not > cut&pasted. As

elements do not nest in HTML, there should /never/ be such a =E2=80=9Csecond=E2=80=9D

. > But it's not really pretty and could probably be fixed by just > removing the generation of any

. The TR does /not/ allow one to omit the closing tag when the

element is nested /inside/ an . Either we do it the other way around (as suggested above), or we still need to close

explicitly, =E2=80=93 in that very case, at the least. [1] http://validator.w3.org/ --=20 FSF associate member #7257 http://boycottsystemd.org/ =E2=80=A6 3013 B6A0= 230E 334A --=-=-= Content-Type: text/html Content-Disposition: inline Untitled

‘accidental-ancient.ly’

[image of music] --=-=-=--