[implementations-list] Re: vimpulse - visual select with emacs -nw

Alessandro Piras laynor at gmail.com
Wed Jul 29 21:22:37 CEST 2009


Hi Jason, I asked John to toggle debug on error and check what the error is.
It works in emacs cvs for me, but I don't know if we have the same revision.

2009/7/29 Jason Spiro <jasonspiro3 at gmail.com>:
> On Wed, Jul 29, 2009 at 3:34 PM, John MacFarlane <jgm at berkeley.edu> wrote:
>> I'm using the latest version from the wiki, with a recent emacs-snapshot
>> (emacs 23 from CVS via http://emacs.orebokech.com/) and gnome-terminal.
>> (But I tried just it with xterm as well, with the same results.) I'm not
>> sure what "the multi file setup" refers to, but I'm not doing anything
>> special in my .emacs: just
>>
>> (setq viper-mode t)                ; enable Viper at load time
>> (setq viper-ex-style-editing nil)  ; can backspace past start of insert / line
>> (require 'viper)                   ; load Viper
>> (setq vimpulse-experimental nil)   ; don't load bleeding edge code (see 6. installation instruction)
>> (require 'vimpulse)                ; load Vimpulse
>> (setq woman-use-own-frame nil)     ; don't create new frame for manpages
>> (setq woman-use-topic-at-point t)  ; don't prompt upon K key (manpage display)
>>
>> (require 'redo)       ; enables C-r (redo key)
>> (require 'rect-mark)  ; enables nice-looking block visual mode
>>
>> Best,
>> John
>
> Try using an otherwise-empty .emacs -- remove all lines except the
> ones you mentioned above.  Does that work?
>
> Try using GNU Emacs 22.  Does that work?
>
> If not:  Is your computer always, or usually on?  Would you like me
> (or Alessandro, if he wants to do it) to SSH in and take a look?  If
> so, contact me at +1-416-992-3445 or by instant messaging at
> jasonspiro at gmail.com / jasonspiro at hotmail.com.  If you want to
> watch me while I am working, please install tcl, expect, and kibitz
> before you contact me.  If your distro doesn't package kibitz, perhaps
> inside its expect package, you can download it online; I think it's
> just a single expect script.
>



More information about the implementations-list mailing list