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

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

[debbugs-tracker] bug#28551: closed (Emacs master does not respect frame


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#28551: closed (Emacs master does not respect frame width [macOS])
Date: Fri, 22 Sep 2017 16:15:01 +0000

Your message dated Fri, 22 Sep 2017 17:14:28 +0100
with message-id <address@hidden>
and subject line Re: bug#28551: Emacs master does not respect frame width 
[macOS]
has caused the debbugs.gnu.org bug report #28551,
regarding Emacs master does not respect frame width [macOS]
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
28551: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=28551
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Emacs master does not respect frame width [macOS] Date: Fri, 22 Sep 2017 17:13:37 +0200 (CEST)
Both on Windows, GNU/Linux and macOS, in the init.el file I have something like 
this

(setq default-frame-alist
      '(
        (width . 110) ; character
        [...]
        ))

This allow me to have an useful space of 110 columns to write.

Now with the build 015172d1ba36de9ab2ca2cae020b6ab6793dbb8c (2017-09-15 
11:46:37), on macOS, the above is not respected. I have lost about 5 columns 
(really I have lost also a line, from 32 to 31). The same does not occur on 
GNU/Linux and Windows on which I have built the same master.

Notice, they are a few years I am using the above configuration on these 
systems.


Angelo



--- End Message ---
--- Begin Message --- Subject: Re: bug#28551: Emacs master does not respect frame width [macOS] Date: Fri, 22 Sep 2017 17:14:28 +0100 User-agent: Mutt/1.9.0 (2017-09-02)
On Fri, Sep 22, 2017 at 05:13:37PM +0200, Angelo Graziosi wrote:
> Both on Windows, GNU/Linux and macOS, in the init.el file I have something 
> like this
> 
> (setq default-frame-alist
>       '(
>         (width . 110) ; character
>         [...]
>         ))
> 
> This allow me to have an useful space of 110 columns to write.
> 
> Now with the build 015172d1ba36de9ab2ca2cae020b6ab6793dbb8c
> (2017-09-15 11:46:37), on macOS, the above is not respected. I have
> lost about 5 columns (really I have lost also a line, from 32 to
> 31). The same does not occur on GNU/Linux and Windows on which I
> have built the same master.

Hi Angelo, this is fixed on the emacs-26 branch. It should be copied
back to master at some point. See bug#28536.
-- 
Alan Third


--- End Message ---

reply via email to

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