GNU bug report logs - #18357
24.3.93; Calendar not fully displayed

Previous Next

Package: emacs;

Reported by: Stephen Berman <stephen.berman <at> gmx.net>

Date: Fri, 29 Aug 2014 18:25:02 UTC

Severity: minor

Found in version 24.3.93

Done: Stephen Berman <stephen.berman <at> gmx.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 18357 <at> debbugs.gnu.org
Subject: bug#18357: 24.3.93; Calendar not fully displayed
Date: Sat, 30 Aug 2014 15:34:59 +0300
> From: Stephen Berman <stephen.berman <at> gmx.net>
> Cc: 18357-done <at> debbugs.gnu.org
> Date: Sat, 30 Aug 2014 13:32:24 +0200
> 
> Your analysis is convincing (and makes explicit what I vaguely suspected
> about point being on the last line; moreover, I was mistaken in saying
> that the amount scrolled was different from doing `C-l': it depends on
> which line point is on when you type `C-l', of course).  In addition,
> the workaround is acceptable, so I'm closing this bug.

Thanks.

> Two questions remain for me: (i) Since I use the Calendar pretty much
> daily and the triggering configuration comes up about every four weeks,
> why don't I remember seeing this before? (This isn't a question I think
> you can answer; I guess my memory just isn't good enough.)

You could try paying attention from now on.

> (ii) Why doesn't "the problem" happen in the trunk build with
> toolkit scroll bars?  Is this perhaps because Martin's window
> changes add an extra pixel or two, leaving enough space?

Maybe.  Strangely, I can no longer reproduce this on the emacs-24
branch.  If you still can, fire up 2 Emacsen, one each from either
branch, put their frames side by side, and compare the dimensions of
the text area.




This bug report was last modified 10 years and 352 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.