Re: [GNU ELPA] Sync failure: wrap-search has diverged!

Re: [GNU ELPA] Sync failure: wrap-search has diverged!

[Emanuel Berg]

Philip Kaludercic wrote:

> No, as of the latest commit there are still 19 issues?

I only see 13 "All variables and subroutines might as well
have a documentation string" - are you suppose to fix that
as well?

I'll see if I can fix the other things you mentioned, but
a lot of that seems to be related to code indentation, spacing
in doc strings and so on.

-- 
underground experts united
https://dataswamp.org/~incal

Re: [GNU ELPA] Sync failure: wrap-search has diverged!

[Emanuel Berg]

Philip Kaludercic wrote:

> No, as of the latest commit there are still 19 issues?
>
> I have collected a few more comments here

I changed to `format-prompt', and replaced the "\n" in the
docstrings with literal blank lines. Version 6.14.0.

As for using the help window, this is a string proximity
algorithm that is also an ordering, finding names in Emacs is
just one of many thinkable applications.

For that particular application we could use the help mode
window, but what would the advantage be?

As for using `tabulated-list-mode', then one cannot have
anything else in the buffer.

-- 
underground experts united
https://dataswamp.org/~incal

Re: [GNU ELPA] Sync failure: wrap-search has diverged!

[Emanuel Berg]

> it remains unpleasant to read

What do you mean, unpleasant to read?

> appears to just be a rewrite of apropos

It isn't a re-write of anything.

It is true that it performs better than `apropos' for certain
indata but that is just one use case of the algorithm.

There are no references to `apropos' and no use of its code.

> worse UI

Well, what do you want?

> (with proper documentation

Can you be specific, what do you want?

> variable names

It doesn't have a single variable, what are you talking about?

> conventional structure

What do you mean?

-- 
underground experts united
https://dataswamp.org/~incal