GNU bug report logs - #350
ido-mode not compatible with url-handler-mode

Previous Next

To reply to this bug, email your comments to 350 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Jared Finder <jfinder <at> crypticstudios.com>
To: "'bug-gnu-emacs <at> gnu.org'" <bug-gnu-emacs <at> gnu.org>
Subject: ido-mode not compatible with url-handler-mode
Date: Mon, 2 Jun 2008 13:21:34 -0700

[Message part 1 (text/plain, inline)]

url-handler-mode is awesome!  ido-mode is too, but they are not
compatible with each other.

With url-handler-mode and ido-mode enabled, try typing
http://www.google.com.  ido-mode will not let you type in that url.
You need to use C-f to enter "normal" url handler mode.

  -- MJF

In GNU Emacs 22.2.1 (i386-mingw-nt5.1.2600)  of 2008-03-26 on RELEASE
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)' Important settings:
value of $LC_ALL: nil   value of $LC_COLLATE: nil   value of
$LC_CTYPE: nil   value of $LC_MESSAGES: nil   value of $LC_MONETARY:
nil   value of $LC_NUMERIC: nil   value of $LC_TIME: nil   value of
$LANG: ENU   locale-coding-system: cp1252
default-enable-multibyte-characters: t Major mode: Emacs-Lisp/lw Minor
modes in effect:   eldoc-mode: t   url-handler-mode: t
global-balanced-mode: t   balanced-mode: t   hrule-mode: t
global-hi-lock-mode: t   hi-lock-mode: t   c-subword-mode: t
show-paren-mode: t   recentf-mode: t   global-reveal-mode: t
reveal-mode: t   global-c-subword-mode: t   shell-dirtrack-mode: t
cua-mode: t   encoded-kbd-mode: t   tooltip-mode: t
mouse-wheel-mode: t   menu-bar-mode: t   file-name-shadow-mode: t
global-font-lock-mode: t   font-lock-mode: t   blink-cursor-mode: t
unify-8859-on-encoding-mode: t   utf-translate-cjk-mode: t
auto-compression-mode: t   column-number-mode: t   line-number-mode: t
transient-mark-mode: t Recent input: <return> C-x k <return> <apps> w
3 SPC <backspace>  <backspace> <backspace> <backspace> u r l <tab>
<tab>  <tab> v <tab> <return> C-h f u r l <tab> <tab> <tab>  <tab> g
<tab> <tab> <tab> e t SPC u <tab> <tab> <C-backspace>  <C-backspace>
<C-backspace> <C-backspace> <C-backspace>  f i n d SPC u r <tab>
<backspace> <backspace> <C-backspace>  <C-backspace> u r l SPC f <tab>
<tab> i n <tab> <backspace>  l <tab> <return> <down> <down> <down>
<down> <down>  <down> C-x k <return> C-x 1 C-x b <return>
<switch-frame>  <help-echo> <switch-frame> <switch-frame>
<select-window>  <apps> s c r 9 a <tab> <backspace> <backspace> a ;
<tab> <backspace> t <tab> <return> <switch-frame> <apps>  u r l SPC v
<tab> <return> <apps> u r l <tab> <tab>  <tab> v <tab> <return>
<right> <right> <right> <apps>  u r l <tab> <tab> <tab> h <tab>
<return> <right> <right>  <right> <right> <right> <right> <right>
<right> <home>  <S-end> C-c <timeout> C-x C-f C-x C-f <S-home> C-v
<return> <down> <down> <down> <down> <down> <down>  <down> <down>
<down> <down> <down> <down> <down> <down>  C-h f u r l SPC h a n <tab>
SPC <tab> m <tab> <return>  <select-window> <select-window>
<help-echo> <select-window>  <help-echo> <down-mouse-1> <mouse-2>
<help-echo> <help-echo>  <wheel-down> <double-wheel-down> C-x C-f h t
t p :  / / / s <backspace> h t t p <backspace> <backspace>
<backspace> <backspace> <backspace> C-g <down> <up>  <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <down>  <down> <down> <down> <down>
<down> <down> <down> <down>  <down> <M-right> <M-left> <down> <down>
<down> <down>  <down> <down> <down> <down> <down> <down> <down> <down>
<right> <right> <right> <right> <right> <right> <right>  <right>
<right> C-h v <return> <help-echo> <help-echo>  <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo>  <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo>  <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo>  <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo>  <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo>  <help-echo>
<help-echo> <help-echo> <menu-bar> <help-menu>
<send-emacs-bug-report> Recent messages: Display version number,
copyright info, and basic help Explain that Emacs has NO WARRANTY Show
the Emacs license (GPL) How to get latest versions of Emacs Lisp
packages distributed separately for use in Emacs Find packages and
features by keyword Full documentation of Emacs features Our doctor
will help you feel better Send e-mail to Emacs maintainers Loading
emacsbug...done

