From: Marcin Borkowski <mbork@mbork.pl>
To: Oleh Krehel <ohwoeowho@gmail.com>
Cc: Christopher Allan Webber <cwebber@dustycloud.org>,
Emacs developers <emacs-devel@gnu.org>
Subject: Re: parinfer-mode for Emacs might be neat for encouraging Lisp adoption
Date: Fri, 13 Nov 2015 15:49:14 +0100 [thread overview]
Message-ID: <87y4e2nedx.fsf@mbork.pl> (raw)
In-Reply-To: <874mgq879a.fsf@gmail.com>
On 2015-11-13, at 12:32, Oleh Krehel <ohwoeowho@gmail.com> wrote:
> Marcin Borkowski <mbork@mbork.pl> writes:
>
>> Oleh's lispy does a similar (though not identical) thing.
>
> I've looked through the Parinfer web page and I don't think it's a great
> idea (it's a neat trick though):
>
> - It doesn't solve the problem of pasting unbalanced code.
> - It relies on indentation to guess the thing to do.
> - The thing to do might be surprising.
> + It balances parens for potentially generic commands that know nothing
> of Parinfer.
Interesting thoughts. I'd agree with the first one and the third one -
the second one might be a plus for some folks, and with experience you'd
be less and less surprised by various behaviors. (BTW, lispy can be
a bit surprising too!)
> I think the first 3 negative points probably outweigh the single
> positive point. Still, it would be cool to try it if anyone is up for
> implementing it.
Not me, definitely.
> By the way, is anyone else on emacs-devel using lispy? It's a really
> cool way to quickly navigate, edit, examine, and debug Elisp. It was
> intended to be an easier Paredit, so picking it up shouldn't be too
> hard, but it will probably take a long while to pick up everything and
> reach top efficiency. See https://github.com/abo-abo/lispy if you're
> interested.
Hear, hear!
I definitely do not use even 10% of the power of lispy; still, if only
for hjkl, f, () and <> commands, it's a huge boost! Also, C is quite
useful. And q, of course - it's a huge time-and-keystroke-saver. Also
[] and {}, and " (especially with an active region!). Only recently did
I learn about sw (cool!), and I use xi/xc from time to time (and not
only to show off when I show Emacs to my coworkers!), and that's pretty
much it as far as my usage goes (at least now).
In fact, I have a blog post on Lispy in the pipeline (it will still have
to wait a few weeks probably).
And a funny thing is that after learning (the basics of) lispy, I want
to have more vim-like, one-finger keystrokes (no C-/M- for common tasks)
- I plan to define a few hydras for navigation in e.g. LaTeX documents.
Oleh, thanks for this great package!
> It also has a bunch of integration tests (I saw this discussed in a
> recent thread). The tests look like this:
>
> (should (string= (lispy-with "(|(a) (b) (c))" "j")
> "((a) |(b) (c))"))
>
> The parts are:
>
> 1. The buffer state before, including point and mark.
> 2. The user input.
> 3. The buffer state after, including point and mark.
>
> There are around 700 of these tests and they run very fast, around 1.5s
> to finish all of them. I think it would be cool for ERT to have this
> kind of interface, and functions like `forward-list', `up-list',
> `beginning-of-defun' etc could be tested this way.
>
> These type of tests are also a good way to learn new bindings (since
> they're built into the test), and what they should do in specific
> situations (since it's not easy for the user to experience each
> situation which results in a different branch taken by the command in
> question).
And that I didn't know. Cool, too!
Best,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
next prev parent reply other threads:[~2015-11-13 14:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-11 23:30 parinfer-mode for Emacs might be neat for encouraging Lisp adoption Christopher Allan Webber
2015-11-12 12:45 ` Marcin Borkowski
2015-11-13 11:32 ` Oleh Krehel
2015-11-13 14:49 ` Marcin Borkowski [this message]
2015-11-13 15:34 ` João Távora
2015-11-13 15:57 ` Marcin Borkowski
2015-11-13 15:58 ` Marcin Borkowski
2015-11-13 16:00 ` João Távora
2015-11-20 2:37 ` Stefan Monnier
[not found] ` <CALDnm53TD9N6ZYhALP4ynVANAUpKJTWATNmL_FA80JrOpdBErQ@mail.gmail.com>
[not found] ` <877fll7w18.fsf@gmail.com>
2015-11-13 15:55 ` João Távora
2015-11-13 16:15 ` Oleh Krehel
2016-02-15 20:05 ` Christopher Allan Webber
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y4e2nedx.fsf@mbork.pl \
--to=mbork@mbork.pl \
--cc=cwebber@dustycloud.org \
--cc=emacs-devel@gnu.org \
--cc=ohwoeowho@gmail.com \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).