From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: A new online publishing tool for Texinfo documents. Date: Tue, 25 Nov 2003 23:45:51 +0200 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <878ym46s1c.fsf@mail.jurta.org> References: <87znemp5a0.fsf@mail.jurta.org> <200311241410.hAOEAMN11471@f7.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1069797562 15547 80.91.224.253 (25 Nov 2003 21:59:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 25 Nov 2003 21:59:22 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Nov 25 22:59:19 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 1AOlDL-00028M-00 for ; Tue, 25 Nov 2003 22:59:19 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AOlDK-0006iu-00 for ; Tue, 25 Nov 2003 22:59:19 +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 1AOm3a-0003ie-E1 for emacs-devel@quimby.gnus.org; Tue, 25 Nov 2003 17:53:18 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AOm0Z-00035g-G5 for emacs-devel@gnu.org; Tue, 25 Nov 2003 17:50:11 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AOm02-0002zk-Hy for emacs-devel@gnu.org; Tue, 25 Nov 2003 17:50:09 -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 1AOm02-0002zN-3i for emacs-devel@gnu.org; Tue, 25 Nov 2003 17:49:38 -0500 Original-Received: from 80-235-34-228-dsl.mus.estpak.ee ([80.235.34.228] helo=mail.jurta.org) by ns5.tangramltd.com with esmtp (Exim 4.20) id 1AOl2S-0005sQ-2e; Tue, 25 Nov 2003 23:48:04 +0200 Original-To: karl@freefriends.org (Karl Berry) In-Reply-To: <200311241410.hAOEAMN11471@f7.net> (Karl Berry's message of "Mon, 24 Nov 2003 09:10:22 -0500") 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:18122 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18122 karl@freefriends.org (Karl Berry) writes: > But for such browsers HTML files is already good enough solution. > > No, it isn't. That is the whole point of the Bob/Nic proposal. It does > not support search/index-search, which is a crucial feature. The search in a whole document is already available for HTML files in web browsers when HTML output is generated in one HTML file without splitting. However, loading one big HTML file in web browser sometimes is undesirable. In this case to search many HTML files some CGI script on HTTP server will be needed if documentation is viewed on the web by some web browser, or HTML search can be done by Emacs if files are viewed locally. > 1. continue to hack existing info.el to overcome existing limitations > of Info format; > > As I said, I see no point in trying to make Info format into some ersatz > HTML or XML with "logical" markup, trying to somehow allow reformatting > paragraphs and all the other things HTML does. That way lies madness. Yes, I agree that adding more markup to Info format is not an option. What I meant here is the improvement of Info readers without changing the current Info format. > For using the Info system with bitmapped displays, using HTML/XML, such > as Bob and Nic are proposing, seems to me to be a far superior approach. > HTML/XML will be much better at that than the Info format ever could be. > And we lose the simplicity and usefulness of current Info format if we > try to make it into XML. > > 2. extend existing Web browser implemented in Emacs for better support > of Info HTML navigation; > > That is what Bob/Nic are proposing. A new online publishing tool Bob and Nic are proposing will be useful for normal web browsers. However, implementing it with JavaScript and XSLT will require too big effort to make it available for Emacs web browsers. Much easier is to write some Emacs Lisp code to handle such HTML/XML files specially in Emacs web browsers. > 3. try to use an additional XML format in Emacs; > > Again, that is what Bob/Nic are proposing -- essentially. I suppose one > could parse the XML output from Texinfo directly, but I don't think that > has any special benefits in this case. (Although GTK does it.) It > seems better to make it work with web browsers, since most everyone has > a browser installed already. Reading the XML output of Texinfo in Emacs might be a good alternative to the current Info format, because it will allow to extend the XML markup without affecting the Info viewer. -- http://www.jurta.org/emacs/