From: Robert Pluim <rpluim@gmail.com>
To: "Perry E. Metzger" <perry@piermont.com>
Cc: Noam Postavsky <npostavs@gmail.com>,
Emacs developers <emacs-devel@gnu.org>
Subject: Re: Weird problem with inital frame sizing
Date: Wed, 12 Sep 2018 17:47:29 +0200 [thread overview]
Message-ID: <87h8iu90q6.fsf@gmail.com> (raw)
In-Reply-To: <20180912113538.645f02f7@jabberwock.cb.piermont.com> (Perry E. Metzger's message of "Wed, 12 Sep 2018 11:35:38 -0400")
"Perry E. Metzger" <perry@piermont.com> writes:
> On Wed, 12 Sep 2018 10:50:05 -0400 Noam Postavsky
> <npostavs@gmail.com> wrote:
>> On 12 September 2018 at 10:37, Perry E. Metzger
>> <perry@piermont.com> wrote:
>>
>> > Thinking that this might be some sort of weird race condition
>> > during initialization, I put a "(sleep-for 1)" into my .emacs
>> > just before the code that sets everything, i.e., before all my
>> > "set-face-attribute" and "default-frame-alist" manipulation. When
>> > I do this, the frame pops up in its initial size and
>> > configuration, and then after the sleep ends, the size of the
>> > default frame adjusts and is consistently correct.
>> >
>> > Can anyone guess what might be going wrong, and how we might fix
>> > this correctly?
>>
>> Does changing x-wait-for-event-timeout help (or hurt)?
>>
>> Possibly doing your manipulation in after-make-frame-functions would
>> be the correct fix.
>
> It would seem to me that requiring users to change their default font
> in that way rather than just in their .emacs file is a bit
> heavyweight. It's certainly not documented, and hasn't always been
> needed in the past...
This might be <https://debbugs.gnu.org/cgi/bugreport.cgi?bug=31745>,
which I haven't gotten around to tracking down fully. Itʼs very
window-manager dependent though. I found that starting emacs with
'--no-x-resources' made the issue go away, which points to a race
condition in the initial frame setup.
Robert
next prev parent reply other threads:[~2018-09-12 15:47 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-12 14:37 Weird problem with inital frame sizing Perry E. Metzger
2018-09-12 14:50 ` Noam Postavsky
2018-09-12 15:35 ` Perry E. Metzger
2018-09-12 15:47 ` Robert Pluim [this message]
2018-09-12 17:01 ` Perry E. Metzger
2018-09-13 11:49 ` Stefan Monnier
2018-09-13 19:08 ` Perry E. Metzger
2018-09-13 19:15 ` Perry E. Metzger
2018-09-13 19:17 ` Perry E. Metzger
2018-09-13 19:23 ` Perry E. Metzger
2018-09-13 19:31 ` Perry E. Metzger
2018-09-13 20:20 ` Stefan Monnier
2018-09-13 21:34 ` Perry E. Metzger
2018-09-14 1:14 ` Stefan Monnier
2018-09-15 23:23 ` Perry E. Metzger
2018-09-16 21:58 ` Stefan Monnier
2018-09-17 13:31 ` Perry E. Metzger
2018-09-17 13:49 ` Noam Postavsky
2018-09-13 19:15 ` Eli Zaretskii
2018-09-13 19:25 ` Perry E. Metzger
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87h8iu90q6.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=npostavs@gmail.com \
--cc=perry@piermont.com \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).