all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Tassilo Horn <tsdh@gnu.org>
To: "Andreas Röhler" <andreas.roehler@easy-emacs.de>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Defining  functions on the fly
Date: Tue, 16 Jun 2015 15:10:23 +0200	[thread overview]
Message-ID: <87bngfre80.fsf@gnu.org> (raw)
In-Reply-To: <55800B18.3040208@easy-emacs.de> ("Andreas \=\?utf-8\?Q\?R\=C3\=B6h\?\= \=\?utf-8\?Q\?ler\=22's\?\= message of "Tue, 16 Jun 2015 13:40:08 +0200")

Andreas Röhler <andreas.roehler@easy-emacs.de> writes:

>> No.  `do ... done' is no valid expression, i.e., it cannot stand on
>> its own but is only valid together with for, while, until, or repeat.
>
> It's not the point to care for that.

Well, when you say you want to move by expression or statement then it
seems legit to do exactly that and not move by half of a statement.

> It's about editing, reading, understanding the source.

I can understand that moving to the do wouldn't be bad with respect to
editing because it's nearer, e.g., two smaller steps might be better
than one large step which might already be too much.  But the same time
you argue that `forward-sexp' in a string should jump to its end instead
of moving word-wise in its contents first.

> What about a single "return" statement in code?

What's up with a single return statement in code?

> Nonetheless, will reflect this case again WRT the mode in question.

I don't get what you are trying to tell me.

>>> With cursor at third line, "set", expression is not recognised at
>>> all, C-M-f stops at the end of symbol "set"
>> Well, "command arg arg arg" in shell scripts is equivalent to
>> (command arg arg arg) in lisp with the distinction that with the lisp
>> syntax's parentheses you have a choice to move over the complete
>> expression (when point is on the opening paren) or inside it (when
>> point is on the "command").  Because the shell syntax doesn't have
>> delimiters for the funcall or at least the argument list, there's not
>> much you can do.
>
> Wrong.  We have the language's syntax and may follow it.

I don't get what you mean.

> Also these languages often are quite similar, thus aiming for some
> generics.

That's the whole purpose of SMIE: conveniently navigating/editing code
of different languages by defining what's a sexp in these languages
using a simple grammar.  Then the generic interface is just the set of
sexp-commands.

Bye,
Tassilo



  reply	other threads:[~2015-06-16 13:10 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-15  9:24 Defining functions on the fly Andreas Röhler
2015-06-15  9:32 ` Dmitry Gutov
2015-06-15  9:47 ` Alexis
2015-06-15 10:20   ` Andreas Röhler
2015-06-15 10:37     ` Alexis
2015-06-15 10:41     ` Michael Heerdegen
2015-06-15 10:42     ` Tassilo Horn
2015-06-15 11:01       ` Alexis
2015-06-15 11:19       ` Michael Heerdegen
2015-06-15 11:24         ` Tassilo Horn
2015-06-15 11:31           ` Michael Heerdegen
2015-06-15 10:00 ` Tassilo Horn
2015-06-15 10:33   ` Andreas Röhler
     [not found] ` <mailman.5022.1434361680.904.help-gnu-emacs@gnu.org>
2015-06-15 12:52   ` Stefan Monnier
2015-06-16  5:59     ` Andreas Röhler
2015-06-16  7:01       ` Tassilo Horn
2015-06-16  9:22         ` Andreas Röhler
2015-06-16 11:12           ` Tassilo Horn
2015-06-16 11:40             ` Andreas Röhler
2015-06-16 13:10               ` Tassilo Horn [this message]
2015-06-16 15:46                 ` Andreas Röhler
     [not found]                 ` <mailman.5109.1434469628.904.help-gnu-emacs@gnu.org>
2015-06-16 22:34                   ` Stefan Monnier
     [not found]             ` <mailman.5090.1434454815.904.help-gnu-emacs@gnu.org>
2015-06-16 16:13               ` Pascal J. Bourguignon
2015-06-16 18:30                 ` Andreas Röhler
2015-06-16  9:42         ` Andreas Röhler
     [not found]         ` <mailman.5084.1434446560.904.help-gnu-emacs@gnu.org>
2015-06-16  9:50           ` Pascal J. Bourguignon
2015-06-16 10:26             ` Andreas Röhler
     [not found]             ` <mailman.5087.1434450412.904.help-gnu-emacs@gnu.org>
2015-06-16 11:35               ` Pascal J. Bourguignon
     [not found]         ` <mailman.5085.1434447782.904.help-gnu-emacs@gnu.org>
2015-06-16 22:32           ` Stefan Monnier
     [not found]     ` <mailman.5075.1434434385.904.help-gnu-emacs@gnu.org>
2015-06-16 22:23       ` Stefan Monnier
2015-06-17  6:13         ` Andreas Röhler
     [not found]         ` <mailman.5137.1434522533.904.help-gnu-emacs@gnu.org>
2015-06-17 14:30           ` Stefan Monnier
2015-06-17 16:40             ` Andreas Röhler
     [not found] <mailman.5020.1434360277.904.help-gnu-emacs@gnu.org>
2015-06-15  9:57 ` Pascal J. Bourguignon
2015-06-15 11:21   ` Andreas Röhler
2015-06-15 11:52     ` Tassilo Horn
2015-06-15 12:06       ` Andreas Röhler
2015-06-15 12:43       ` Andreas Röhler
2015-06-15 23:51 ` Gene
2015-06-16  1:14   ` Stefan Monnier
2015-06-17  0:24     ` Gene
2015-06-17  1:12       ` Stefan Monnier
2015-06-16  5:47   ` Andreas Röhler

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87bngfre80.fsf@gnu.org \
    --to=tsdh@gnu.org \
    --cc=andreas.roehler@easy-emacs.de \
    --cc=help-gnu-emacs@gnu.org \
    /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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.