Re: [Bug: 21.5-b28] calendar font-lock and fit-window-to-buffer problem

================================================================ Dear Bug Team! I got a symbols function defination is invalid error when invoke calendar in XEmacs. It is because the newly implemented #'fit-window-to-buffer provent the old-less-efficient #'cal-fit-window-to-buffer from being defuned. We can simply add a fboundp before the #'cal-fit-window-to-buffer call to avoid this: --- calendar.el~ 2008-04-07 16:08:10.000000000 +0800 +++ calendar.el 2008-09-13 12:47:29.000000000 +0800 ＠＠ -2082,7 +2082,9 ＠＠ (set-window-vscroll nil 0)) ;; Adjust the window to exactly fit the displayed calendar ;; XEmacs change, f-w-t-b shows up in 21.5 - (cal-fit-window-to-buffer)) + (if (fboundp 'fit-window-to-buffer) + (fit-window-to-buffer) + (cal-fit-window-to-buffer))) (sit-for 0)) (if (and (boundp 'font-lock-mode) font-lock-mode) How ever, when I test this piece of code I found another anoying problem. The already fited window height will be changed if calendar was in font-lock mode. The fontify progress wiget will accidentally change calendar's window height to something lesser than it should be, the make some 31th day (if it was on the last line by itsown, e.g. August 31, 2008 is out of window after "M-x calendar <RET> > <" ) can't be seen in the buffer.