headers
Trevor Murphy | 6 Feb 2011 18:21
Picon

[PATCH] Tweak "make big" to catch if bigd/ already exists

Hi, all. Please bear with me, as I'm still fairly green to vimpulse, git, git send-email, and what have you.

I prefer to use the 'make big' option. However, I can't do a 'git pull; make big' to get myself up to date.  Make
complains that the bigd directory already exists.

Attached is a patch to fix that in the obvious way. But I feel like I must be missing something.

Surely other people would have encountered this by now if they also used the big file. Am I missing the
compelling reason to avoid using it?

Anywho, thanks for your great work. I've committed to getting more comfortable with Emacs, and I just
couldn't do it without vimpulse.
Permalink | Reply | 4 comments |
headers
Trevor Murphy | 6 Feb 2011 18:21
Picon

[PATCH] Tweak "make big" to catch if bigd/ already exists

---
 Makefile |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/Makefile b/Makefile
index dec81df..a318d1f 100644
--- a/Makefile
+++ b/Makefile
 <at>  <at>  -45,7 +45,7  <at>  <at>  elisp: $(ELFILES)

 .PHONY: big
 big: $(BIGSRC)
-	mkdir $(BIGDIR)
+	test -d $(BIGDIR) || mkdir $(BIGDIR)
 	sed "/(\(provide\|require\|declare-function\) \('\|\)vimpulse-/d" $(BIGSRC) > $(BIGDIR)/vimpulse.el

 .SUFFIXES: .el .elc
--

-- 
1.7.1
Permalink | Reply | 0 comments |
headers
Štěpán Němec | 6 Feb 2011 22:14
Picon
Gravatar

Re: [PATCH] Tweak "make big" to catch if bigd/ already exists

Trevor Murphy <trevor.m.murphy <at> gmail.com> writes:

> Hi, all. Please bear with me, as I'm still fairly green to vimpulse,
> git, git send-email, and what have you.
>
> I prefer to use the 'make big' option. However, I can't do a 'git
> pull; make big' to get myself up to date. Make complains that the bigd
> directory already exists.
>
> Attached is a patch to fix that in the obvious way. But I feel like I
> must be missing something.
>
> Surely other people would have encountered this by now if they also
> used the big file. Am I missing the compelling reason to avoid using
> it?

Indeed. What you're probably missing is `make clean', which removes the
BIGDIR and its contents.

That being said, I see nothing really wrong in making the change you
propose, either.

--- a tangent note ---
At the time I wrote the target I hoped we would get rid of the big file
version for good soon, but last time I brought that up Vegard disagreed.

A few weeks ago my long-term grudge against Viper finally made me hack up
a simple vimmy mode that does exactly what I want and nothing more, so I
stopped using Vimpulse, too.
--- a tangent note ---
(Continue reading)

Permalink | Reply | 1 comment |
headers
Vegard Øye | 8 Feb 2011 11:47
Picon
Favicon

Re: [PATCH] Tweak "make big" to catch if bigd/ already exists

On 2011-02-06 22:14, Štěpán Němec wrote:

> A few weeks ago my long-term grudge against Viper finally made me
> hack up a simple vimmy mode that does exactly what I want and
> nothing more, so I stopped using Vimpulse, too.

FWIW, the next release of Vimpulse will be entirely Viper-less. I'm
currently in the midst of refactoring various things, including the
core code. When it can stand on its own (it currently resides in my
stash list, whence it is popped after loading a working Emacs into
memory), I will push it to the "development" branch.

With the core in place, the real work begins. In particular, writing
new motions from scratch and implementing an Ex that doesn't suck.
That will be fun. :)

If nothing else comes of this, Vimpulse will at least become more tidy
from shedding numerous chunks of old code solving problems which are
no longer relevant.

--

-- 
Vegard

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
Permalink | Reply | 0 comments |
headers
Vegard Øye | 8 Feb 2011 12:17
Picon
Favicon

Re: [PATCH] Tweak "make big" to catch if bigd/ already exists

On 2011-02-06 18:21, Trevor Murphy wrote:

> Attached is a patch to fix that in the obvious way.

Applied in commit a08282f. :)

