GNU bug report logs - #4543
window-full-height-p

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Thu, 24 Sep 2009 03:50:04 UTC

Severity: wishlist

Done: Glenn Morris <rgm <at> gnu.org>

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: martin rudalics <rudalics <at> gmx.at>, 4543 <at> debbugs.gnu.org
Cc: rgm <at> gnu.org
Subject: bug#4543: window-full-height-p
Date: Fri, 25 Sep 2009 12:27:58 +0300
> Date: Fri, 25 Sep 2009 09:40:11 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> Cc: 4543 <at> emacsbugs.donarmstrong.com
> 
>  > window-full-width-p has a simple C
>  > implementation,
> 
> `window-full-width-p' is based on the definition
> 
>    /* Total width of frame F, in columns (characters),
>       including the width used by scroll bars if any.  */
> 
>    #define FRAME_TOTAL_COLS(f) ((f)->total_cols)
> 
> from frame.h whose semantics I don't understand.  Not really simple.

Maybe I can help.  What is the difficulty with the semantics of this
attribute of a frame?

>  > but perhaps the same thing is not possible for height?
> 
> Hardly.

What's wrong with this (taken from frame.c:frame-parameters) as the
frame height:

  height = (f->new_text_lines ? f->new_text_lines : FRAME_LINES (f));

and then subtract from it the height of the minibuffer window?

The C variable `minibuf_window' should give you the Lisp object that
holds the minibuffer window, and its `total_lines' attribute should
give you the height of that window.  Or am I missing something?



This bug report was last modified 15 years and 236 days ago.

Previous Next


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