unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Chong Yidong <cyd@gnu.org>
To: Glenn Morris <rgm@gnu.org>
Cc: Bastien <bzg@gnu.org>, emacs-devel@gnu.org
Subject: Re: Evil defvars in org.el
Date: Sat, 28 Apr 2012 10:25:00 +0800	[thread overview]
Message-ID: <874ns4sidf.fsf@gnu.org> (raw)
In-Reply-To: <77ehr96ty6.fsf@fencepost.gnu.org> (Glenn Morris's message of "Fri, 27 Apr 2012 12:05:53 -0400")

Glenn Morris <rgm@gnu.org> writes:

> I discussed this with Stefan off-list some time ago.
> Still waiting for "dlet"... :)
>
>> > Eg diary-list-entries has always advertized NUMBER and
>> > ORIGINAL-DATE as available for use in the hook functions it
>> > calls. It's widely used within the calendar, and probably outside
>> > as well. It's not how I would have implemented it, but here we are.
>> 
>> > The only way I can think to change it is to make it respect both eg
>> > DIARY-NUMBER and NUMBER equally, with a view to removing NUMBER in
>> > future.

I think we should bite the bullet and introduce new defvars with
properly prefixed names, as was done for `e'.  We can have a transition
period during which the diary binds both the new variables and the old
ones, then eliminate the old ones in (say) Emacs 25.  Any third party
code that wants backward compatibility with old Emacs versions can check
if the new variables are bound, and use them first.



  parent reply	other threads:[~2012-04-28  2:25 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-27  3:17 Evil defvars in org.el Chong Yidong
2012-04-27  6:07 ` Bastien
2012-04-27 14:48   ` Bastien
2012-04-27 14:57     ` Edward Reingold
2012-04-27 16:14       ` Bastien
2012-04-27 17:09       ` SAKURAI Masashi
2012-04-27 16:05     ` Glenn Morris
2012-04-27 16:33       ` Drew Adams
2012-04-28  0:15         ` Miles Bader
2012-04-28  0:17           ` Drew Adams
2012-04-28  0:48             ` Miles Bader
2012-04-28  2:25       ` Chong Yidong [this message]
2012-05-04  6:56         ` Glenn Morris
2012-05-04 15:29           ` Stefan Monnier
2012-05-04 20:53             ` Johan Bockgård
2012-05-05  0:37               ` Stefan Monnier
2012-05-05 20:00             ` Glenn Morris
2012-05-07 14:57               ` Stefan Monnier
2012-04-28  2:14 ` Stefan Monnier
2012-04-28  5:57   ` Achim Gratz
2012-04-28 15:10     ` Stefan Monnier
2012-04-28 16:31       ` Achim Gratz
2012-04-28 19:33         ` Stefan Monnier
2012-04-28  6:00   ` Drew Adams
2012-05-08 22:48 ` Martyn Jago
2012-05-09 17:37   ` Stefan Monnier

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=874ns4sidf.fsf@gnu.org \
    --to=cyd@gnu.org \
    --cc=bzg@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=rgm@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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).