From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.devel Subject: Re: Alternative input formats Date: Mon, 08 Dec 2014 07:27:39 +0000 Message-ID: <87oarek3dg.fsf@violet.siamics.net> References: <20141205123549.GA29331@thyrsus.com> <2815659.zRQ0WWWeRr@descartes> <20141205175810.GD3120@thyrsus.com> <87wq66ufyt.fsf@wanadoo.es> <87tx18vl0v.fsf@dod.no> <87iohnvh3m.fsf@dod.no> <877fy3lmm4.fsf@violet.siamics.net> <877fy3vcw4.fsf@dod.no> <8761dmkdsp.fsf@uwakimon.sk.tsukuba.ac.jp> 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 1418023697 2619 80.91.229.3 (8 Dec 2014 07:28:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 8 Dec 2014 07:28:17 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 08 08:28:08 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 1Xxsjn-000230-UC for ged-emacs-devel@m.gmane.org; Mon, 08 Dec 2014 08:28:08 +0100 Original-Received: from localhost ([::1]:60392 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xxsjn-0008A7-Er for ged-emacs-devel@m.gmane.org; Mon, 08 Dec 2014 02:28:07 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36797) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxsjY-00089y-LQ for emacs-devel@gnu.org; Mon, 08 Dec 2014 02:27:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XxsjW-00087s-KK for emacs-devel@gnu.org; Mon, 08 Dec 2014 02:27:52 -0500 Original-Received: from fely.am-1.org ([2a01:4f8:d15:1b86::2]:50079) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxsjW-00087K-9F for emacs-devel@gnu.org; Mon, 08 Dec 2014 02:27:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=R9dZyovlN/AOIMRsx84Uv6SxpiY8nTxhWhGwrrGwzCo=; b=re+NzASuuy8lF3fi7uOTcJuzGTLtyWxXtC8DIl2PH0OABhZ5IIMczolJKdTmTGdsgEltiPDcls7m4+Blzod4TpvEz0g0xCXd6FvD9QaLgGJzMKl03t4KZrVEzNgNo9vFhhPjHMdbJvu2GiGwPwFYMAm0pMNPu40QXM/62cFVUEE=; 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 1XxsjT-0008FZ-RQ for emacs-devel@gnu.org; Mon, 08 Dec 2014 07:27:48 +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 1XxsjM-0006ty-Cq for emacs-devel@gnu.org; Mon, 08 Dec 2014 14:27:40 +0700 Mail-Followup-To: emacs-devel@gnu.org In-Reply-To: <8761dmkdsp.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Mon, 08 Dec 2014 12:42:30 +0900") 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:179361 Archived-At: >>>>> Stephen J Turnbull writes: [=E2=80=A6] > I don't think anybody has asked for "full HTML" (and definitely not > "full HTML5", although some HTML5 features might be nice). I see no outright issues with implementing support for the majority of elements and attributes HTML5 defines, =E2=80=93 at least those unrelated to CSS, ECMAScript, and videos. Fortunately, HTML5 makes little effort to specify how a conforming browser should display any particular element or document, =E2=80=93 it instead delegates that to CSS. Hence, we may very well improve EWW for a decent HTML5 conformance, leaving CSS conformance aside. > Certainly the necessary navigation features are easy to implement in > Emacs Lisp. The Emacs Lisp InfoML browser can provide them natively, > and ignore the Ecmascript functions that conventional browsers would > probably use to support navigation. Seconded. > Other than that we need faces, and I would suggest prohibiting EM > (and I!) and STRONG (ditto B!) elements in favor of semantic markup > on DIV and SPAN elements ('class=3D"nextNode"' and the like). I=E2=80=99m unsure if I understand; per the HTML5 specification, and are /already/ =E2=80=9Csemantic markup,=E2=80=9D =E2=80=93 = as well as and (which are redefined to that effect.) Consider the excerpts from [1] below. I hope you don=E2=80=99t suggest we use, say, instead of plain ? [1] http://www.w3.org/TR/html5/text-level-semantics.html [=E2=80=A6] 4.5.2 The em element The em element represents stress emphasis of its contents. 4.5.3 The strong element The strong element represents strong importance, seriousness, or urgency for its contents. 4.5.17 The i element The i element represents a span of text in an alternate voice or mood, or otherwise offset from the normal prose in a manner indicating a different quality of text, such as a taxonomic designation, a technical term, an idiomatic phrase from another language, transliteration, a thought, or a ship name in Western texts. 4.5.18 The b element The b element represents a span of text to which attention is being drawn for utilitarian purposes without conveying any extra importance and with no implication of an alternate voice or mood, such as key words in a document abstract, product names in a review, actionable words in interactive text-driven software, or an article lede. --=20 FSF associate member #7257 http://boycottsystemd.org/ =E2=80=A6 3013 B6A0= 230E 334A