From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Rename `eww' to `web' Date: Thu, 04 Jul 2013 14:11:22 +0900 Message-ID: <87a9m2x62t.fsf@uwakimon.sk.tsukuba.ac.jp> References: <8738s087wj.fsf@gmail.com> <87bo6mjv4s.fsf@lifelogs.com> <871u7gavwx.fsf@catnip.gol.com> <87obaj39sc.fsf@lifelogs.com> <4btxkb7gw7.fsf@fencepost.gnu.org> <87k3l72z81.fsf@lifelogs.com> <87fvvv2j6u.fsf@lifelogs.com> <993F5C9C-9271-4B83-BC04-F8E41CE11701@mit.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1372914692 8399 80.91.229.3 (4 Jul 2013 05:11:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Jul 2013 05:11:32 +0000 (UTC) Cc: emacs-devel@gnu.org To: chad Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 04 07:11:33 2013 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 1UubpM-0003Ue-4J for ged-emacs-devel@m.gmane.org; Thu, 04 Jul 2013 07:11:32 +0200 Original-Received: from localhost ([::1]:56638 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UubpL-0007L1-8F for ged-emacs-devel@m.gmane.org; Thu, 04 Jul 2013 01:11:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43286) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UubpH-0007Jp-5k for emacs-devel@gnu.org; Thu, 04 Jul 2013 01:11:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UubpG-0000IY-85 for emacs-devel@gnu.org; Thu, 04 Jul 2013 01:11:27 -0400 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:44937) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UubpF-0000II-Mr for emacs-devel@gnu.org; Thu, 04 Jul 2013 01:11:26 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id 35C9C970995; Thu, 4 Jul 2013 14:11:23 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id ED4261209DC; Thu, 4 Jul 2013 14:11:22 +0900 (JST) In-Reply-To: <993F5C9C-9271-4B83-BC04-F8E41CE11701@mit.edu> X-Mailer: VM undefined under 21.5 (beta32) "habanero" b0d40183ac79 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.224 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:161510 Archived-At: > On 03 Jul 2013, at 18:43, Ted Zlatanov wrote: > > I think it's pretty easy to tell a URL (we already do that in many > > packages), and the user can always use `find-file-literally'. @tzz: That's hardly likely to make the user happy. f-f-l delivers the bytes found on disk, completely uninterpreted. chad writes: > Unencoded full URL's cannot be valid filenames under the vast "Valid *canonical* filenames". In most cases the "//" marking the authority will be interpreted as a single path separator. > majority of filesystems, including GNU/Linux and macosx. I think > they might theoretically be valid in w32 systems like ntfs, but I don't think so; the "//" prefix for a share can't be preceded by a drive letter. > many (most?) of those systems already allow the user to enter URLs > where filenames are requested, so it doesn't seem likely to be a > problem there, either. Anyone know for sure? Where's the system issue? Inside Emacs, URL-encode whatever you're given and prefix "file:///" to it. If that exists, ask the user if the local file is what they want. Otherwise, try the URL-encoded form literally. This try-and-prompt behavior should be optional, as I suspect it's rarely applicable and even more rarely wanted. The issue here is going to be edge cases involving `default-directory', which should probably be renamed `default-base-url'. > It seems like we just recently built this dispatcher functionality > for sending email from emacs, didn't we? No, that's been around for decade, at least. > If not, perhaps it's as simple as a set of standardized aliases for > common functionality, with the defaults set to a choose-from-a-list > function? It's not that simple. The base case is, but users typically want to be able to tune their preferred implementation. For common options, there should be standard custom variables in Emacs, but people should also be able to drill down to the implementation and use its option names. Building a generic way to handle all this functionality for different applications is not going to be trivial. For the moment I think building dispatchers on a case-by-case basis isn't so hard, and eventually somebody will get the itch.