Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]

[Dmitry Gutov]

On 20.05.2020 04:37, João Távora wrote:
> On Wed, May 20, 2020, 02:17 Dmitry Gutov <address@hidden 
> <mailto:address@hidden>> wrote:
>
>     On 20.05.2020 03:59, João Távora wrote:
>
>     Again, note that none of this is predicated, or really affected, by
>     company simply being in the core.
>
>
> Right. That part is optional, as I wrote.

So it's actually off topic for this discussion.

>     You might have more luck after following certain requests by the
>     said owner.
>
>
> Wot run errands? Buy milk? Sell my programming soul?

Fix your completion function to honor the c-a-p-f contract (at least 
when it matters).

I wouldn't say no to a milk run, however.

>       not even talking about people rejecting such changes. Only about
>     that someone would need to make them, and to maintain them thereafter.
>
>
> Code doesn't really rot, especially when maintained in the same 
> repository, built together and tested together.

I already explained how these settings get outdated.

> Anyway, major modes in emacs are about loading one file, or  requiring 
> one feature and having everything set up, even if not enabled 
> immediately. In my opinion.

Another problem with that idea is that it hints that major modes might 
stop to work properly in the absence of LSP. Or a least some of their 
major functions.

That aside, going back to 
https://github.com/joaotavora/eglot/issues/363, it seems to mention some 
extra configuration that is needed to be done for integration for RLS. 
And it's fiddly, and the format how to specify it is non-obvious.

So IIUC you want to delegate that to both major modes that are available 
for Rust currently. And if the one installed by a user will fail to do 
that (or do it correctly), and the user files a report with us, we will 
shrug and forward them to deal with the authors of their major mode 
(helpfully explaining how to determine what major mode they are 
currently using).

Is that the idea?

>      > With a meme-laden Medium account, and lots of fanboys, come on!
>     That has
>      > to count!
>
>     Then he speaks for all of us, naturally.
>
>
> She, actually ;-)

Touché. :)

>     I don't recall: if Flyspell extensible? Like Flymake, for instance. If
>     it is, this seems to call for an eglot-flyspell plugin.
>
>
> I don't think it is. And extensibility is not a binary thing, depends on 
> the API. Oftentimes rewriting is better. Flymake was extensible, before 
> the rewrite.

Sounds like it should be. If so, my point stands.