From: "Andreas Röhler" <andreas.roehler@online.de>
To: emacs-devel@gnu.org
Cc: Tim Cross <theophilusx@gmail.com>
Subject: Re: [emacs-w3m:11603] Re: interactive-p obsolete
Date: Wed, 06 Jul 2011 13:22:30 +0200 [thread overview]
Message-ID: <4E144576.3090703@online.de> (raw)
In-Reply-To: <CAC=50j8iSyf36d49fRJbjQwuxqEOU9a8ifGYamoeDrKekXuQtA@mail.gmail.com>
Am 06.07.2011 09:09, schrieb Tim Cross:
> I don't believe the argument of not being able to use the new function
> because of the need for backwards compatibility is valid. You can
> solve this problem in a number of ways and maintain backwards
> compatibility. In fact, its not uncommon to have to do this or that
> different from wanting to maintain compatibility with emacs and xemcas
> etc. If there is some other argument for not making the change, I'd be
> interested in hearing it.
>
> Tim
Hi Tim,
from my perspective --which might miss the point anyway-- exist several
reasons for reverting the change.
First: what is the gain? IMHO new function is more difficult to use,
slows down writing, needs more reflection than the old one.
So to say: some classic over-specification.
We must not differentiate here, better a simple one-for-all-function not
bothering for specific argument: just interactive-p
Alltogether new design evens doesn't deliver the basics needed, saying:
"This function is meant for implementing advice and other
function-modifying features. Instead of using this, it is sometimes
cleaner to give your function an extra optional argument whose
`interactive' spec specifies non-nil unconditionally ("p" is a good
way to do this), or via (not (or executing-kbd-macro noninteractive))."
: hodge-podge
Andreas
>
>
> On Wed, Jul 6, 2011 at 4:12 PM, Andreas Röhler
> <andreas.roehler@easy-emacs.de> wrote:
>> Hi,
>>
>> making `interactive-p' obsolete, does this change pay?
>>
>> I'm in favour of keeping interactive-p, resp. undoing that change.
>>
>> Cheers,
>>
>> Andreas
>>
>>
>> -------- Original-Nachricht --------
>> Betreff: [emacs-w3m:11603] Re: interactive-p obsolete
>> Datum: Wed, 06 Jul 2011 12:58:03 +0900
>> Von: Katsumi Yamaoka<yamaoka@jpl.org>
>> Antwort an: jidanni@jidanni.org, emacs-w3m@namazu.org
>> Organisation: Emacsen advocacy group
>> An: jidanni@jidanni.org
>> CC: emacs-w3m@namazu.org
>>
>> In [emacs-w3m : No.11600] jidanni@jidanni.org wrote:
>>>
>>> On (info "(emacs-w3m) Gnus") we are told to use
>>> (if (interactive-p)
>>> However
>>> This function is obsolete since 23.2;
>>> use `called-interactively-p' instead.
>>> Please update the paragraph and tell us what you used. Thanks.
>>
>> We cannot use `called-interactively-p', otherwise emacs-w3m won't
>> work with old Emacsen. Some Lisp packages, even in the Emacs trunk,
>> still use `interactive-p' for the same reason.
>>
>>
>>
>>
>
>
next prev parent reply other threads:[~2011-07-06 11:22 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-06 6:12 Fwd: [emacs-w3m:11603] Re: interactive-p obsolete Andreas Röhler
2011-07-06 7:09 ` Tim Cross
2011-07-06 8:54 ` Bastien
2011-07-06 18:16 ` Lennart Borgman
2011-07-06 18:33 ` Bastien
2011-07-06 22:51 ` Juanma Barranquero
2011-07-06 23:08 ` Lennart Borgman
2011-07-06 23:10 ` Juanma Barranquero
2011-07-06 23:16 ` Lennart Borgman
2011-07-06 23:32 ` Juanma Barranquero
2011-07-06 23:44 ` Lennart Borgman
2011-07-06 23:47 ` Juanma Barranquero
2011-07-06 23:57 ` Lennart Borgman
2011-07-07 0:01 ` Juanma Barranquero
2011-07-07 0:12 ` Lennart Borgman
2011-07-07 0:32 ` Juanma Barranquero
2011-07-07 0:44 ` Lennart Borgman
2011-07-07 0:54 ` Juanma Barranquero
2011-07-07 11:38 ` Bastien
2011-07-07 11:50 ` Lennart Borgman
2011-07-07 15:37 ` Stephen J. Turnbull
2011-07-06 11:22 ` Andreas Röhler [this message]
2011-07-07 0:06 ` Tim Cross
2011-07-07 6:52 ` Andreas Röhler
2011-07-07 11:36 ` Bastien
2011-07-07 12:55 ` Andreas Röhler
2011-07-07 13:41 ` Juanma Barranquero
2011-07-08 9:57 ` Bastien
2011-07-07 20:10 ` Fwd: " Stefan Monnier
2011-07-09 2:52 ` Tim Cross
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=4E144576.3090703@online.de \
--to=andreas.roehler@online.de \
--cc=emacs-devel@gnu.org \
--cc=theophilusx@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 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.