[Message part 2 (text/html, inline)]

Message #10 received at 350 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: 350 <at> debbugs.gnu.org
Cc: Jared Finder <jfinder <at> crypticstudios.com>
Subject: Re: ido-mode not compatible with url-handler-mode
Date: Sun, 07 Sep 2008 15:48:53 +0200

> url-handler-mode is awesome!  ido-mode is too, but they are not
> compatible with each other.
>
> With url-handler-mode and ido-mode enabled, try typing
> http://www.google.com.  ido-mode will not let you type in that url.

I'm unable to reproduce that here.  Do you mean that in an arbitrary
buffer simply enabling `url-handler-mode' and `ido-mode' impedes you
typing that URL?  Couly you please give a precise step by step
description with emacs -Q?

> You need to use C-f to enter "normal" url handler mode.

Forward from where?

Thanks, martin

Message #15 received at 350 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: "Kim F. Storm" <storm <at> cua.dk>
Cc: Jared Finder <jfinder <at> crypticstudios.com>, 350 <at> debbugs.gnu.org
Subject: Re: ido-mode not compatible with url-handler-mode
Date: Sun, 07 Sep 2008 14:56:58 -0400

> url-handler-mode is awesome!  ido-mode is too, but they are not
> compatible with each other.
>
> With url-handler-mode and ido-mode enabled, try typing
> http://www.google.com [in the C-x C-f prompt].  ido-mode will not let
> you type in that url.  You need to use C-f to enter "normal" url
> handler mode.

Hi Kim,

Here's a bug report about ido-mode.  Do you have time to take a look at
it?  If not, suggestions about how to fix the problem would be welcome.

Message #20 received at 350 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: storm <at> cua.dk (Kim F. Storm)
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: Jared Finder <jfinder <at> crypticstudios.com>, 350 <at> debbugs.gnu.org
Subject: Re: ido-mode not compatible with url-handler-mode
Date: Sun, 07 Sep 2008 21:28:03 +0200

Chong Yidong <cyd <at> stupidchicken.com> writes:

>> url-handler-mode is awesome!  ido-mode is too, but they are not
>> compatible with each other.
>>
>> With url-handler-mode and ido-mode enabled, try typing
>> http://www.google.com [in the C-x C-f prompt].  ido-mode will not let
>> you type in that url.  You need to use C-f to enter "normal" url
>> handler mode.
>
> Hi Kim,
>
> Here's a bug report about ido-mode.  Do you have time to take a look at
> it?  If not, suggestions about how to fix the problem would be welcome.

Hi Chong

Ido already has code to deal sensibly with tramp syntax.  It does this
by calling tramp to return completions for a given input matching a
tramp-like filename.

Maybe there is a similar way to do that for the url package, by
checking the input against url-handler-regexp, and calling the
url package's completion functions.

Unfortunately, those are unimplemented, so there really isn't much
ido can do to "improve" url-handler-mode:

(defun url-file-name-completion (url directory)
  (error "Unimplemented"))

(defun url-file-name-all-completions (file directory)
  (error "Unimplemented"))



This is a major reason why ido provides the C-f fallback to standard
"find-file"; then you can enter stuff which doesn't have a reasonable
ido semantics.

So really there is no bug here - it's one of the IMO very minor
problems of using ido.

-- 
Kim F. Storm <storm <at> cua.dk> http://www.cua.dk

View this message in rfc822 format

From: Leo Liu <sdl.web <at> gmail.com>
To: storm <at> cua.dk (Kim F. Storm)
Cc: Jared Finder <jfinder <at> crypticstudios.com>, Chong Yidong <cyd <at> stupidchicken.com>, 350 <at> debbugs.gnu.org
Subject: bug#350: ido-mode not compatible with url-handler-mode
Date: Sat, 13 Jul 2013 13:21:13 +0800

On 2008-09-08 03:28 +0800, Kim F. Storm wrote:
> So really there is no bug here - it's one of the IMO very minor
> problems of using ido.

I intend to close this bug if no one objects.

Leo

Message #29 received at 350 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Leo Liu <sdl.web <at> gmail.com>
Cc: Jared Finder <jfinder <at> crypticstudios.com>, 350 <at> debbugs.gnu.org,
 "Kim F. Storm" <storm <at> cua.dk>
