all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Andreas Röhler" <andreas.roehler@easy-emacs.de>
To: bug-gnu-emacs@gnu.org
Cc: Stefan Monnier <monnier@IRO.UMontreal.CA>
Subject: bug#7053: [AUCTeX-devel] Re: bug#7053: Reftex is fully broken
Date: Sun, 19 Sep 2010 10:48:40 +0200	[thread overview]
Message-ID: <4C95CE68.7070804@easy-emacs.de> (raw)
In-Reply-To: <jwv62y39gts.fsf-monnier+emacs@gnu.org>

Am 18.09.2010 18:11, schrieb Stefan Monnier:
>> Since I've never gotten commit access to the Emacs repository I haven't
>
> That should be easy to fix.  Get a Savannah account, and from there, ask
> for membership to the Emacs group.
>
>> bothered to follow the switch to Bazaar.  It might take a while to make
>> myself acquainted with it.  And unfortunately I failed to find a web
>> interface to the current Emacs sources in order to find out if somebody
>> has changed the RefTeX files, or in which way.
>
> I suspect the change is not in the reftex file but in the behavior of
> up-list which now obeys forward-sexp-function,


if thats a case, a lot of code will be broken.
Suggest to revert this change.

Both forms differ considerable from the users view BTW.
While the list handling code is easy to grasp and looks well defined,
the sexp-grammar with its "balanced expression" even after years sounds 
arcane for me.

forward-list etc. also have been reliable to deal with in coding,
sexp... not that much

Please keep the lisp-list-functions.

Thanks

Andreas




  which means that under
> latex-mode, it will now move from
>
>    \begin{foo}
>       >here<
>    \end{foo}
>
> to just before the \begin.  So if the reftex code does not expect that
> (and/or for performance reason doesn't want that), it should protect
> against it by binding forward-sexp-function around calls to up-list
> and friends.
>
>
>          Stefan
>
>
>
>






  parent reply	other threads:[~2010-09-19  8:48 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-17  9:41 bug#7053: Reftex is fully broken Alpár Jüttner
2010-09-17 11:52 ` Eli Zaretskii
2010-09-17 13:49   ` Alpár Jüttner
2010-09-17 16:20     ` Eli Zaretskii
2010-09-18  4:19       ` Alpár Jüttner
2010-09-18  9:21         ` Eli Zaretskii
2010-09-18 14:47         ` Stefan Monnier
2010-09-19  5:34           ` Alpár Jüttner
     [not found]         ` <83mxrfz9se.fsf@gnu.org>
2010-09-18 15:16           ` bug#7053: [AUCTeX-devel] " Ralf Angeli
     [not found]           ` <87vd635bfi.fsf@caeruleus.net>
2010-09-18 16:11             ` Stefan Monnier
     [not found]             ` <jwv62y39gts.fsf-monnier+emacs@gnu.org>
2010-09-18 16:28               ` Ralf Angeli
2010-09-19  8:48               ` Andreas Röhler [this message]
2010-09-20 23:40               ` Stefan Monnier
2010-09-19  5:24           ` Alpár Jüttner
2010-09-19  5:58             ` Eli Zaretskii
     [not found]             ` <E1OxCvN-0001nb-Jl@fencepost.gnu.org>
2010-09-19  6:42               ` Alpár Jüttner

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=4C95CE68.7070804@easy-emacs.de \
    --to=andreas.roehler@easy-emacs.de \
    --cc=bug-gnu-emacs@gnu.org \
    --cc=monnier@IRO.UMontreal.CA \
    /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.