* bug#35076: [26.1] delete-face [FEATURE REQUEST]
@ 2019-04-02 0:04 Boruch Baum
2019-04-02 0:15 ` Basil L. Contovounesios
2019-04-02 14:33 ` Eli Zaretskii
0 siblings, 2 replies; 10+ messages in thread
From: Boruch Baum @ 2019-04-02 0:04 UTC (permalink / raw)
To: 35076
I don't see any command or recommended method for deleting a face. Is
there one? Shouldn't there either be one, or a discussion about it in
the documentation?
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#35076: [26.1] delete-face [FEATURE REQUEST]
2019-04-02 0:04 Boruch Baum
@ 2019-04-02 0:15 ` Basil L. Contovounesios
2019-04-02 0:38 ` Boruch Baum
2019-04-02 14:33 ` Eli Zaretskii
1 sibling, 1 reply; 10+ messages in thread
From: Basil L. Contovounesios @ 2019-04-02 0:15 UTC (permalink / raw)
To: Boruch Baum; +Cc: 35076
Boruch Baum <boruch_baum@gmx.com> writes:
> I don't see any command or recommended method for deleting a face. Is
> there one? Shouldn't there either be one, or a discussion about it in
> the documentation?
FWIW, this was recently discussed on the Emacs Stack Exchange forum:
https://emacs.stackexchange.com/q/48443/15748
--
Basil
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#35076: [26.1] delete-face [FEATURE REQUEST]
2019-04-02 0:15 ` Basil L. Contovounesios
@ 2019-04-02 0:38 ` Boruch Baum
2019-04-02 15:10 ` Eli Zaretskii
0 siblings, 1 reply; 10+ messages in thread
From: Boruch Baum @ 2019-04-02 0:38 UTC (permalink / raw)
To: Basil L. Contovounesios; +Cc: 35076
Thanks for the reference. It doesn't seem resolved there.
On 2019-04-02 01:15, Basil L. Contovounesios wrote:
> Boruch Baum <boruch_baum@gmx.com> writes:
>
> > I don't see any command or recommended method for deleting a face. Is
> > there one? Shouldn't there either be one, or a discussion about it in
> > the documentation?
>
> FWIW, this was recently discussed on the Emacs Stack Exchange forum:
> https://emacs.stackexchange.com/q/48443/15748
>
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#35076: [26.1] delete-face [FEATURE REQUEST]
2019-04-02 0:04 Boruch Baum
2019-04-02 0:15 ` Basil L. Contovounesios
@ 2019-04-02 14:33 ` Eli Zaretskii
2020-08-21 2:09 ` Stefan Kangas
1 sibling, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2019-04-02 14:33 UTC (permalink / raw)
To: Boruch Baum; +Cc: 35076
> Date: Mon, 1 Apr 2019 20:04:03 -0400
> From: Boruch Baum <boruch_baum@gmx.com>
>
> I don't see any command or recommended method for deleting a face. Is
> there one? Shouldn't there either be one, or a discussion about it in
> the documentation?
Maybe I'm missing something, but why would we need such a method?
What would be a practical use case where it's necessary to delete a
face (as opposed to simply leaving it alone and not using it)?
I'm asking because implementing this will not be trivial, what with
all the places where faces are recorded and cached, so we'd need a
good reason to do that. OTOH, Emacs already knows how to replace a
face when it is redefined, so it isn't like we waste memory here.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#35076: [26.1] delete-face [FEATURE REQUEST]
[not found] ` <<8336n0h3yp.fsf@gnu.org>
@ 2019-04-02 15:03 ` Drew Adams
0 siblings, 0 replies; 10+ messages in thread
From: Drew Adams @ 2019-04-02 15:03 UTC (permalink / raw)
To: Eli Zaretskii, Boruch Baum; +Cc: 35076
> > I don't see any command or recommended method for deleting a face. Is
> > there one? Shouldn't there either be one, or a discussion about it in
> > the documentation?
>
> Maybe I'm missing something, but why would we need such a method?
> What would be a practical use case where it's necessary to delete a
> face (as opposed to simply leaving it alone and not using it)?
>
> I'm asking because implementing this will not be trivial, what with
> all the places where faces are recorded and cached, so we'd need a
> good reason to do that. OTOH, Emacs already knows how to replace a
> face when it is redefined, so it isn't like we waste memory here.
I almost posted the same question. On reflection I
thought that it can be helpful to users (and programs)
not to have to have such "extra", unwanted, unused
faces laying about, remaining in a session.
How so? Mainly UI considerations. Useless choices for
`M-x customize face' and other uses of `read-face-*'.
Less noise in the output of `list-faces-display'.
If there are enough such dead-weight faces then it also
might affect performance slightly, depending on the use,
but this isn't what I'd worry about.
I can't speak for the OP, but the nuisance of having
such faces linger as UI noise is one reason, I think
Yes, users can redefine a face to just inherit from
`default', but the above considerations still apply.
I think it would be good if users could delete faces,
just like they undefine or unbind keys or unintern
symbols. How costly it might be to implement this
feature is an counter consideration.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#35076: [26.1] delete-face [FEATURE REQUEST]
2019-04-02 0:38 ` Boruch Baum
@ 2019-04-02 15:10 ` Eli Zaretskii
0 siblings, 0 replies; 10+ messages in thread
From: Eli Zaretskii @ 2019-04-02 15:10 UTC (permalink / raw)
To: Boruch Baum; +Cc: contovob, 35076
> Date: Mon, 1 Apr 2019 20:38:37 -0400
> From: Boruch Baum <boruch_baum@gmx.com>
> Cc: 35076@debbugs.gnu.org
>
> Thanks for the reference. It doesn't seem resolved there.
Neither does it explain why this is needed, FWIW.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#35076: [26.1] delete-face [FEATURE REQUEST]
2019-04-02 14:33 ` Eli Zaretskii
@ 2020-08-21 2:09 ` Stefan Kangas
2020-08-21 3:35 ` Boruch Baum
0 siblings, 1 reply; 10+ messages in thread
From: Stefan Kangas @ 2020-08-21 2:09 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 35076, Boruch Baum
tags 35076 + wontfix
close 35076
thanks
Eli Zaretskii <eliz@gnu.org> writes:
>> Date: Mon, 1 Apr 2019 20:04:03 -0400
>> From: Boruch Baum <boruch_baum@gmx.com>
>>
>> I don't see any command or recommended method for deleting a face. Is
>> there one? Shouldn't there either be one, or a discussion about it in
>> the documentation?
>
> Maybe I'm missing something, but why would we need such a method?
> What would be a practical use case where it's necessary to delete a
> face (as opposed to simply leaving it alone and not using it)?
>
> I'm asking because implementing this will not be trivial, what with
> all the places where faces are recorded and cached, so we'd need a
> good reason to do that. OTOH, Emacs already knows how to replace a
> face when it is redefined, so it isn't like we waste memory here.
The above quote by Eli makes it clear that we would need a very good
reason to do something like this. It seems like we are missing that
here, and no further details have been given within over a year.
I'm therefore closing this bug report as wontfix.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#35076: [26.1] delete-face [FEATURE REQUEST]
2020-08-21 2:09 ` Stefan Kangas
@ 2020-08-21 3:35 ` Boruch Baum
2020-08-21 6:33 ` Eli Zaretskii
0 siblings, 1 reply; 10+ messages in thread
From: Boruch Baum @ 2020-08-21 3:35 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 35076
Suddenly Eli can't speak or act for himself? If within the GNU project
you're his manager or his superior, great then I see nothing wrong in
your intervention on his behalf. I just don't understand enough about
how the project is organized. From the limited e-mail traffic I receive,
it seems that Eli's task is mainly to remove bugs and deficiencies from
emacs by producing, and that your's is mainly to remove bugs and
deficiencies from emacs by just closing them.
On 2020-08-20 19:09, Stefan Kangas wrote:
> The above quote by Eli makes it clear that we would need a very good
> reason to do something like this. It seems like we are missing that
> here, and no further details have been given within over a year.
>
> I'm therefore closing this bug report as wontfix.
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#35076: [26.1] delete-face [FEATURE REQUEST]
2020-08-21 3:35 ` Boruch Baum
@ 2020-08-21 6:33 ` Eli Zaretskii
2020-08-21 8:17 ` Boruch Baum
0 siblings, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2020-08-21 6:33 UTC (permalink / raw)
To: Boruch Baum; +Cc: 35076, stefan
> Date: Thu, 20 Aug 2020 23:35:43 -0400
> From: Boruch Baum <boruch_baum@gmx.com>
> Cc: Eli Zaretskii <eliz@gnu.org>, 35076@debbugs.gnu.org
>
> Suddenly Eli can't speak or act for himself? If within the GNU project
> you're his manager or his superior, great then I see nothing wrong in
> your intervention on his behalf. I just don't understand enough about
> how the project is organized. From the limited e-mail traffic I receive,
> it seems that Eli's task is mainly to remove bugs and deficiencies from
> emacs by producing, and that your's is mainly to remove bugs and
> deficiencies from emacs by just closing them.
That is incorrect and unkind. Stefan does a very welcome job (as do
others) of cleaning up forgotten bug reports which received no
attention or whose discussion lapsed. I personally don't always have
time to scan old bug reports and close them, after some initial
communication about it. Stefan and others help by taking care of bug
reports which I failed to handle correctly or timely. I'm infinitely
thankful to them for doing this mundane job, and I think we all should
be grateful. They make the project more successful and our bug DB
cleaner.
As it happens in this case, Stefan interpreted what I meant correctly,
but in the few cases where he misunderstands, I can always speak up
and explain the misunderstanding. And if that means a bug should be
reopened, it takes just one email to do so.
So if you have any objections to closing this bug report, please voice
them, and we will reconsider if necessary.
TIA
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#35076: [26.1] delete-face [FEATURE REQUEST]
2020-08-21 6:33 ` Eli Zaretskii
@ 2020-08-21 8:17 ` Boruch Baum
0 siblings, 0 replies; 10+ messages in thread
From: Boruch Baum @ 2020-08-21 8:17 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 35076, stefan
On 2020-08-21 09:33, Eli Zaretskii wrote:
> > Date: Thu, 20 Aug 2020 23:35:43 -0400
> > From: Boruch Baum <boruch_baum@gmx.com>
> > Cc: Eli Zaretskii <eliz@gnu.org>, 35076@debbugs.gnu.org
> >
> > Suddenly Eli can't speak or act for himself? If within the GNU project
> > you're his manager or his superior, great then I see nothing wrong in
> > your intervention on his behalf. I just don't understand enough
> > about how the project is organized. From the limited e-mail traffic I receive,
> > it seems that Eli's task is mainly to remove bugs and deficiencies from
> > emacs by producing, and that your's is mainly to remove bugs and
> > deficiencies from emacs by just closing them.
>
> That is incorrect
Good to know.
> and unkind.
Not my intent at all.
> ...
> I'm infinitely thankful to them for doing this mundane job, and I
> think we all should be grateful. They make the project more successful
> and our bug DB cleaner.
Like I wrote above, "I just don't understand enough about how the
project is organized".
> ...
> So if you have any objections to closing this bug report, please voice
> them, and we will reconsider if necessary.
For something like this, It's not my style to repeat myself. My argument
was rejected. Although I disagree, I accept that and move on.
And since you did write, this is a perfect opportunity to congratulate
you on and thank you for the release of version 27!
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2020-08-21 8:17 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <<20190402000403.rb3cb4b6tzqys4vy@E15-2016.optimum.net>
[not found] ` <<8336n0h3yp.fsf@gnu.org>
2019-04-02 15:03 ` bug#35076: [26.1] delete-face [FEATURE REQUEST] Drew Adams
2019-04-02 0:04 Boruch Baum
2019-04-02 0:15 ` Basil L. Contovounesios
2019-04-02 0:38 ` Boruch Baum
2019-04-02 15:10 ` Eli Zaretskii
2019-04-02 14:33 ` Eli Zaretskii
2020-08-21 2:09 ` Stefan Kangas
2020-08-21 3:35 ` Boruch Baum
2020-08-21 6:33 ` Eli Zaretskii
2020-08-21 8:17 ` Boruch Baum
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.