From unknown Thu Aug 21 23:00:41 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#2199 <2199@debbugs.gnu.org> To: bug#2199 <2199@debbugs.gnu.org> Subject: Status: 23.0.60; calendar marks and font-lock-mode Reply-To: bug#2199 <2199@debbugs.gnu.org> Date: Fri, 22 Aug 2025 06:00:41 +0000 retitle 2199 23.0.60; calendar marks and font-lock-mode reassign 2199 emacs submitter 2199 Stephen Berman severity 2199 minor thanks From stephen.berman@gmx.net Wed Feb 4 09:03:50 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 4 Feb 2009 17:03:50 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n14H3gdq011685 for ; Wed, 4 Feb 2009 09:03:43 -0800 Received: from mail.gnu.org ([199.232.76.166]:37238 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LUl8L-0006Y0-LC for emacs-pretest-bug@gnu.org; Wed, 04 Feb 2009 12:01:53 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LUlA4-0006ST-Cr for emacs-pretest-bug@gnu.org; Wed, 04 Feb 2009 12:03:41 -0500 Received: from mail.gmx.net ([213.165.64.20]:49698) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1LUlA3-0006S7-4Q for emacs-pretest-bug@gnu.org; Wed, 04 Feb 2009 12:03:39 -0500 Received: (qmail invoked by alias); 04 Feb 2009 17:03:37 -0000 Received: from i59F546FD.versanet.de (EHLO escher.local.home) [89.245.70.253] by mail.gmx.net (mp003) with SMTP; 04 Feb 2009 18:03:37 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX19aV9YYHGBaK8TUBExZyaWxUtQP4kx5LJDWZFz0kN 7ayO5uz5rAKrtU Received: by escher.local.home (Postfix, from userid 1000) id AA8711D104A; Wed, 4 Feb 2009 18:03:36 +0100 (CET) From: Stephen Berman To: emacs-pretest-bug@gnu.org Subject: 23.0.60; calendar marks and font-lock-mode Sender: steve@escher.local.home Date: Wed, 04 Feb 2009 18:03:36 +0100 Message-ID: <87hc3am8wn.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5600000000000001 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) In GNU Emacs 23.0.60.31 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2009-01-31 on escher Let ~/.emacs consist of the following three sexps: (add-hook 'calendar-today-visible-hook 'calendar-mark-today) (setq calendar-mark-diary-entries-flag t) (setq calendar-mark-holidays-flag t) (i) Start Emacs by invoking `emacs', then type `M-x calendar'. => In the Calendar, today's date is marked with `=', diary entries are marked with `+' and holidays are marked with `*'. (ii) Start Emacs by invoking `emacs', type `q' to quit the splash screen, then type `M-x calendar'. => In the Calendar, today's date is marked with the face calendar-today, diary entries are marked with the face diary and holidays are marked with the face holiday. The difference between (i) and (ii) is that the splash screen is in Fundamental mode and in this mode font-lock-mode is nil, which makes the calendar marks use string displays rather than faces, due, I believe, to this change: 2008-04-02 Glenn Morris * calendar/calendar.el (diary-entry-marker, calendar-today-marker) (calendar-holiday-marker, mark-visible-calendar-date): * calendar/diary-lib.el (fancy-diary-display): Check for font-lock-mode before using faces. This change is justified by the following comment in calendar.el: "These [defcustoms] don't respect changes in font-lock-mode after loading." So maybe having to live with (i) is the lesser evil (the faces can (only) be restored in the same Emacs session by explicitly changing the variables' values in Custom or with setq). Steve Berman From rgm@gnu.org Wed Feb 4 15:54:22 2009 Received: (at control) by emacsbugs.donarmstrong.com; 4 Feb 2009 23:54:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n14NsJA9018389 for ; Wed, 4 Feb 2009 15:54:20 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LUrXi-00022G-AM; Wed, 04 Feb 2009 18:52:30 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18826.10814.230523.681761@fencepost.gnu.org> Date: Wed, 4 Feb 2009 18:52:30 -0500 From: Glenn Morris To: control Subject: control message X-Debbugs-No-Ack: yes unmerge 2063 reassign 2063 emacs,ns reassign 2200 spam reassign 2199 emacs,calendar From stephen.berman@gmx.net Thu Feb 5 01:49:58 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 5 Feb 2009 09:49:58 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n159ntLm005861 for ; Thu, 5 Feb 2009 01:49:56 -0800 Received: from mx10.gnu.org ([199.232.76.166]:47498) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LV0q5-0007Br-4U for emacs-pretest-bug@gnu.org; Thu, 05 Feb 2009 04:48:05 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LV0rm-0006Af-Jt for emacs-pretest-bug@gnu.org; Thu, 05 Feb 2009 04:49:52 -0500 Received: from mail.gmx.net ([213.165.64.20]:45721) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1LV0rm-0006AP-2a for emacs-pretest-bug@gnu.org; Thu, 05 Feb 2009 04:49:50 -0500 Received: (qmail invoked by alias); 05 Feb 2009 09:49:47 -0000 Received: from i59F55934.versanet.de (EHLO escher.local.home) [89.245.89.52] by mail.gmx.net (mp071) with SMTP; 05 Feb 2009 10:49:47 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1+52noDllO5/rX7vR3kiMzm/U3q3wvJTEUvgTsIK+ hf0nkDCzxUeNAV Received: by escher.local.home (Postfix, from userid 1000) id A02081D11FD; Thu, 5 Feb 2009 10:49:46 +0100 (CET) From: Stephen Berman To: 2199@debbugs.gnu.org Cc: emacs-pretest-bug@gnu.org Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode References: <87hc3am8wn.fsf@escher.local.home> Sender: steve@escher.local.home Date: Thu, 05 Feb 2009 10:49:46 +0100 In-Reply-To: <87hc3am8wn.fsf@escher.local.home> (Stephen Berman's message of "Wed, 04 Feb 2009 18:03:36 +0100") Message-ID: <87tz79b4cl.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) The issue seems to be more complicated than I thought. Calendar marks are displayed with strings instead of faces not only when Calendar is invoked from a buffer in which font-lock-mode is nil (e.g. in Fundamental mode), as in my OP, but also in the following case: Let ~/.emacs consist of the following four sexps: (add-hook 'today-visible-calendar-hook 'calendar-mark-today) (setq calendar-mark-diary-entries-flag t) (setq calendar-mark-holidays-flag t) (appt-activate 1) Also, let ~/diary contain entries for today (either date or day). Now start Emacs like this: $ emacs --daemon $ emacsclient -c The frame that now opens displays the *scratch* buffer only (the diary is not displayed), in which font-lock-mode is t. Nevertheless, after `M-x calendar' the Calendar displays string marks rather than faces. There are two additional oddities: (i) Typing `q' in the *Calendar* buffer does nothing -- but on the next keystroke, whatever it is, the *Calendar* buffer does disappear. (ii) `M-x diary' correctly displays today's diary entries, but the mode line consists of the string "---Diar---", rather than the expected "-----------------Diary for Thursday, February 5, 2009-----------------" Note that if I start Emacs simply by invoking `emacs' (still with the above ~/.emacs), then everything is as expected: the frame is vertically split, above the splash screen, below today's diary entries, and `M-x calendar' displays the Calendar with faces. Note, too, that if instead of `emacs --daemon' I invoke Emacs with `emacs -nw -f server-start' (still with the above ~/.emacs), then in the terminal display the frame is vertically split, above *scratch*, below today's diary entries, and `M-x calendar' displays the Calendar with faces (likewise in the X11 frame opened by `emacsclient -c'). Finally, if I comment out "(appt-activate 1)" in the above ~/.emacs, then start Emacs with `emacs --daemon' and `emacsclient -c', then the behavior is as in my OP: Calendar marks are displayed with strings instead of faces only when Calendar is invoked from a buffer in which font-lock-mode is nil (e.g. in Fundamental mode) Steve Berman From rgm@gnu.org Sat Feb 7 18:00:21 2009 Received: (at 2199) by emacsbugs.donarmstrong.com; 8 Feb 2009 02:00:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-8.0 required=4.0 tests=HAS_BUG_NUMBER, VALID_BTS_CONTROL,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1820C1x003106; Sat, 7 Feb 2009 18:00:13 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LVyw5-0001l6-UP; Sat, 07 Feb 2009 20:58:17 -0500 From: Glenn Morris To: Stephen Berman Cc: 2199@debbugs.gnu.org Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode References: <87hc3am8wn.fsf@escher.local.home> <87tz79b4cl.fsf@escher.local.home> X-Spook: pink noise Kosovo Project Monarch Yukon NWO North Korea X-Ran: H"<;G6F7SzSqB~,t4X1Z!w}`#r"`lfPMR3w=]@D.\|e"?LES![Tq.m3w{NS78`]TyV)`[g X-Hue: cyan X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sat, 07 Feb 2009 20:58:17 -0500 In-Reply-To: <87tz79b4cl.fsf@escher.local.home> (Stephen Berman's message of "Thu, 05 Feb 2009 10:49:46 +0100") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii severity 2199 minor stop I've taken out the checking of font-lock-mode. The implementation was broken, since it just depended on which buffer was current when one loaded calendar.el. And the idea didn't make sense either, since the relevant features don't use font-lock. Note that when run from --daemon, (display-color-p) apparently returns nil (no display at all, I guess). So if you happen to load calendar.el then, again you won't get faces. Don't know how to fix that, other than to say customize the markers appropriately if you want to do that, rather than relying on the defaults. Stephen Berman wrote: > There are two additional oddities: > (i) Typing `q' in the *Calendar* buffer does nothing -- but on the next > keystroke, whatever it is, the *Calendar* buffer does disappear. No idea about that. I guess the buffer is not getted buried for some reason. > (ii) `M-x diary' correctly displays today's diary entries, but the mode > line consists of the string "---Diar---", rather than the expected > "-----------------Diary for Thursday, February 5, 2009-----------------" Couldn't reproduce that. It tries to fit to the width of the frame, so I can imagine it getting confused it if somehow tries to run from --daemon, when there is no frame. From rgm@gnu.org Sun Feb 8 12:46:02 2009 Received: (at 2199) by emacsbugs.donarmstrong.com; 8 Feb 2009 20:46:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n18KjxiF023384 for <2199@emacsbugs.donarmstrong.com>; Sun, 8 Feb 2009 12:46:00 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LWGVY-0001gd-Un; Sun, 08 Feb 2009 15:44:05 -0500 From: Glenn Morris To: 2199@debbugs.gnu.org Cc: Stephen Berman Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode References: <87hc3am8wn.fsf@escher.local.home> <87tz79b4cl.fsf@escher.local.home> X-Spook: basement Adriatic Guantanamo MIT-LL Forte condor diwn X-Ran: 2iiFKF8K3-tI&ST9,.F)=p:tnVMzl#l(?mgWEYd,P8bQcpoI-s.ys2$.!RZ3Xn{WP~v1NE X-Hue: cyan X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sun, 08 Feb 2009 15:44:04 -0500 In-Reply-To: (Glenn Morris's message of "Sat, 07 Feb 2009 20:58:17 -0500") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Glenn Morris wrote: > Note that when run from --daemon, (display-color-p) apparently returns > nil (no display at all, I guess). So if you happen to load calendar.el > then, again you won't get faces. Actually, I'll probably just take that test out too. I don't imagine B&W displays are too common any more. From stephen.berman@gmx.net Mon Feb 9 07:04:47 2009 Received: (at 2199) by emacsbugs.donarmstrong.com; 9 Feb 2009 15:04:47 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id n19F4dFa004676 for <2199@emacsbugs.donarmstrong.com>; Mon, 9 Feb 2009 07:04:40 -0800 Received: (qmail invoked by alias); 09 Feb 2009 15:04:31 -0000 Received: from i59F56E1E.versanet.de (EHLO escher.local.home) [89.245.110.30] by mail.gmx.net (mp066) with SMTP; 09 Feb 2009 16:04:31 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1/vCr4fKunvShl8x4a71x+azP4pjC8iX9KjuJmUI8 X10LCt8iDUmQ0Q Received: by escher.local.home (Postfix, from userid 1000) id CA3311D1513; Mon, 9 Feb 2009 16:04:29 +0100 (CET) From: Stephen Berman To: Glenn Morris Cc: 2199@debbugs.gnu.org Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode References: <87hc3am8wn.fsf@escher.local.home> <87tz79b4cl.fsf@escher.local.home> Sender: steve@escher.local.home Date: Mon, 09 Feb 2009 16:04:29 +0100 Message-ID: <874oz3zm6a.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 On Sat, 07 Feb 2009 20:58:17 -0500 Glenn Morris wrote: > severity 2199 minor > stop > > I've taken out the checking of font-lock-mode. The implementation was > broken, since it just depended on which buffer was current when one > loaded calendar.el. And the idea didn't make sense either, since the > relevant features don't use font-lock. > > Note that when run from --daemon, (display-color-p) apparently returns > nil (no display at all, I guess). So if you happen to load calendar.el > then, again you won't get faces. Don't know how to fix that, other > than to say customize the markers appropriately if you want to do > that, rather than relying on the defaults. > > > Stephen Berman wrote: > >> There are two additional oddities: >> (i) Typing `q' in the *Calendar* buffer does nothing -- but on the next >> keystroke, whatever it is, the *Calendar* buffer does disappear. > > No idea about that. I guess the buffer is not getted buried for some > reason. I found out what's happening with `q': when I do `emacsclient -c', the frame initially shows only the *scratch* buffer. I now type `M-x calendar', which as usual splits the screen vertically, with the *Calendar* buffer below and *scratch* above. Now type `M-: (calendar-window-list)': it returns (something like) "(# #)", and indeed `C-x C-b' reveals that the diary buffer is a live buffer. So when I type `q' in the *Calendar* buffer, calendar-hide-window is applied to the unseen diary buffer and to the displayed *Calendar* buffer, which explains my observation. What remains to be explained, and fixed, is why the diary buffer is not in a displayed window, although its window is in calendar-window-list. I think this has to do with --daemon, because when I start Emacs without --daemon but with the same ~/.emacs, then the diary is initially displayed below and the splash screen above; but with --daemon neither of these is displayed upon invoking `emacsclient -c'. >> (ii) `M-x diary' correctly displays today's diary entries, but the mode >> line consists of the string "---Diar---", rather than the expected >> "-----------------Diary for Thursday, February 5, 2009-----------------" > > Couldn't reproduce that. Sorry, I gave the wrong recipe: after invoking `emacsclient -c', just do `C-x b diary' and you should get the diary buffer with the truncated mode line. > It tries to fit to the width of the frame, so > I can imagine it getting confused it if somehow tries to run from > --daemon, when there is no frame. On Sun, 08 Feb 2009 15:44:04 -0500 Glenn Morris wrote: > Glenn Morris wrote: > >> Note that when run from --daemon, (display-color-p) apparently returns >> nil (no display at all, I guess). So if you happen to load calendar.el >> then, again you won't get faces. > > Actually, I'll probably just take that test out too. I don't imagine > B&W displays are too common any more. Thanks for removing this too. I think your comment in calendar.el on this point probably has wider application: ;; They also used to check display-color-p, but that is a problem if ;; loaded from --daemon. Since BW displays are rare now, this was ;; also taken out. The way to keep it would be to have nil mean do a ;; runtime check whenever this variable is used. Cf. also bug#2138 and Dan Nicolaescu's remark: > Not really, this is not a problem with --daemon, it's a problem in the > ediff implementation that it evaluates ediff-window-setup-function at > load time. This is not appropriate anymore now when you can have both > X11 and tty frames in the same emacs session. Steve Berman From rgm@gnu.org Mon Feb 9 12:06:25 2009 Received: (at 2199) by emacsbugs.donarmstrong.com; 9 Feb 2009 20:06:25 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n19K6M00016752 for <2199@emacsbugs.donarmstrong.com>; Mon, 9 Feb 2009 12:06:23 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LWcMj-0004BR-Rv; Mon, 09 Feb 2009 15:04:25 -0500 From: Glenn Morris To: Stephen Berman Cc: 2199@debbugs.gnu.org Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode References: <87hc3am8wn.fsf@escher.local.home> <87tz79b4cl.fsf@escher.local.home> <874oz3zm6a.fsf@escher.local.home> X-Spook: Uzi national information infrastructure ARPA bullion X-Ran: fVAHku=#sawAjJ4fYn`'%3W?]O?e':W6>, (Stephen Berman's message of "Mon, 09 Feb 2009 16:04:29 +0100") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Stephen Berman wrote: > What remains to be explained, and fixed, is why the diary buffer > is not in a displayed window, although its window is in > calendar-window-list. I think this has to do with --daemon, because > when I start Emacs without --daemon but with the same ~/.emacs, then > the diary is initially displayed below and the splash screen above; > but with --daemon neither of these is displayed upon invoking > `emacsclient -c'. With specified .emacs: emacs --daemon emacsclient -c M-x calendar (let (wlist) (walk-windows (lambda (w) (push w wlist)) nil t) wlist) gives: (# # # #) So there's an invisible frame with the splash and diary buffers. Changing the last argument of walk-windows in calendar-window-list from t to 0 is probably good enough. > Sorry, I gave the wrong recipe: after invoking `emacsclient -c', just do > `C-x b diary' and you should get the diary buffer with the truncated > mode line. As expected, window-edges is confused by --daemon: emacs -Q --daemon --eval "(setq in (window-inside-edges) out (window-edges))" emacsclient -c in = (0 1 10 8) out = (0 1 10 9) No idea what to do about that. From rgm@gnu.org Mon Feb 9 12:16:43 2009 Received: (at 2199) by emacsbugs.donarmstrong.com; 9 Feb 2009 20:16:43 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n19KGeeQ019166 for <2199@emacsbugs.donarmstrong.com>; Mon, 9 Feb 2009 12:16:41 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LWcWh-0004XM-RE; Mon, 09 Feb 2009 15:14:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18832.36531.633175.302122@fencepost.gnu.org> Date: Mon, 9 Feb 2009 15:14:43 -0500 From: Glenn Morris To: Stephen Berman , 2199@debbugs.gnu.org Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode In-Reply-To: References: <87hc3am8wn.fsf@escher.local.home> <87tz79b4cl.fsf@escher.local.home> <874oz3zm6a.fsf@escher.local.home> X-Debbugs-No-Ack: yes Glenn Morris wrote (on Mon, 9 Feb 2009 at 15:04 -0500): > So there's an invisible frame with the splash and diary buffers. > > Changing the last argument of walk-windows in calendar-window-list > from t to 0 is probably good enough. But that breaks the behaviour if I have multiple frames open on different workspaces in Window Maker. Only buffers on the current workspace are buried. So I have no idea what to do about this either. From monnier@iro.umontreal.ca Mon Feb 9 18:29:56 2009 Received: (at 2199) by emacsbugs.donarmstrong.com; 10 Feb 2009 02:29:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1A2TmUC014591 for <2199@emacsbugs.donarmstrong.com>; Mon, 9 Feb 2009 18:29:49 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEADt1kElFxIvi/2dsb2JhbACBbtAehBoGgyA X-IronPort-AV: E=Sophos;i="4.38,183,1233550800"; d="scan'208";a="33639750" Received: from 69-196-139-226.dsl.teksavvy.com (HELO pastel.home) ([69.196.139.226]) by ironport2-out.teksavvy.com with ESMTP; 09 Feb 2009 21:29:42 -0500 Received: by pastel.home (Postfix, from userid 20848) id 19090806C; Mon, 9 Feb 2009 21:29:42 -0500 (EST) From: Stefan Monnier To: Glenn Morris Cc: 2199@debbugs.gnu.org, Stephen Berman Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode Message-ID: References: <87hc3am8wn.fsf@escher.local.home> <87tz79b4cl.fsf@escher.local.home> <874oz3zm6a.fsf@escher.local.home> <18832.36531.633175.302122@fencepost.gnu.org> Date: Mon, 09 Feb 2009 21:29:42 -0500 In-Reply-To: <18832.36531.633175.302122@fencepost.gnu.org> (Glenn Morris's message of "Mon, 9 Feb 2009 15:14:43 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> So there's an invisible frame with the splash and diary buffers. >> >> Changing the last argument of walk-windows in calendar-window-list >> from t to 0 is probably good enough. > But that breaks the behaviour if I have multiple frames open on > different workspaces in Window Maker. Only buffers on the current > workspace are buried. So I have no idea what to do about this either. Not sure I understand what you mean by "different workspaces in Window Maker"? I'm guessing that these are different X displays, maybe of the form "foo:0.0" and "foo:0.1"? Stefan From rgm@gnu.org Tue Feb 10 13:29:29 2009 Received: (at 2199) by emacsbugs.donarmstrong.com; 10 Feb 2009 21:29:29 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1ALTRnh024767 for <2199@emacsbugs.donarmstrong.com>; Tue, 10 Feb 2009 13:29:28 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LX08e-0006l7-D2; Tue, 10 Feb 2009 16:27:28 -0500 From: Glenn Morris To: Stefan Monnier Cc: 2199@debbugs.gnu.org, Stephen Berman Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode References: <87hc3am8wn.fsf@escher.local.home> <87tz79b4cl.fsf@escher.local.home> <874oz3zm6a.fsf@escher.local.home> <18832.36531.633175.302122@fencepost.gnu.org> X-Spook: Israel MD5 United Nations world domination lock picking X-Ran: z8QEQ%AJ.VJAWX8^biE`:_]QgfDw#KEN"=F>b;*,u%y6M7jz|47%P;-K:=L14l.k"OR4s\ X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 10 Feb 2009 16:27:28 -0500 In-Reply-To: (Stefan Monnier's message of "Mon, 09 Feb 2009 21:29:42 -0500") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Stefan Monnier wrote: >>> Changing the last argument of walk-windows in calendar-window-list >>> from t to 0 is probably good enough. > >> But that breaks the behaviour if I have multiple frames open on >> different workspaces in Window Maker. I was wrong, it doesn't make a difference in that regard, so I can install that. > Not sure I understand what you mean by "different workspaces in Window > Maker"? I'm guessing that these are different X displays, maybe of the > form "foo:0.0" and "foo:0.1"? No. I probably should have said "virtual desktop"? The different screens provided by your window manager / "desktop environment", which you can switch between and move applications between. I noticed that frames on workspaces other than the current one have a 'visibility frame-parameter of 'icon, which surprised me. Does that make sense? From monnier@iro.umontreal.ca Tue Feb 10 17:35:29 2009 Received: (at 2199) by emacsbugs.donarmstrong.com; 11 Feb 2009 01:35:29 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1B1ZPpd032279 for <2199@emacsbugs.donarmstrong.com>; Tue, 10 Feb 2009 17:35:27 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArEEANe5kUlFxIvi/2dsb2JhbACBbtIAhBoGgyM X-IronPort-AV: E=Sophos;i="4.38,188,1233550800"; d="scan'208";a="33694347" Received: from 69-196-139-226.dsl.teksavvy.com (HELO pastel.home) ([69.196.139.226]) by ironport2-out.teksavvy.com with ESMTP; 10 Feb 2009 20:35:19 -0500 Received: by pastel.home (Postfix, from userid 20848) id 92EC27FE6; Tue, 10 Feb 2009 20:35:19 -0500 (EST) From: Stefan Monnier To: Glenn Morris Cc: 2199@debbugs.gnu.org, Stephen Berman Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode Message-ID: References: <87hc3am8wn.fsf@escher.local.home> <87tz79b4cl.fsf@escher.local.home> <874oz3zm6a.fsf@escher.local.home> <18832.36531.633175.302122@fencepost.gnu.org> Date: Tue, 10 Feb 2009 20:35:19 -0500 In-Reply-To: (Glenn Morris's message of "Tue, 10 Feb 2009 16:27:28 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > I noticed that frames on workspaces other than the current one have a > 'visibility frame-parameter of 'icon, which surprised me. Does that > make sense? Yes. X11 doesn't have a notion of "workspace", fundamentally, so window-managers simulate it by mapping/unmapping (the X11 terms for display/hide) the windows according to which windows are displayed in the current workspace. Now mapping/unmapping is the same mechanism used to iconify/deiconify a window, so Emacs treats an unmapped window as "iconified". Note that window-managers could use other techniques to hide/show windows. E.g. they could just move them "out of sight", in which case Emacs would consider those windows as still "visible" but with bogus left/right positions. Stefan From rgm@gnu.org Tue Feb 10 20:02:25 2009 Received: (at 2199-done) by emacsbugs.donarmstrong.com; 11 Feb 2009 04:02:25 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n1B42MJ7008132 for <2199-done@emacsbugs.donarmstrong.com>; Tue, 10 Feb 2009 20:02:23 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LX6Gv-0002m7-G8; Tue, 10 Feb 2009 23:00:25 -0500 From: Glenn Morris To: 2199-done@debbugs.gnu.org Subject: Re: bug#2199: 23.0.60; calendar marks and font-lock-mode References: <87hc3am8wn.fsf@escher.local.home> <87tz79b4cl.fsf@escher.local.home> <874oz3zm6a.fsf@escher.local.home> X-Spook: Venezuela bce MP5K-SD Serbian FSF ISEC Exon Shell Bush X-Ran: kWLT.=p#pC1jY User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Glenn Morris wrote: > emacs -Q --daemon --eval "(setq in (window-inside-edges) out (window-edges))" > emacsclient -c > > in = (0 1 10 8) > out = (0 1 10 9) > > No idea what to do about that. I've installed a hacky fix (for calendar) and am closing this bug. From unknown Thu Aug 21 23:00:41 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Wed, 11 Mar 2009 14:24:10 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator