From: Teemu Likonen <tlikonen@iki.fi>
To: emacs-pretest-bug@gnu.org
Cc: rfrancoise@debian.org
Subject: bug#3429: 23.0.91; solar.el: solar seasons variable should not be a constant
Date: Sun, 31 May 2009 16:58:26 +0300 [thread overview]
Message-ID: <878wkdpe65.fsf@iki.fi> (raw)
This commit made solar-?-hemi-seasons constants:
commit 7ac202f6ec47df634066e61cc4cf17705257d9dc
Author: Glenn Morris <rgm@gnu.org>
Date: 2008-03-15 02:55:06 +0000
(solar-n-hemi-seasons, solar-s-hemi-seasons): Make constants.
(solar-sunrise-sunset): Rename some local variables for clarity.
(sunrise-sunset): Use zerop.
(solar-mean-equinoxes/solstices): Doc fix.
What is the rationale for that? They were defvars before.
As the doc of "defconst" says "The intent is that neither programs nor
users should ever change this value." Having solar seasons constants is
not sensible because it's very useful to localize the solar seasons'
names, and I'm trying to do exactly that with my Finnish localized
holidays:
http://www.emacswiki.org/emacs/suomalainen-kalenteri.el
Yes, I can localize solar season by putting this in my ~/.emacs:
(eval-after-load 'solar
'(setq solar-n-hemi-seasons '("Kevätpäiväntasaus" "Kesäpäivänseisaus"
"Syyspäiväntasaus" "Talvipäivänseisaus")
solar-s-hemi-seasons '("Syyspäiväntasaus" "Talvipäivänseisaus"
"Kevätpäiväntasaus" "Kesäpäivänseisaus")))
But this is not nice and it's difficult for external packages to
localize those variables.
I'd suggest making them defvas again (or defcustoms).
next reply other threads:[~2009-05-31 13:58 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bezlcofqpd.fsf@fencepost.gnu.org>
2009-05-31 13:58 ` Teemu Likonen [this message]
2009-06-04 6:45 ` bug#3429: marked as done (23.0.91; solar.el: solar seasons variable should not be a constant) Emacs bug Tracking System
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=878wkdpe65.fsf@iki.fi \
--to=tlikonen@iki.fi \
--cc=3429@emacsbugs.donarmstrong.com \
--cc=emacs-pretest-bug@gnu.org \
--cc=rfrancoise@debian.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).