bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#5268: 23.1.90; # of rows/columns not adjusted by change of internal-


From: YAMAMOTO Mitsuharu
Subject: bug#5268: 23.1.90; # of rows/columns not adjusted by change of internal-border-width for fullscreen frames
Date: Sat, 26 Dec 2009 09:22:22 +0900
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shij┼Ź) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI)

>>>>> On Fri, 25 Dec 2009 12:26:31 +0100, martin rudalics <address@hidden> said:

>> 2. (set-frame-parameter nil 'fullscreen 'fullboth) C-j
>> 3. (set-frame-parameter nil 'internal-border-width 30) C-j
>> 
>> Result:
>> 
>> The echo area does not fit in the screen and becomes invisible.
>> The number of rows/columns seems to be unchanged by Step 3.

> I suppose that's by intention.  If I do

> (set-frame-parameter nil 'internal-border-width 0)

> afterwards, the frame shrinks (probably in order to keep the number of
> lines and columns constant).  Fullscreen mode is inherently incompatible
> with the "keep the number of lines/columns constant" paradigm permeating
> many of the frame and font size handling routines.

In the case of the `font' frame parameter, it does the adjustment of
the number of rows/columns on its change.

  1. emacs -Q
  2. (set-frame-parameter nil 'fullscreen 'fullboth) C-j
  3. (frame-parameter nil 'width) C-j   [which gives 176 for me]
  4. (set-frame-parameter nil 'font "-*-courier-*--20-*") C-j
  5. (frame-parameter nil 'width) C-j   [which gives 112 for me]

So I think the reported issue was simply overlooked rather than by
intention.

                                     YAMAMOTO Mitsuharu
                                address@hidden






reply via email to

[Prev in Thread] Current Thread [Next in Thread]