Re: Instead of pcase

[Eli Zaretskii]

> Date: Sun, 19 Nov 2023 20:51:37 +0200
> Cc: michael_heerdegen@web.de, luangruo@yahoo.com, jporterbugs@gmail.com,
>  rms@gnu.org, emacs-devel@gnu.org
> From: Dmitry Gutov <dmitry@gutov.dev>
> 
> >> Perhaps you'll consider posting a message supporting both positions, then.
> > 
> > I don't understand what you mean by "supporting both positions".  How
> > is it possible for a person to support two opposite positions?
> 
> For example:
> 
>    I understand you guys and you guys, but we're not going to do any
>    major changes (for the usual compatibility reasons, for example),
>    though we would consider some minor improvements if either of you
>    can suggest any.

How is this "supporting both positions"? which "both positions"?

Also, to which changes does the above allude?

> >>>>>> OTOH, enacting a ban on particular abstractions will just about
> >>>>>> guarantee that certain kinds of features will not be implemented.
> >>>>> That's a strawman: no one of those who set policies here suggested any
> >>>>> bans.  One should be able to post opinions for and against certain
> >>>>> coding styles without being accuse in mortal sins.
> >>>>
> >>>> No one is arguing about whether people are allowed to post opinions.
> >>>>
> >>>> There have been a few calls for working toward dropping pcase or cl-lib
> >>>> from the Emacs core, however.
> >>>
> >>> You need to know to whom you listen, before you make such far-reaching
> >>> conclusions.
> >>
> >> I don't think I've made any specific conclusion (or any predictions).
> > 
> > So your reference to "enacting a ban" is not a conclusion?  Then why
> > are you condemning something about which you still didn't reach any
> > specific conclusions?
> 
> I haven't made any predictions or conclusions as to whether a ban is 
> forthcoming.

That's not how the above reads.