From: Angelo Graziosi <angelo.g0@libero.it>
To: emacs-devel@gnu.org
Subject: Re: Issue with master build on macOS
Date: Sat, 2 May 2020 23:40:50 +0200 (CEST) [thread overview]
Message-ID: <568368752.913821.1588455650304@mail1.libero.it> (raw)
In-Reply-To: <868078778.972379.1588455040118@mail1.libero.it>
I wonder if this issue is related to this change:
http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=24cb6908d70c14792c686679cb08091447b9c3b1
> Il 2 maggio 2020 alle 23.30 Angelo Graziosi ha scritto:
>
>
> It seems that the interfering factor is the desktop file.
>
> I have renamed it
>
> mv desktop desktop-save
>
> Now when I start Emacs without the desktop file it starts right but if I just save it (without having visited any buffer), the bad behavior restarts, shrinking the frame. In this case, one time it starts bad one time it start right... systematically
>
>
> > Il 2 maggio 2020 alle 23.12 Angelo Graziosi ha scritto:
> >
> >
> > The build of current master (a941a9e8c22) has a strange behavior.
> >
> > In the init.el file I have:
> >
> > (setq default-frame-alist
> > '(
> > (width . 115) ; character
> > (height . 37) ; lines
> > (left . 325); pixel
> > (top . 0); pixel
> > (font . "Monaco-13") ; font
> > ))
> >
> > so that the top-right corner of Emacs frame overlaps the T-R corner of the screen (it is a 2011 MBP) and its width and height are exactly (leaving aside scroll bar, tool bar etc.) what is written in the init file.
> >
> > Now with current build, when I start Emacs its frame, first has the "natural" (more or less squared) size before the init file is read, then it is reduce more or less at its half: here its remains for a few second (it seems to hang); than it takes the final size which is not what the init file says: about half in width and 70% in height and positioned more or less at the screen center so that the T-R corners do not overlaps at all.
> >
> > If close Emacs and the restart it, now it behaves as the init file says. Good. If I repeat the close-restart operation it fall back to the bad frame; if I repeat, it results in a good frame and so on. One time it start bad and another time it start good. I tried this at least 5-6 times.
next prev parent reply other threads:[~2020-05-02 21:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-02 21:12 Issue with master build on macOS Angelo Graziosi
2020-05-02 21:30 ` Angelo Graziosi
2020-05-02 21:40 ` Angelo Graziosi [this message]
2020-05-03 2:36 ` Eli Zaretskii
2020-05-03 11:14 ` Angelo Graziosi
2020-05-03 13:23 ` Angelo Graziosi
2020-05-03 19:45 ` Alan Third
2020-05-03 15:17 ` Eli Zaretskii
2020-05-04 6:25 ` Angelo Graziosi
2020-05-04 14:33 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=568368752.913821.1588455650304@mail1.libero.it \
--to=angelo.g0@libero.it \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.