From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kelly Dean Newsgroups: gmane.emacs.devel Subject: Re: Correspondence between web-pages and Info-pages Date: Sun, 04 Jan 2015 06:13:26 +0000 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1420352078 3293 80.91.229.3 (4 Jan 2015 06:14:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 Jan 2015 06:14:38 +0000 (UTC) Cc: emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 04 07:14:31 2015 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 1Y7eSN-0007UL-6t for ged-emacs-devel@m.gmane.org; Sun, 04 Jan 2015 07:14:31 +0100 Original-Received: from localhost ([::1]:56194 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7eSM-0005vy-79 for ged-emacs-devel@m.gmane.org; Sun, 04 Jan 2015 01:14:30 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57091) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7eS8-0005vi-8e for emacs-devel@gnu.org; Sun, 04 Jan 2015 01:14:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y7eS5-0007mc-0a for emacs-devel@gnu.org; Sun, 04 Jan 2015 01:14:16 -0500 Original-Received: from relay5-d.mail.gandi.net ([2001:4b98:c:538::197]:41758) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7eS4-0007mY-R1; Sun, 04 Jan 2015 01:14:12 -0500 Original-Received: from mfilter8-d.gandi.net (mfilter8-d.gandi.net [217.70.178.137]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id B279941C05C; Sun, 4 Jan 2015 07:14:11 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter8-d.gandi.net Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter8-d.gandi.net (mfilter8-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id Z2fgC5xZxBLJ; Sun, 4 Jan 2015 07:14:10 +0100 (CET) X-Originating-IP: 162.248.99.114 Original-Received: from localhost (114-99-248-162-static.reverse.queryfoundry.net [162.248.99.114]) (Authenticated sender: kelly@prtime.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 82C0741C062; Sun, 4 Jan 2015 07:14:09 +0100 (CET) In-reply-to: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4b98:c:538::197 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:180955 Archived-At: Richard Stallman wrote: >> The solution to that, of course, is to simply have the browser >> fetch through a cache, like standard web browsers do. To install >> files locally, just fetch them, then pin them in the cache. > > The manuals should be included in our packages and installed > just as they are now. What's the advantage? If the Info browser (or HTML-Info browser or whatever) is going to suppor= t reading manuals online that the user doesn't already have a local copy = of, which is a feature that other people in this thread have already said= would be a good idea, then in practice, the browser is going to need a c= ache, for the same reason that standard web browsers have caches. Using a cache, of course, means the browser will support looking in a loc= al place (the cache) for manuals that the user tries to read, and if they= 're there, display them with no network traffic required. Since that cach= e will be needed anyway, I proposed to use it as the place to put the man= uals that come with Emacs. So when you rebut my proposal and say, =E2=80=9FThe manuals should be inc= luded in our packages and installed just as they are now=E2=80=9D, it see= ms you're saying the manuals should be put in a different place P than th= e browser's cache C. What happens when the user enters the URL of a manua= l page? Local and online copies of the content are identical (since the v= ersion number will be encoded in the URL), so of course, the browser shou= ld check P, and if the content is there, not bother checking online. But the browser also checks C. Since that's the case, what's the advantag= e of having P and C be different? They should be the same, for simplicity= 's sake. IOW, put the manuals in the cache (preload them there in Emacs r= eleases), and pin them there by default.