GNU bug report logs - #10460
24.0.92; css-mode sexp movement

Previous Next

Package: emacs;

Reported by: Leo <sdl.web <at> gmail.com>

Date: Mon, 9 Jan 2012 01:44:01 UTC

Severity: normal

Found in version 24.0.92

Fixed in version 25.1

Done: Tom Tromey <tom <at> tromey.com>

Bug is archived. No further changes may be made.

Full log


Message #37 received at 10460 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Tom Tromey <tom <at> tromey.com>
Cc: 10460 <at> debbugs.gnu.org, Leo <sdl.web <at> gmail.com>
Subject: Re: bug#10460: 24.0.92; css-mode sexp movement
Date: Tue, 30 Dec 2014 18:03:07 -0500
Tom> Also conformity with other modes is a distinct plus
Stefan> It's consistent with Lisp code (because the new behavior only occurs for
Stefan> situations which don't exist in Lisp).
> That's cheating!  Any behavior would be compatible with what Lisp does
> here, according to the same logic.

I wouldn't call it cheating.  The behavior of `forward-sexp' was really
only defined for Lisp.  Extending it to infix languages can be done in
various ways.  Before SMIE, it was done in the way that's simpler to
implement, but it makes you lose the ability to jump over any nodes of
the AST which aren't "atomic" nor wrapped in parentheses (in Lisp,
this is no problem since all nodes of the AST are either "atomic" or
wrapped in parentheses).

In SMIE I decided to extend it in a different way, which takes more work
on the implementation side, but offers more functionality.
Of course "more functionality" inevitably means "different", so some
users are bound to be annoyed.

Stefan> You can still have that if you set forward-sexp-function to nil.
> Yeah.  I'm going to close this bug.

Thanks,


        Stefan




This bug report was last modified 10 years and 146 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.