[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-
bug#5268: 23.1.90; # of rows/columns not adjusted by change of internal-border-width for fullscreen frames
Sat, 26 Dec 2009 09:22:22 +0900
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
>> 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