GNU bug report logs - #14636
24.3.50.1; window-line-height doesn't seem to work, unless the point is at the end-of-buffer

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: E Sabof <esabof <at> gmail.com>
Cc: 14636 <at> debbugs.gnu.org
Subject: bug#14636: 24.3.50.1; window-line-height doesn't seem to work, unless the point is at the end-of-buffer
Date: Sun, 16 Jun 2013 19:53:42 +0300

> Date: Sun, 16 Jun 2013 17:44:07 +0100
> From: E Sabof <esabof <at> gmail.com>
> Cc: 14636-done <at> debbugs.gnu.org
> 
> > That's a documented limitation.  From the doc string:
> >
> >   Return nil if window display is not up-to-date.  In that case, use
> >   `pos-visible-in-window-p' to obtain the information.
> >
> > > Interestingly enough, I can specify line numbers (or not) and it will
> > work,
> > > but only as long as (= (point) (point-max))
> >
> > You cannot easily predict when the window display will be up-to-date
> > by the time this function runs.
> >
> > Closing as not-a-bug.
> >
> 
> I have also tried
> 
> (progn (pos-visible-in-window-p)
>        (window-line-height))
> 
> but it didn't seem to make any difference.

Why should it?  Calling pos-visible-in-window-p does not guarantee
that the window will be up-to-date, it just gives you the same
information without requiring that the display be up-to-date.  Its
disadvantage is that it is slower.

Previous Next

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