From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Nic Ferrier Newsgroups: gmane.emacs.devel Subject: Re: Changes to Texinfo DTD Date: 20 Nov 2003 22:51:18 +0000 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87zneqhcwp.fsf@kanga.tapsellferrier.co.uk> References: <200310280126.h9S1Q9N16202@f7.net> <20031028105102.GA7330@dirtyweb.penguinpowered.com> <20031030104238.GA11503@dirtyweb.penguinpowered.com> <87vfps2x9r.fsf@ID-87814.user.dfncis.de> <878ymfdsx9.fsf@mail.jurta.org> <8765heixvu.fsf@kanga.tapsellferrier.co.uk> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1069369643 30892 80.91.224.253 (20 Nov 2003 23:07:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 20 Nov 2003 23:07:23 +0000 (UTC) Cc: bob@rattlesnake.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Nov 21 00:07:20 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AMxtQ-0007vS-00 for ; Fri, 21 Nov 2003 00:07:20 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AMxtQ-0002wu-00 for ; Fri, 21 Nov 2003 00:07:20 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AMyce-0006R6-2L for emacs-devel@quimby.gnus.org; Thu, 20 Nov 2003 18:54:04 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AMycD-0006Q9-Dk for emacs-devel@gnu.org; Thu, 20 Nov 2003 18:53:37 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AMybg-0006HU-5Z for emacs-devel@gnu.org; Thu, 20 Nov 2003 18:53:36 -0500 Original-Received: from [217.34.135.17] (helo=tf1.tapsellferrier.co.uk) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AMybf-0006H8-F1 for emacs-devel@gnu.org; Thu, 20 Nov 2003 18:53:03 -0500 Original-Received: from host217-34-135-22.in-addr.btopenworld.com ([217.34.135.22] helo=kanga.tapsellferrier.co.uk) by tf1.tapsellferrier.co.uk with esmtp (Exim 3.35 #1 (Debian)) id 1AMxe1-0008Fl-00; Thu, 20 Nov 2003 22:51:25 +0000 Original-Received: from localhost ([127.0.0.1] helo=kanga.tapsellferrier.co.uk ident=nferrier) by kanga.tapsellferrier.co.uk with esmtp (Exim 3.35 #1 (Debian)) id 1AMxdu-0001Rm-00; Thu, 20 Nov 2003 22:51:18 +0000 Original-To: Oliver Scholz In-Reply-To: Original-Lines: 53 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:17990 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17990 Oliver Scholz writes: > It seems to me that we are talking about entirely different things. I > wrote under the assumption that a small and lightweight standalone > info reader that works on a console is necessary. It is not that I am > particulary fond of that reader. In fact I have never used it before > this thread started. It is just that I believe that such a > minimalistic reader must exist, because info is the GNU system's > primary help and documentation system. Since everybody in this thread > seemed to agree that getting the standalone console reader to support > a new format would be the hart part, I focused only on this reader. I am not arguing for a removal of the info reader. I use the info reader A LOT. Much more than other people in this thread seem to (and I do mean the info reader, not the emacs info tool). But why does the info reader have to be adapted to support a new format? > If you can make your solution for Emacs work without a significant > performance loss (Emacs/W3 is not the fastest html renderer known to > mankind), then this is fine for me, personally. Though, I don't like > the idea of making C-h i depend on yet another external program, > unless this program ships with the Emacs tarball. We don't need to make W3 support XSLT for reading local info files, only remote ones that you read over the web. And even then... as Bob was saying, we don't NEED to make Emacs read the files because there are other solutions for doing it. I think we're looking at a fairly small problem space here. > > Nah. Just call out to a command line XSLT engine to turn the XML into > > HTML. > [...] > > That's still process communication + rendering. You could say that... but here's the elisp to do the XSL bit: (let ((x (make-temp-file "xmlout")) (n (get-buffer-create "html"))) (write-region (point-min) (point-max) x) (shell-command (concat "xsltproc --html emacsw3-xml-html.xsl " x) n) ;; now buffer n contains html so render that...) Nic