> From: Juri Linkov <juri@linkov.net> > Cc: 64759@debbugs.gnu.org, maurooaranda@gmail.com > Date: Fri, 21 Jul 2023 19:20:44 +0300 > > >> It seems adding non-empty definitions in bug#64655 > >> were intended to workaround a bug in cus-edit.el, > >> not to fix it. > > > > I don't think it's a bug. Why is it a bug to tell the user that the > > face has no information to show as the current definition? > > How this is different from a variable that has a nil value? > The Customization UI can handle it. It can and it does. Emacs doesn't signal an error and doesn't crash. So there's no problem, just unexpected info. > > Moreover, what does it mean to have nil there in defface? The > > meaning of nil is not documented anywhere that I could see, so what > > did the authors of such code expect it to produce? > > Why not nil? Every variable supports a nil value. Why can't faces > do the same? I don't know, but the documentation says nothing about the semantics of that.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4