> Surely other people would have encountered this by now if they
> also used the big file. Am I missing the compelling reason to
> avoid using it?

Well, to get the latest bugfixes you need to clone the Git repository.
And once you've got Vimpulse's repository in your `load-path', you
might as well stick with the multi-file scheme.

The single file was uploaded to EmacsWiki whenever Vimpulse hit a
stable "release". But with the quicker feedback cycle that Git
facilitates, and with quite a few things still needing work, it's
easier to just "release" via Git. Nowadays, I use branches to keep
unstable changes off the stable(r) master branch which everyone uses.

--

-- 
Vegard
Permalink | Reply | 0 comments |
headers
Frank Fischer | 8 Feb 2011 12:32
Picon

[ANN] vim-mode 0.4 released

This is an announcement of vim-mode 0.4. vim-mode is another 
implementation of vi/vim-like key-bindings for Emacs. The mercurial 
repository is available at

http://bitbucket.org/lyro/vim-mode

and the documentation at EmacsWiki

http://www.emacswiki.org/emacs/VimMode

This version contains many improvements in existing motions and commands 
as well as new motions and commands and a new interactive 
search/substitute. 

Version 0.4 should contain most features I wanted to see vim-mode so we 
are heading toward 1.0 release. The main task are therefore code 
cleanup, bugfixing, implementation of missing commands and motions and 
minor improvements, but the core code should remain unchanged.

Vim-mode is an package independent from viper or vimpulse and rewritten 
from scratch. Nevertheless vimpulse should be considered to be more 
feature-rich, more stable and more advanced, so I suggest to test 
vimpulse first before trying vim-mode. The reason is on the one hand 
the stable and well-tested viper-core of vimpulse, on the other hand 
that vim-mode is mainly a one-man-project which means that only those 
commands and motions that I use in my workflow are well-tested.

Best regards
Frank Fischer
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linus Arver | 11 Feb 2011 07:28
Picon

vimpulse: imap "jk" to ESC

Hello, I'd like to know how to map "jk" to act as the ESC key in insert mode.

I have tried

(vimpulse-imap "jk" 'viper-intercept-ESC-key)

without success.

-Linus
Permalink | Reply | 7 comments |
headers
dfr | 11 Feb 2011 10:50
Picon

after precompilation some features not working

Hello, i recently precompiled all *.el files in emacs.d for faster 
startup and emaces now really starts faster, but vimpulse lost sofe 
features. Fore example visual selection, when tapping "v" i got error:

Invalid function: vimpulse-visual-before

I guess this is beacuse it is not a function, but macro. Does it mean, 
that precompiling is not an option for vimpulse ?
Permalink | Reply | 1 comment |
headers
Largo | 11 Feb 2011 12:19

Vimpulse features

Hello, I am currently using Emacs with Viper, and I am curious what are 
the most usefull features of Vimpulse, that Viper does not have?

I have already looked on emacswiki and the Vimpulse gitorious page and 
could not find much there on this topic.
Permalink | Reply | 5 comments |
headers
Tim Harper | 11 Feb 2011 18:06
Picon
Gravatar

Re: vimpulse: imap "jk" to ESC

On Fri, Feb 11, 2011 at 10:01 AM, Tim Harper <timcharper <at> gmail.com> wrote:
> On Thu, Feb 10, 2011 at 11:28 PM, Linus Arver <linusarver <at> gmail.com> wrote:
>> Hello, I'd like to know how to map "jk" to act as the ESC key in insert mode.
>>
>> I have tried
>>
>> (vimpulse-imap "jk" 'viper-intercept-ESC-key)
>>
>> without success.
>>
>> -Linus
>
> Try this:
>
>
> (define-key viper-insert-basic-map (kbd "j k") 'viper-mode)
>

Nevermind... that's worse :)  It causes j to become a prefix key,
losing self-insert binding for j + any other key.

It seems like a specialized function will be needed that will capture
the next key and need to insert a j + resend the other key pressed to
the unread-command-events... I don't know if such a facility exists in
vimpulse, but would be easy enough to concoct... I'll post an example
in a bit
Permalink | Reply | 5 comments |

Gmane