[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#64759: Broken faces
From: |
Juri Linkov |
Subject: |
bug#64759: Broken faces |
Date: |
Fri, 21 Jul 2023 19:20:44 +0300 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) |
>> 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.
> 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?
- bug#64759: Broken faces, (continued)
- bug#64759: Broken faces, Juri Linkov, 2023/07/21
- bug#64759: Broken faces, Eli Zaretskii, 2023/07/21
- bug#64759: Broken faces, Juri Linkov, 2023/07/24
- bug#64759: Broken faces, Eli Zaretskii, 2023/07/24
- bug#64759: Broken faces, Juri Linkov, 2023/07/25
- bug#64759: Broken faces, Eli Zaretskii, 2023/07/25
- bug#64759: Broken faces, Juri Linkov, 2023/07/28
- bug#64759: Broken faces, Eli Zaretskii, 2023/07/28
- bug#64759: Broken faces, Eli Zaretskii, 2023/07/21
- bug#64759: Broken faces, Eli Zaretskii, 2023/07/21
- bug#64759: Broken faces,
Juri Linkov <=
- bug#64759: Broken faces, Eli Zaretskii, 2023/07/21