[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 <rudalics@gmx.at>
>>>>> 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
mituharu@math.s.chiba-u.ac.jp