From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: HTML-Info design Date: Sun, 28 Dec 2014 15:20:23 +0100 Message-ID: <87oaqn26vs.fsf@fencepost.gnu.org> References: <87fvc858c6.fsf@uwakimon.sk.tsukuba.ac.jp> <87ioh4nf8k.fsf@ferrier.me.uk> <83y4pzptpx.fsf@gnu.org> <871tnr1gqo.fsf@ferrier.me.uk> <83bnmvowdb.fsf@gnu.org> <83ppbanqhe.fsf@gnu.org> <87vbl2xigp.fsf@ferrier.me.uk> <83ioh2nlow.fsf@gnu.org> <87sig6xech.fsf@ferrier.me.uk> <83fvc5ni0u.fsf@gnu.org> <87k31fwwyv.fsf@ferrier.me.uk> <87bnmq9ibf.fsf@ferrier.me.uk> <87lhlrx5fc.fsf@building.gnus.org> <877fxb9821.fsf@ferrier.me.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1419776464 10170 80.91.229.3 (28 Dec 2014 14:21:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Dec 2014 14:21:04 +0000 (UTC) Cc: Richard Stallman , emacs-devel@gnu.org, eliz@gnu.org, Stefan Monnier , Lars Ingebrigtsen , stephen@xemacs.org To: Nic Ferrier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 28 15:20:58 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 1Y5EiD-0003UH-Sj for ged-emacs-devel@m.gmane.org; Sun, 28 Dec 2014 15:20:54 +0100 Original-Received: from localhost ([::1]:58580 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5EiD-00067g-7Z for ged-emacs-devel@m.gmane.org; Sun, 28 Dec 2014 09:20:53 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41311) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5Ehw-00067U-1I for emacs-devel@gnu.org; Sun, 28 Dec 2014 09:20:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y5Ehs-0008AS-AM for emacs-devel@gnu.org; Sun, 28 Dec 2014 09:20:35 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46935) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5Ehs-0008AO-4s for emacs-devel@gnu.org; Sun, 28 Dec 2014 09:20:32 -0500 Original-Received: from localhost ([127.0.0.1]:54109 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5Ehk-0001SR-2i; Sun, 28 Dec 2014 09:20:24 -0500 Original-Received: by lola (Postfix, from userid 1000) id A9728DF8BC; Sun, 28 Dec 2014 15:20:23 +0100 (CET) In-Reply-To: <877fxb9821.fsf@ferrier.me.uk> (Nic Ferrier's message of "Sun, 28 Dec 2014 14:13:10 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:180752 Archived-At: Nic Ferrier writes: > Lars Ingebrigtsen writes: > >> Stefan Monnier writes: >> >>>> 4. Emacs Lisp code to browse HTML-Info files. >>> >>> I think this will be most difficult part, so better focus on this part >>> than on the #3 which should be a piece of cake once we have an Elisp >>> solution for the rendering. >> >> I don't see why this would be difficult. >> >> `M-x eww RET >> http://www.gnu.org/software/emacs/manual/html_node/emacs/index.html RET' >> >> and you're off. The `n'/`p'/`u' commands work as in Info already, so >> the only thing that's missing is the index (which is trivial to add). >> >> And a search engine, which sounds like a fun weekend project for >> somebody who finds that sort of thing amusing. > > Do that then. > > But I think the problems with that will be the problems with eww. Poor > caching (your solution would immediately invalidate what Stefan said was > his #1), difficult to make multiple buffers, etc... > > Also, I think it would be unacceptable to most people. A separate Info > viewer is desired. It's probably more realistic to arrive at acceptable semantics that way, but it would likely still be sensible to share transports, general HTML parsing and a number of other things (like most of the rendering) with eww. -- David Kastrup