[ESS] Slow help culprit found!

Martin Maechler maechler at stat.math.ethz.ch
Sat Oct 23 18:21:50 CEST 2010


On Sat, Oct 23, 2010 at 12:35, Vitaie S. <spinuvit.list at gmail.com> wrote:
>
> spinuvit.list at gmail.com (Vitalie S.) writes:
>> The rationale of calling that function in `ess-find-help-file', is somewhat
>> elusive to me:
>>
>> (ess-uniq-list (append (ess-g     et-help-files-list)
>>                        (ess-get-help-aliases-list)
>>                        (mapcar 'list
>>                                (ess-get-object-list
>>                                 ess-current-process-name))))
>>
>> It examines only *attached* packages, and thus, brings only duplication
>> (anything else?) of already comprehensive (but efficient) `ess-get-object-list'.
>> Moreover , `ess-get-help-aliases-list' does not cache anything and rereads all
>> the RDS files each time one calls \C-c\C-v.
>
> Well, I see now (after removing ess-get-help-aliases-list) that there are topics
> in help not associated with any object.

well, of course,  that's why  this was a new *feature*  (in ESS 5.9.1
which is a while old,
why did nobody till now "complain" ?),  really quite important for
consistent help page searching.

> Then, maybe `ess-get-help-aliases-list' can be changed to cache the output, and
> update only if search path was changed, akin to how `ess-get-object-list' works.

Yes, that's a good idea,  ... patches are welcome  ;-)
.. or another ESS core member has more time than I have currently ..

Thanks for the feedback, Vitally!
Martin
>
> Vitalie.
>
> ______________________________________________
> ESS-help at stat.math.ethz.ch mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>
>



More information about the ESS-help mailing list