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

Previous Next

Package: emacs;

Reported by: Aaron Jensen <aaronjensen <at> gmail.com>

Date: Sat, 30 Jan 2021 05:53:01 UTC

Severity: normal

Tags: fixed

Found in version 28.0.50

Fixed in version 28.1

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: Alexander Miller <alexanderm <at> web.de>
Cc: 46184 <at> debbugs.gnu.org, aaronjensen <at> gmail.com
Subject: Re: bug#46184: 28.0.50; child-frame-border-width of 0 falls back to
 internla-border-width
Date: Sat, 6 Feb 2021 18:28:16 +0100
>  > I also tried setting an explicit `nil` value and got an error, but
>  > judging by how `internal-border-width` shows the same behaviour I assume
>  > that it's working as expected.
>
> Indeed.  That's why I dislike frame parameters.  WOW users cannot set
> 'internal-border-width' back to its initial value once it changed.  For
> scroll bars we use a two-tiers approach where users can tweak width and
> type separately.  Doing something similar for the internal border seems
> a bit excessive to me.

I think I fixed that now in the sense that an explicit nil value does
not get an error but triggers the fallback mechanism.  Please check out
the latest master.

Thanks, martin




This bug report was last modified 3 years and 364 days ago.

Previous Next


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