iswitchb help

iswitchb help

[Luis Fernandes]

I am trying out iswitchb-mode and am having a bit of a problem
switching buffers.

I have the following buffers loaded:

nu-new
nu.orig
nu-jason
nu,v
nu

and I want to switch from the current buffer to 'nu'.

C-xb nu gives:
iswitchb nu{nu-new,nu.orig,nu-jason,nu,v,nu}

nu-new is selected if I hit RET

How do I switch to the 'nu' buffer?

Re: iswitchb help

[Heinz Rommerskirchen]

Luis Fernandes <elf@ee.ryerson.ca> writes:

> C-xb nu gives:
> iswitchb nu{nu-new,nu.orig,nu-jason,nu,v,nu}
> 
> nu-new is selected if I hit RET
> 
> How do I switch to the 'nu' buffer?

Press C-s until 'nu' is the first name in the list, then RET

-- 
Regards

Heinz

Re: iswitchb help

[Mac]

On 24 Oct 2002, Heinz Rommerskirchen wrote:
> Luis Fernandes <elf@ee.ryerson.ca> writes:
> 
>> C-xb nu gives:
>> iswitchb nu{nu-new,nu.orig,nu-jason,nu,v,nu}
>> 
>> nu-new is selected if I hit RET
>> 
>> How do I switch to the 'nu' buffer?
> 
> Press C-s until 'nu' is the first name in the list, then RET

or C-r once (since nu was located at the end) to search "backwards"

/mac

-- 
.signature: No such file or directory

Re: iswitchb help

[Luis Fernandes]

>>>>> "HR" == Heinz Rommerskirchen <Heinrich.Rommerskirchen@siemens.com> writes:

    HR> Luis Fernandes <elf@ee.ryerson.ca> writes:
    >> C-xb nu gives: iswitchb nu{nu-new,nu.orig,nu-jason,nu,v,nu}
    >> 
    >> nu-new is selected if I hit RET
    >> 
    >> How do I switch to the 'nu' buffer?

    HR> Press C-s until 'nu' is the first name in the list, then RET
Thank you.

C-s/C-r is completely illogical and unintuitive[1]. I think multiple
TAB key presses would have been more logical (like in any shell) to
cycle through the completions.

Is there a way to change this behaviour to TAB rather than C-s/C-r?

Re: iswitchb help

[Umesh P Nair]

>>>>> On 24 Oct 2002 09:29:17 -0400, "LuisF" == Luis Fernandes
>>>>> <elf@ee.ryerson.ca> said:

 LuisF> C-s/C-r is completely illogical and unintuitive[1]. I think
 LuisF> multiple TAB key presses would have been more logical (like in
 LuisF> any shell) to cycle through the completions.

 LuisF> Is there a way to change this behaviour to TAB rather than
 LuisF> C-s/C-r?

(add-hook 
 'iswitchb-define-mode-map-hook
 '(lambda ()
    (define-key iswitchb-mode-map [tab] 'iswitchb-next-match)))

Regards,

- Umesh

-- 
----------------------------
Umesh P Nair
Remove 'z's from my email ID
----------------------------

Re: iswitchb help

[Luis Fernandes]

>>>>> "umesh_nazir" == Umesh P Nair <umesh_nazir@mentzor.com> writes:

    umesh_nazir> (add-hook 'iswitchb-define-mode-map-hook '(lambda ()
    umesh_nazir> (define-key iswitchb-mode-map [tab]
    umesh_nazir> 'iswitchb-next-match)))

I'm sorry but this does not work for me (Emacs 21). After I hit TAB
the *Completions Buffer* appears and subsequest TAB hits do nothing.

Re: iswitchb help

[Clemens Fischer]

Luis Fernandes <elf@ee.ryerson.ca>:

>>>>>> "umesh_nazir" == Umesh P Nair <umesh_nazir@mentzor.com> writes:
>
>     umesh_nazir> (add-hook 'iswitchb-define-mode-map-hook '(lambda ()
>     umesh_nazir> (define-key iswitchb-mode-map [tab]
>     umesh_nazir> 'iswitchb-next-match)))
>
> I'm sorry but this does not work for me (Emacs 21). After I hit TAB
> the *Completions Buffer* appears and subsequest TAB hits do nothing.

you're right.  same here.  as a "work around" you can always use the
iswitchb-mode keys C-s to switch forward through the list of matching
buffers or C-r for the backward direction.

to get more serious, you'd have to examine the source code for this
mode.  i'd first look at the buffer-mode local key map and the entries
therein.  the code-snippet itself looks plausible, something like this
should be possible to work out.

clemens

Re: iswitchb help

[Umesh P Nair]

>>>>> On 26 Oct 2002 00:41:07 -0400, "LF" == Luis Fernandes
>>>>> <elf@ee.ryerson.ca> said:

>>>>> "umesh_nazir" == Umesh P Nair <umesh_nazir@mentzor.com> writes:
 umesh_nazir> (add-hook 'iswitchb-define-mode-map-hook '(lambda ()
 umesh_nazir> (define-key iswitchb-mode-map [tab]
 umesh_nazir> 'iswitchb-next-match)))

 LF> I'm sorry but this does not work for me (Emacs 21). After I hit
 LF> TAB the *Completions Buffer* appears and subsequest TAB hits do
 LF> nothing.

It works for me.  What are the versions of emacs and iswitchb.el you
use?

My details:

Emacs version    : GNU Emacs 21.2.1. built on Solaris 2.6 from sources
iswitchb version : 21.1 (that comes with Emacs 21.2.1)

Here are the comments from iswitchb.el:

;; To modify the keybindings, use the hook provided.  For example:
;;(add-hook 'iswitchb-define-mode-map-hook
;;	  'iswitchb-my-keys)
;;
;;(defun iswitchb-my-keys ()
;;  "Add my keybindings for iswitchb."
;;  (define-key iswitchb-mode-map " " 'iswitchb-next-match)
;;  )
;;

Hope this helps.

- Umesh

-- 
----------------------------
Umesh P Nair
Remove 'z's from my email ID
----------------------------

Re: iswitchb help

[Luis Fernandes]

I'm running 21.0.106.1 (this was the Emacs 21 pre-test) and the
iswitchb that come with it (there is no versioning information in the
iswitchb.el file).

Re: iswitchb help

[Umesh P Nair]

>>>>> On 30 Oct 2002 10:15:54 -0500, "LuisF" == Luis Fernandes
>>>>> <elf@ee.ryerson.ca> said:

 LuisF> I'm running 21.0.106.1 (this was the Emacs 21 pre-test) and
 LuisF> the iswitchb that come with it (there is no versioning
 LuisF> information in the iswitchb.el file).

It is on Line 250 of the iswitchb.el I have:

,----[ Code (Elisp) ]
| (defcustom iswitchb-mode nil
|   "Toggle Iswitchb mode.
| Setting this variable directly does not take effect;
| use either \\[customize] or the function `iswitchb-mode'."
|   :set (lambda (symbol value)
| 	 (iswitchb-mode (or value 0)))
|   :initialize 'custom-initialize-default
|   :group 'iswitchb
|   :require 'iswitchb
|   :version "21.1"        <====  HERE !
|   :type 'boolean)
`----

Regards,

- Umesh

-- 
----------------------------
Umesh P Nair
Remove 'z's from my email ID
----------------------------

Re: iswitchb help

[Luis Fernandes]

>>>>> "un" == Umesh P Nair <umesh_nazir@mentzor.com> writes:

    un> :version "21.1" <==== HERE ! 

That's twhat my version says.