* 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: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: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 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] 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.