From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Alternative input formats Date: Mon, 08 Dec 2014 09:48:56 -0500 Message-ID: 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 X-Trace: ger.gmane.org 1418050164 8690 80.91.229.3 (8 Dec 2014 14:49:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 8 Dec 2014 14:49:24 +0000 (UTC) Cc: Steinar Bang , Richard Stallman , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 08 15:49:16 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 1Xxzch-0005CK-NN for ged-emacs-devel@m.gmane.org; Mon, 08 Dec 2014 15:49:15 +0100 Original-Received: from localhost ([::1]:34366 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xxzch-0003QS-Ck for ged-emacs-devel@m.gmane.org; Mon, 08 Dec 2014 09:49:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47160) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxzcX-0003Q7-8U for emacs-devel@gnu.org; Mon, 08 Dec 2014 09:49:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XxzcP-0002oJ-PS for emacs-devel@gnu.org; Mon, 08 Dec 2014 09:49:05 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:23646) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxzcP-0002oD-Lb; Mon, 08 Dec 2014 09:48:57 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjsPAOwQflRFxLi7/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCws0EhQYDSSISgnWWQEBAQEGAQEBAR6QbweESAWLAaQugXiEGSGCdwEBAQ X-IPAS-Result: AjsPAOwQflRFxLi7/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCws0EhQYDSSISgnWWQEBAQEGAQEBAR6QbweESAWLAaQugXiEGSGCdwEBAQ X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="99863903" Original-Received: from 69-196-184-187.dsl.teksavvy.com (HELO ceviche.home) ([69.196.184.187]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Dec 2014 09:48:56 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id 9463266162; Mon, 8 Dec 2014 09:48:56 -0500 (EST) 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/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:179393 Archived-At: > I don't think anybody has asked for "full HTML" (and definitely not > "full HTML5", although some HTML5 features might be nice). Not exactly, but when Richard said: Then there will be no reason to insist on one particular source format for manuals for GNU packages. We could allow any source markup format that can generate the three kinds of output we want: * Nicely formatted PS or PDF. (Ideally, passed through TeX.) * HTML used like Info version 2. There's obviously the problem that until we actually define our "InfoML" and promote it, the likelyhood that existing document publishing systems (like Org, RST, AsciiDoc, MarkDown, DocBook, Sphynx, younameit) happen to fall within this subset seems rather small. But, yes I'm all for an InfoML, provided we have an infoml.el that's able to render it fast enough. And who knows, maybe we can design it to be "the union of the output of those existing systems". Stefan