From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sebastian Rose Newsgroups: gmane.emacs.devel Subject: Re: paths are sensative to double separators Date: Thu, 19 Mar 2009 11:26:26 +0100 Message-ID: <87bprx8t83.fsf@kassiopeya.MSHEIMNETZ> References: <20090319015037.GC6695@reforged> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1237476428 3506 80.91.229.12 (19 Mar 2009 15:27:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Mar 2009 15:27:08 +0000 (UTC) Cc: Mike Mattie , emacs-devel@gnu.org To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 19 16:28:24 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LkK8l-0005bR-GG for ged-emacs-devel@m.gmane.org; Thu, 19 Mar 2009 16:26:39 +0100 Original-Received: from localhost ([127.0.0.1]:59180 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LkK7O-00081p-Ud for ged-emacs-devel@m.gmane.org; Thu, 19 Mar 2009 11:25:14 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LkJU9-0000VY-FZ for emacs-devel@gnu.org; Thu, 19 Mar 2009 10:44:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LkJU4-0000UM-Ad for emacs-devel@gnu.org; Thu, 19 Mar 2009 10:44:40 -0400 Original-Received: from [199.232.76.173] (port=37097 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LkJU4-0000UH-3z for emacs-devel@gnu.org; Thu, 19 Mar 2009 10:44:36 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:36921) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1LkJU3-0003NR-Gj for emacs-devel@gnu.org; Thu, 19 Mar 2009 10:44:35 -0400 Original-Received: (qmail invoked by alias); 19 Mar 2009 14:44:31 -0000 Original-Received: from p5B043087.dip0.t-ipconnect.de (EHLO kassiopeya.MSHEIMNETZ.gmx.de) [91.4.48.135] by mail.gmx.net (mp055) with SMTP; 19 Mar 2009 15:44:31 +0100 X-Authenticated: #8529601 X-Provags-ID: V01U2FsdGVkX19TkOt1ugVTIBL/0RfZlQ7dLtuKuB5TwFGdIFjnYR k6FzDy2ttmkxMy User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:109696 Archived-At: Miles Bader writes: > Mike Mattie writes: >> I have noticed that paths in Emacs are sensitive to double separators e.g: >> >> (load /foo/bar/baz.el) ;; works >> (load /foo/bar//baz.el) ;; broken >> >> The same behavior occurs with (find-file). >> >> This doesn't seem like a good thing. Is there a good reason for >> it that I am not aware of ? > > It's a feature, as it makes filename entry more convenient, as you can > enter absolute filenames without erasing the existing path when entering > a filename. Maybe stick with the current behaviuor of the filename prompting functions (convenience), but instead of greying out the `/home/' part, remove it from the prompt? As for the rest, I feel it's sick to stick with behaviours different from all the rest of OSs and applications around. While I would have agreed to weeks ago, that this never was an issue, I now changed my mind completely. It's the first time I collided with this issue when working on org-protocol.el. There are some odd differences between find-file versus server-visit-files, find-file versus `ls', emacs versus posix, emacs versus other applications in general. Could someone please enlighten me why to stick with this? It's soo non-standard: Case 1: sh$ ls /home/sebastian//xy.txt sh$ gedit /home/sebastian//xy.txt versus C-x C-f /home//sebastian//xy.txt (OK, convenience, agreed, adjust it a little and it's fine.) Case 2: sh$ emacsclient file:///home/sebastian/xy.txt versus C-x C-f file:///home/sebastian/xy.txt What we get in server-visit-files is this: `/home/sebastian/file:/home/sebastian/xy.txt' Completely odd, isn't it? The `/home/sebastian/' part of it is completly weired and just guessing. Please compare: sh$ gedit file:///home/sebastian/xy.txt sh$ mozilla file:///home/sebastian/xy.txt ... nautilus and _all_ the others but some GNU tools (ls...) Clearly an URL is reuested here, and the scheme is "file". But URL-schemes are completely ignored when it comes to emacsclient (and other GNU tools like `ls'). Resolving URL schemes would solve many problems (think of the scheme "c" in "c:/autoexec.bat") and make emacs more usable (emacsclient "ftp://..."). Regards, Sebastian -- Sebastian Rose, EMMA STIL - mediendesign, Niemeyerstr.6, 30449 Hannover Tel.: +49 (0)511 - 36 58 472 Fax: +49 (0)1805 - 233633 - 11044 mobil: +49 (0)173 - 83 93 417 Http: www.emma-stil.de