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: Mon, 22 Dec 2014 10:56:28 +0100 Message-ID: <8761d4dn3n.fsf@fencepost.gnu.org> References: <87388bnzha.fsf@newcastle.ac.uk> <87k31mdbhe.fsf@uwakimon.sk.tsukuba.ac.jp> <87tx0qiv45.fsf@fencepost.gnu.org> <87h9wqd3i5.fsf@uwakimon.sk.tsukuba.ac.jp> <87h9wqimf0.fsf@fencepost.gnu.org> <87y4q1fekv.fsf@fencepost.gnu.org> <87fvc858c6.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 1419242217 19041 80.91.229.3 (22 Dec 2014 09:56:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Dec 2014 09:56:57 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 22 10:56:51 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 1Y2zjO-0003iw-7H for ged-emacs-devel@m.gmane.org; Mon, 22 Dec 2014 10:56:50 +0100 Original-Received: from localhost ([::1]:39870 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2zjN-0005f7-Nv for ged-emacs-devel@m.gmane.org; Mon, 22 Dec 2014 04:56:49 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54059) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2zjB-0005eq-Kc for emacs-devel@gnu.org; Mon, 22 Dec 2014 04:56:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y2zjA-00024s-NH for emacs-devel@gnu.org; Mon, 22 Dec 2014 04:56:37 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47979) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2zjA-00024o-KN for emacs-devel@gnu.org; Mon, 22 Dec 2014 04:56:36 -0500 Original-Received: from localhost ([127.0.0.1]:55152 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2zj3-0002O1-8x; Mon, 22 Dec 2014 04:56:29 -0500 Original-Received: by lola (Postfix, from userid 1000) id DF615E0515; Mon, 22 Dec 2014 10:56:28 +0100 (CET) In-Reply-To: <87fvc858c6.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Mon, 22 Dec 2014 18:42:33 +0900") 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:180477 Archived-At: "Stephen J. Turnbull" writes: > Richard Stallman writes: > > > An Info file is read into Emacs all at once, but it is subdivided > > into nodes, and Info displays only one node at any time. > > > > Would it be possible, using a Javascript extension to the browser, to > > get similar behavior from a file of HTML? That is, load a whole > > manual as a single file, then display just one subdivision of it, and > > change to a different subdivision in accord with user commands? > > Yes. There are several browser+Javascript-based presentation packages > (for example, S5) that do exactly that. It's easy to do with simple > HTML and a tiny bit of CSS, and only a few lines of Javascript per > "primitive" navigation function (eg, "next" and "last"). Whether you > could get acceptable appearance and performance, and how much effort > that would take, I don't know. I would guess it's not that hard. I suspect that navigation might suffer. I'm using Firefox, and you can use SPC to scroll down on a large page (like matches to some search on Ebay). Then you use middle-mouse on some link in order to get a separate tab for a particular search result, and the next SPC in your main list restarts much higher on the list again, presumably at the point where the last mouse click was. Using the mouse on the scrollbar in order to rewind the position might or might not work for getting the keyboard scrolling position back into shape. So with Firefox apparently being quite unable to behave sensibly in the context of mixed mouse/keyboard navigation in the context of one straightforward unmodified long list (100 elements or so) on a fixed page, I am somewhat skeptical that it will be lots better when using CSS for magic folding and unfolding. -- David Kastrup