[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
(setq cal-tex-diary t) does not have the documented effect on cal-tex-cu
Brian van den Broek
(setq cal-tex-diary t) does not have the documented effect on cal-tex-cursor-week
Mon, 25 Jun 2007 19:56:18 -0400
Thunderbird 188.8.131.52 (X11/20070604)
According to section `39.5 Writing Calendar Files' of the emacs info file:
If the variable `cal-tex-diary' is non-`nil' (the default is
`nil'), diary entries are included also (in weekly and monthly
However, the effect is observed only for monthly calendars, not weekly
ones as documented.
Steps to reproduce:
1) Launch emacs-snapshot-gtk with a .emacs that reads, in its
(setq cal-tex-diary t)
2) Invoke calendar by the command string `M-x calendar'
3) Ensure that the calendar buffer cursor is on a date in a week with
4) Run the command string `M-x cal-tex-cursor-week'
5) Observe that the generated LaTeX code does not contain
representations of the diary entries, whereas by the documentation,
it ought to do so.
6) Run the command string `M-x cal-tex-cursor-month'
7) Observe that the generated LaTeX code does include representations
of the diary entries, as documented.
My dribble file for steps 2--5 reads:
I installed emacs on my ubuntu 7.04 installation by installing the
package emacs-snapshot-gtk via synaptic package manager, and have done
nothing to modify my installation.
I also have emacs 21.4.1 installed, and the observed behaviour is the
same for 21.4.1, too.
I am in my first day of using emacs, so it isn't impossible that I've
misunderstood something. I did, however, check on the freenode #emacs
channel before reporting, and was there advised to file a bug report.
Please note that some of the auto-generated information below doesn't
match the steps above. When I used Help/Send Bug Report, emacs
reported that my bug was sent, but as I've not configured emacs to
work with an MTA, it did not make it. So, I've regenerated the data
below so as to send this report in my email client. (I've since added
things to my .emacs which accounts for more things loaded in the data
below than step (1) above would have it.)
Should you need any further information, please feel free to contact
me at broek at cc dot umanitoba dot ca.
Thanks and best,
In GNU Emacs 184.108.40.206 (i486-pc-linux-gnu, GTK+ Version 2.10.6)
of 2006-12-20 on rothera, modified by Debian
(Debian emacs-snapshot package, version 1:20061218-1)
X server distributor `The X.Org Foundation', version 11.0.70200000
configured using `configure '--build' 'i486-linux-gnu' '--host'
'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib'
'--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes'
'--with-x=yes' '--with-x-toolkit=gtk' 'CFLAGS=-DDEBIAN
-DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'build_alias=i486-linux-gnu'
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
Major mode: Lisp Interaction
Minor modes in effect:
<help-echo> <switch-frame> <switch-frame> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <menu-bar> <help-menu> <re
Loading /etc/emacs/site-start.d/51planner-el.el (source)...
Loading /etc/emacs/site-start.d/51planner-el.el (source)...done
- (setq cal-tex-diary t) does not have the documented effect on cal-tex-cursor-week,
Brian van den Broek <=