[ESS] ... when editing R documents, 'delete' key behaves as 'backspace'

[Martin Maechler]

Hi Seb,
>>>>> "SebL" == Sebastian P Luque <spluque at gmail.com>
>>>>>     on Mon, 01 Dec 2008 17:26:32 -0600 writes:

    SebL> On Mon, 8 Sep 2008 09:43:54 +0200,
    SebL> Martin Maechler <maechler at stat.math.ethz.ch> wrote:

    >>>>>>> "AP" == Alun Pope <AlunPope at rismark.com.au> on Mon, 8 Sep 2008
    >>>>>>> 17:25:09 +1000 writes:

    AP> Could you please clarify which behaviour you are suggesting to drop?
    AP> That is, which is "this behaviour"?

    >> the one mentioned in the 'Subject' and below.

    >> The proposal is to make <Delete> in ess-mode behave as it does
    >> otherwise in emacs.  NOTA BENE: <Delete> != <Backspace>

    SebL> With the latest 5.3.10 version,

*DEVELOPMENT* version ..  This is not yet released!

We still have an outstanding bug report
 "catastrophic ESS behavior in Rnw-mode"
and now this one ...


    SebL>  I see inconsistent behaviour of the
    SebL> <delete> key.  In ESS mode, this key calls
    SebL> `backward-delete-char-untabify', but in inferior ESS mode it calls
    SebL> `delete-char' (i.e. forward deletion).  It used to do the latter in both
    SebL> cases in my system (GNU Emacs 23.0.60.1 (x86_64-pc-linux-gnu, GTK+
    SebL> Version 2.12.11) of 2008-11-29 on elegiac, modified by Debian).  I can't
    SebL> see the relevant change in the docs.  What has happened on this front?

Well, IIRC, we had responded to one bug report on this topic,
and had only seen  "improved behavior" after the fix,
but my memory may be completely wrong.

Note that Emacs 23.0.60.1 is definitely a development version,
if that's the only one that shows the problem you see, it does
not yet mean that there's a bug in ESS,  it (probably) just means there's a
bug...

Sorry to be so short today, ... need to be gone for the rest of
they day,

Martin