all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Barzilay <eli@barzilay.org>
To: Glenn Morris <rgm@gnu.org>
Cc: 19884@debbugs.gnu.org
Subject: bug#19884: 24.3; Unimplemented `url-handler' functions
Date: Tue, 17 Feb 2015 18:10:25 -0500	[thread overview]
Message-ID: <CALO-gutDCS3tr5StNxLAc4sW=spJS-j_nS3qF1On4GBXwwfaZg@mail.gmail.com> (raw)
In-Reply-To: <4ud25819ya.fsf@fencepost.gnu.org>

On Tue, Feb 17, 2015 at 4:53 PM, Glenn Morris <rgm@gnu.org> wrote:
>
> Please could you say exactly what you are trying to do.  It's
> something to do with "loading a URL in Emacs", but you don't say
> precisely how. I think a complete recipe starting from emacs -Q would
> be helpful.

You're right -- I was too lazy to pinpoint the problem, but now I did
it.  Here's a complete and exact sequence:

* Start a bare emacs:
    emacs -Q

* Change this option using `set-variable' or a plain `setq':
    (setq read-file-name-completion-ignore-case t)

* Activate the url-handler mode
    M-x url-handler-mode RET

* Try to load some URL:
    C-x C-f C-a C-k http://barzilay.org/ RET

I get an "Unimplemented" error, because the ignore-case option makes it
do one completion before loading the file -- and that fails since the
respective url-handler functions throw up.  If I make them trivially
accept the curret path things work fine.

I find that ...-completion-ignore-case option very useful (even in
Linux), and I don't think that there's a reasonable way to avoid that
completion-before-accepting-a-name behavior to get it to work.  To have
a less-impactful change, the url-handler functions could throw up
*unless* this option is set, but I don't see any reasonable use for that
error.  In fact, since HTTP always has some content to send you for any
URL -- as long as there is a server on the specified address/port you'll
get some 404 document -- and when dealing with just plain HTTP (no DAV)
it makes sense to just get you that 404 page.

(And hopefully the utility of having the url-handler feature on is
clear: saving you a silly save-to-temp-file-then-open-in-emacs
roundtrip, and allowing you to just open it directly.)

-- 
          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
                    http://barzilay.org/                   Maze is Life!





  reply	other threads:[~2015-02-17 23:10 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-17  5:19 bug#19884: 24.3; Unimplemented `url-handler' functions Eli Barzilay
2015-02-17 21:53 ` Glenn Morris
2015-02-17 23:10   ` Eli Barzilay [this message]
2015-02-18  0:26     ` Alexis
2015-02-18  1:51     ` Eli Barzilay
2015-02-18  1:58     ` Eli Barzilay
2015-02-18  7:46     ` Glenn Morris

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CALO-gutDCS3tr5StNxLAc4sW=spJS-j_nS3qF1On4GBXwwfaZg@mail.gmail.com' \
    --to=eli@barzilay.org \
    --cc=19884@debbugs.gnu.org \
    --cc=rgm@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.