Closed j-minster closed 1 year ago
Thanks for reporting!
The support for racket-describe
(as well as for getting a brief doc buffer when you press C-h while using company-mode
auto-completion) is assuming HTML produced by Scribble. For example it tries to extract the inner main
div, not the surrounding apparatus like the TOC left nav bar that doesn't work very well in shr
buffers.
It looks like it should be simple to make sure there is a fallback path for other HTML pages generated by other tools, such as the ones for r5rs
.
In fact I already pushed a commit (to a topic branch, not yet merged to the main branch) that I believe handles this. I might just sleep on it and test it a bit, before merging.
Hello Greg. I've come across an issue when using
#lang sicp
(found here). I try to view the documentation for a certain function from that '#lang' (saydefine
), I place my point ondefine
in my source buffer, then hit my binding forracket-xp-describe
. This results in an emptyshr
buffer. It does not, for example, give this error when not using#lang sicp
. Say I am using#lang racket
and try to look at the docs fordefine
,racket-xp-describe
drops me into a lovely rendered buffer with exactly what I want.Anyway, here is the backtrace, for when I use
#lang sicp
and want documentation:I traced it back to
racket-describe.el
, line 80, whereracket--scribble-path->shr-dom
is called onpath
. Here is the r5rs package whose documentation I'm trying to view: (link). I swapped the offending function forracket--html-file->dom
and the issue seems resolved. I am not proficient enough in Elisp to properly fix this (ie. differentiate somehow between scribble docs and html, then pick the appropriate function), hence this issue rather than a pull-request. It seems as though the package does have proper scribble-formatted docs, but that either they're not being accessed or the 'plain html' docs are not handled correctly.Let me know if you need more from me.
Thanks for all your work.
Here is the output of
bug-report
: