From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel,gmane.comp.tex.texinfo.pretest Subject: Re: A new online publishing tool for Texinfo documents. Date: Mon, 24 Nov 2003 09:57:59 +0200 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87znemp5a0.fsf@mail.jurta.org> References: <200311222118.hAMLI3v07843@f7.net> <87r800dr09.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 1069660960 18046 80.91.224.253 (24 Nov 2003 08:02:40 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 24 Nov 2003 08:02:40 +0000 (UTC) Cc: epameinondas@gmx.de, bob@rattlesnake.com, karl@freefriends.org, texinfo-pretest@texinfo.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Nov 24 09:02:34 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 1AOBg2-0003WV-00 for ; Mon, 24 Nov 2003 09:02:34 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AOBg1-0007CP-01 for ; Mon, 24 Nov 2003 09:02:34 +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 1AOCcc-0006yt-VD for emacs-devel@quimby.gnus.org; Mon, 24 Nov 2003 04:03:06 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AOCcX-0006yX-0x for emacs-devel@gnu.org; Mon, 24 Nov 2003 04:03:01 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AOCc0-0006vS-LV for emacs-devel@gnu.org; Mon, 24 Nov 2003 04:02:59 -0500 Original-Received: from [64.246.52.22] (helo=ns5.tangramltd.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1AOCc0-0006vF-1n for emacs-devel@gnu.org; Mon, 24 Nov 2003 04:02:28 -0500 Original-Received: from 80-235-43-250-dsl.mus.estpak.ee ([80.235.43.250] helo=mail.jurta.org) by ns5.tangramltd.com with esmtp (Exim 4.20) id 1AOBeT-0002MS-CS; Mon, 24 Nov 2003 10:00:57 +0200 Original-To: Nic Ferrier In-Reply-To: <87r800dr09.fsf@kanga.tapsellferrier.co.uk> (Nic Ferrier's message of "22 Nov 2003 21:37:10 +0000") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns5.tangramltd.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jurta.org 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:18068 gmane.comp.tex.texinfo.pretest:1159 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18068 Nic Ferrier writes: > karl@freefriends.org (Karl Berry) writes: >> At that time, I stated (and still believe) that starting with the >> makeinfo XML output would be much better and easier than turning Info >> format into some kind of ersatz XML/HTML. So I'm very happy to see this >> proposal :). > > I think that's true as well. I'm considering some work to make > libxml2 (which provides xsltproc) available as part of Emacs. This > would make using it very simple indeed. Making some XML library available as part of Emacs might be useful. Current XML parsing implemented in Emacs Lisp is too slow on large XML files. But maybe building a DOM tree from makeinfo XML output is not needed at all. This might be needed for XML transformation, e.g. for reordering the Info nodes. But for simple text formatting a simple sequential SAX-like processor should be enough. It could provide, for instance, the following hooks: (defun xml-start-element (name atts)) (defun xml-characters (str) (insert str)) (defun xml-end-element (name from to) ;; this could be used to format the inserted text (cond ((equal name "para")) (fill-region-as-paragraph from to))) >> Here are other comments. >> >> alter makeinfo --xml so that it splits the XML by Texinfo >> >> I am no xml expert, but I'm not sure that is necessary or desirable, >> since the only thing that will read the XML is other scripts. It is the >> specialized HTML that needs to be split. And even then, split nodes are >> just one possible outcome. There are xref issues here, which Patrice >> Dumas and I have hashed over at some length. Anyway, all that is a >> technical detail. > > It's not necessary because you can easily chunk XML with > XSLT. However, I think it's desirable because it's what one might > expect... > > But this could certainly warrant further discussion. I'm not going to > do it straight away, I'll be using XSLT to do my chunking initially. It's better not to split a XML file, because splitting it to many files will complicate the processing of XML structure as a whole. >> JavaScript is the only standard way to do browser-side programming that >> I know of. It may turn out that only a small subset of JavaScript is >> actually needed for the job, that wouldn't be as painful to add to Emacs >> and Lynx as the whole huge mess. > > Whatever, as you say, because Emacs is so adaptable we can achieve > something. It's just "what thing" which is important. JavaScript is mostly useful for web applications supposed to run in mainstream browsers. But for such browsers HTML files is already good enough solution. What is rather needed is to improve Emacs Info browser. Currently I see at least three ways to do it: 1. continue to hack existing info.el to overcome existing limitations of Info format; 2. extend existing Web browser implemented in Emacs for better support of Info HTML navigation; 3. try to use an additional XML format in Emacs; -- http://www.jurta.org/emacs/