From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: chad Newsgroups: gmane.emacs.devel Subject: Re: Correspondence between web-pages and Info-pages Date: Thu, 1 Jan 2015 12:00:50 -0800 Message-ID: <81A0F722-D302-4298-B506-55A3FA8DC44B@gmail.com> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1420142477 12880 80.91.229.3 (1 Jan 2015 20:01:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 1 Jan 2015 20:01:17 +0000 (UTC) To: Kelly Dean , emacs Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 01 21:01:10 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 1Y6lvh-00042s-DT for ged-emacs-devel@m.gmane.org; Thu, 01 Jan 2015 21:01:09 +0100 Original-Received: from localhost ([::1]:49440 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y6lvg-0002Wv-MT for ged-emacs-devel@m.gmane.org; Thu, 01 Jan 2015 15:01:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38565) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y6lvV-0002Wo-KY for emacs-devel@gnu.org; Thu, 01 Jan 2015 15:00:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y6lvS-0005O3-Fh for emacs-devel@gnu.org; Thu, 01 Jan 2015 15:00:57 -0500 Original-Received: from mail-pd0-x22d.google.com ([2607:f8b0:400e:c02::22d]:50009) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y6lvS-0005Ny-7j for emacs-devel@gnu.org; Thu, 01 Jan 2015 15:00:54 -0500 Original-Received: by mail-pd0-f173.google.com with SMTP id ft15so22614397pdb.18 for ; Thu, 01 Jan 2015 12:00:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=zRfxJn6VC4fpcCztLZIvl8QFb0iRhA6eNQWGTnqca64=; b=ZroJ+H1rtrovWd2FlYX8tf1/nyQ1H31zrd8PZNMg13tYeU/KIFUqwmZjyDbUYivfie 0M3vJaTFQYiQwjW80FIh1ZktENIF0FXpS+no2iFsP7XhF6FjM/itHoHw4NdCQsth/Nbr yz63M9hzEeD8p0c+daus0xncT5ccrAl7FJ0XWlsVXDXqpyXGZvbfKY6nBFu6dv0/aBqT T0G5NF94MA6fzk0cqPNs0nLUO1xrq5r9Rd7M9eKRCBi4t85Ea49FTDC12s3/gEvYBhIZ aYeiaey7AoWgOkzZ+FiO4SHxUDjNW9ZnG94kHwgoBGr3R/ePSmDHSYCav9OY7MnUSFU3 SrbQ== X-Received: by 10.70.92.3 with SMTP id ci3mr117568813pdb.28.1420142452948; Thu, 01 Jan 2015 12:00:52 -0800 (PST) Original-Received: from [10.0.1.6] (75-165-96-95.tukw.qwest.net. [75.165.96.95]) by mx.google.com with ESMTPSA id a5sm22580867pat.24.2015.01.01.12.00.51 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 01 Jan 2015 12:00:51 -0800 (PST) In-Reply-To: X-Mailer: Apple Mail (2.1993) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c02::22d 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:180918 Archived-At: > On 01 Jan 2015, at 02:38, Kelly Dean wrote: >=20 > chad wrote: >> Redirects of this sort wont do what Stefan wants, because once youre >> looking at one of the target destinations, the links youll have in >> it will be to the post-redirected sources, which breaks on reference. >> Put another way, after I go through the redirect, I cant = cut-and-paste >> the URL from the web browser and have it DTRT. >=20 > But in the solution I proposed, the only change necessary to convert a = post-redirect link to a pre-redirect link is (in the case of HTML as the = redirect target) chop off the =E2=8C=9C.html=E2=8C=9D extension of the = name. That's hardly a dealbreaker (and the Info browser can offer to = chop it automatically if you feed it a URL with a =E2=8C=9C.html=E2=8C=9D = extension). And even that's necessary only because web browsers = traditionally discard the pre-redirect name. It=E2=80=99s not =E2=80=9Ctradition", it=E2=80=99s the behavior = explicitly required by the spec. If the info browser is re-parsing the URL anyway, whats the value added by forcing any change into the web server at all? ~Chad=