GNU bug report logs - #46184
28.0.50; child-frame-border-width of 0 falls back to internla-border-width

Previous Next

Full log

Message #11 received at 46184 <at> debbugs.gnu.org (full text, mbox):

From: Aaron Jensen <aaronjensen <at> gmail.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Alexander Miller <alexanderm <at> web.de>, 46184 <at> debbugs.gnu.org
Subject: Re: bug#46184: 28.0.50;
 child-frame-border-width of 0 falls back to internla-border-width
Date: Sat, 30 Jan 2021 11:13:38 -0600

[Message part 1 (text/plain, inline)]

On Sat, Jan 30, 2021 at 9:26 AM martin rudalics <rudalics <at> gmx.at> wrote:
>
>  > (make-frame `(
>  >            (parent-frame . ,(window-frame))
>  >            (child-frame-border-width . 0)
>  >            (internal-border-width . 200)))
>  >
>  > I would expect the border width to only fall back if
>  > child-frame-border-width is nil, since 0 is a useful setting.
>
> It's not entirely trivial to do that (frame parameters are a pain in
> this regard) but please have a look at the attached patch (tested on a
> GTK build only).  Alexander, please have a look too.

That worked for me, thanks. I had to also apply the attached to get it
to compile on macOS.

Aaron

[nsmenu.diff (application/octet-stream, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.