[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#43609: 28.0.50; eldoc-documentation-function
From: |
Dmitry Gutov |
Subject: |
bug#43609: 28.0.50; eldoc-documentation-function |
Date: |
Tue, 29 Sep 2020 18:23:04 +0300 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 |
On 29.09.2020 18:09, martin rudalics wrote:
> Hooks is a list of functions. They get called to fetch the doc
> information. And now there is some logic called "strategies" that
> combines the results.
So 'eldoc-documentation-functions' just holds a list of functions I
could call in order to get the documentation of the object at point?
How does the notion of a "hook" enter here?
It's a list that is usually manipulated with 'add-hook'. Like it often
done with other variables named '*-functions'.
> No, the hook functions are written already. They are basically a list
> of functions that were previously the values of
> eldoc-documentation-function. Except it's now a list. *And* they use
> an asynchronous convention where the first argument they receive is a
> callback.
Is there a way to drop that callback? I just want an immediate answer.
With my proposal, there would have been. See the original discussion.
> It should work if your package learns to make use of the new
> eldoc-documentation-functions hook. Or eldoc-documentation-strategy,
> which calls them.
'eldoc-documentation-strategy' is a variable so it's probably the
function that is the value of that variable and it should suffice to use
'eldoc-documentation-default'. But this failed here before.
You should probably honor this variable, if the expectation is to
generally follow ElDoc's behavior but display the documentation in a
different place, e.g. using a popup.
bug#43609: 28.0.50; eldoc-documentation-function, João Távora, 2020/09/30