Subject: Re: bug#350: ido-mode not compatible with url-handler-mode
Date: Sat, 13 Jul 2013 16:07:01 -0400

>> So really there is no bug here - it's one of the IMO very minor
>> problems of using ido.
> I intend to close this bug if no one objects.

No, it should be fixed instead.  The fix is pretty simple: make
url-file-name-completion and url-file-name-all-completions return
a valid value which represents the fact that we don't know what could be
the completions ("everything could be a valid completion") instead of
signaling an error.


        Stefan

Message #32 received at 350 <at> debbugs.gnu.org (full text, mbox):

From: Leo Liu <sdl.web <at> gmail.com>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Cc: Jared Finder <jfinder <at> crypticstudios.com>, 350 <at> debbugs.gnu.org,
 "Kim F. Storm" <storm <at> cua.dk>
Subject: Re: bug#350: ido-mode not compatible with url-handler-mode
Date: Sun, 14 Jul 2013 11:07:50 +0800

On 2013-07-14 04:07 +0800, Stefan Monnier wrote:
> No, it should be fixed instead.  The fix is pretty simple: make
> url-file-name-completion and url-file-name-all-completions return
> a valid value which represents the fact that we don't know what could be
> the completions ("everything could be a valid completion") instead of
> signaling an error.

Do you mean removing all of the following in url-handlers.el?

,----
| (defun url-file-name-completion (url directory &optional predicate)
|   (error "Unimplemented"))
| (put 'file-name-completion 'url-file-handlers 'url-file-name-completion)
| 
| (defun url-file-name-all-completions (file directory)
|   (error "Unimplemented"))
| (put 'file-name-all-completions
|      'url-file-handlers 'url-file-name-all-completions)
`----

Also, url-handler-regexp and tramp's syntax seems colliding.

Leo

Message #35 received at 350 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Leo Liu <sdl.web <at> gmail.com>
Cc: Jared Finder <jfinder <at> crypticstudios.com>, 350 <at> debbugs.gnu.org,
 "Kim F. Storm" <storm <at> cua.dk>
Subject: Re: bug#350: ido-mode not compatible with url-handler-mode
Date: Mon, 15 Jul 2013 19:48:00 -0400

>> No, it should be fixed instead.  The fix is pretty simple: make
>> url-file-name-completion and url-file-name-all-completions return
>> a valid value which represents the fact that we don't know what could be
>> the completions ("everything could be a valid completion") instead of
>> signaling an error.
> Do you mean removing all of the following in url-handlers.el?

You could start with that and see how it behaves (maybe it won't work
right either since it would presumably call those functions with the URL
as if it were a local file, better might be to keep the code but make
the functions return a "correct" value).

> Also, url-handler-regexp and tramp's syntax seems colliding.

Never had a problem with that.


        Stefan

Message #38 received at 350 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Jared Finder <jfinder <at> crypticstudios.com>
Cc: 350 <at> debbugs.gnu.org
Subject: Re: bug#350: ido-mode not compatible with url-handler-mode
Date: Tue, 1 Oct 2019 18:20:11 +0200

Jared Finder <jfinder <at> crypticstudios.com> writes:

> url-handler-mode is awesome!  ido-mode is too, but they are not
> compatible with each other.
>
> With url-handler-mode and ido-mode enabled, try typing
> http://www.google.com.  ido-mode will not let you type in that url.
> You need to use C-f to enter "normal" url handler mode.

If the long-term plan now is to phase out the entire url library,
perhaps we should close this as wontfix?

Best regards,
Stefan Kangas

Message #41 received at 350 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Jared Finder <jfinder <at> crypticstudios.com>, 350 <at> debbugs.gnu.org
Subject: Re: bug#350: ido-mode not compatible with url-handler-mode
Date: Tue, 01 Oct 2019 19:11:06 +0200

Stefan Kangas <stefan <at> marxist.se> writes:

> Jared Finder <jfinder <at> crypticstudios.com> writes:
>
>> url-handler-mode is awesome!  ido-mode is too, but they are not
>> compatible with each other.
>>
>> With url-handler-mode and ido-mode enabled, try typing
>> http://www.google.com.  ido-mode will not let you type in that url.
>> You need to use C-f to enter "normal" url handler mode.
>
> If the long-term plan now is to phase out the entire url library,
> perhaps we should close this as wontfix?

url-handler-mode is something I haven't examined closely, but I think
it's something that's kinda separate from the main url.el, and should be
reimplemented on top of the new URL interface in Emacs 28-ish.  As such,
this bug sounds like it would still be a bug then, so it's something
that should be fixed.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.