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 08:13:24 +0100 Message-ID: <874msg2qnf.fsf@fencepost.gnu.org> References: <87y4q1fekv.fsf@fencepost.gnu.org> <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> <87wq5c8ybo.fsf@ferrier.me.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1419759636 8353 80.91.229.3 (28 Dec 2014 09:40:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Dec 2014 09:40:36 +0000 (UTC) Cc: emacs-devel@gnu.org, Richard Stallman , monnier@iro.umontreal.ca To: Nic Ferrier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 28 10:40:27 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 1Y5AKp-0001yN-Hi for ged-emacs-devel@m.gmane.org; Sun, 28 Dec 2014 10:40:27 +0100 Original-Received: from localhost ([::1]:57963 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5AKo-0002TI-QF for ged-emacs-devel@m.gmane.org; Sun, 28 Dec 2014 04:40:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35354) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5AKO-00026d-Iw for emacs-devel@gnu.org; Sun, 28 Dec 2014 04:40:01 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y5AKM-00008m-Qp for emacs-devel@gnu.org; Sun, 28 Dec 2014 04:40:00 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43251) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5AKM-00008i-OI for emacs-devel@gnu.org; Sun, 28 Dec 2014 04:39:58 -0500 Original-Received: from localhost ([127.0.0.1]:50417 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5AKD-00082w-B0; Sun, 28 Dec 2014 04:39:49 -0500 Original-Received: by lola (Postfix, from userid 1000) id 54AE3E0593; Sun, 28 Dec 2014 08:13:24 +0100 (CET) In-Reply-To: <87wq5c8ybo.fsf@ferrier.me.uk> (Nic Ferrier's message of "Sat, 27 Dec 2014 23:31:07 +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:180741 Archived-At: Nic Ferrier writes: > It is a BIG job. Getting really good Info like behaviour into a browser > isn't trivial. It's also a thankless task (as I believe has been proved > on this thread). Replacing an existing solution with existing userbase with something that is bound to have worse performance and/or less integration with Emacs is going to be thankless, obviously. The people most expected to profit from it are not even using preinstalled documentation yet. So any thanks will take years to arrive. The most thanks you can expect from existing Info users is that it works hardly worse than before. And it will be quite a bit of work to let the current "I websearch for everything" target clientele lean towards changing their ways as well. So yes: this will very likely require a lot of self-motivation before satisfactory external appreciation is going to come in. > Replacing Info in Emacs with an HTML based Info will also, I suspect, > be thankless. > > I cannot commit to deliver this in the first quarter or anything like > that. > > > But I can promise to keep working on what I've got and making it > better. > > What else would I need to do? I think it might make sense trying to work out a roadmap that draws in some helpers eager to prove themselves. Problem with that is that those might want to work on more "cutting-edge" solutions rather than what simple browsers support. -- David Kastrup