When i try to lookup a definitition i get an error that the file was not
found by the browser (W3). I.e. looking for "defun" results in a browser
message like "FILE NOT FOUND: /usr/local/doc/HyperSpec/Body/mac_defun.html"
Looking for "defun" using an external browser and the CLHS symbol index leads me
to a file called "/usr/local/doc/HyperSpec/Body/m_defun.htm".
How can i make the Ilisp lookup work ? Any suggestions are welcome.
Best
AHz
> i'm using XEmacs 21.4 with Ilisp 5.11 and CLHS 6.0 on linux.
I suggest that you upgrade to ILISP 5.12. If that alone does not
help, take a look at variables (and their documentation) whose
names start with common-lisp-hyperspec. The commentary at the
beginning of hyperspec.el may also be of help.
--
Hannu
Thank you very much.
Best
AHz
my clhs.el works with both CLHS versions (it determines what version it
is on the first call and work with both locally installed and remote
CLHS - the latter via w3).
<http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/clisp/clisp/emacs/clhs.el?content-type=text/plain>
--
Sam Steingold (http://www.podval.org/~sds) running RedHat7.2 GNU/Linux
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.palestine-central.com/links.html>
The difference between genius and stupidity is that genius has its limits.
Hi Sam,
that sounds very good. Thank you very much.
Is there a reason why it is separate from ilisp ? Currently it seems to me
that CLHS 6 is supported by Ilisp 5.12 and former CLHS is supported by 5.11
due to the "hard coded" translation table in hyperspec.el (since i got
ilisp 5.12 around 5 hours ago i have had only a very short look at that file
so i might wrong).
Sincerly
AHz
The hyperspec lookup facility that comes with ILISP 5.12 (originally
by Erik Naggum) will also work with both CLHS versions and it'll also
work with local as well as with remote locations. The "hard coded"
translations are there to provide a reasonable default (the version
which is currently online at Xanalys' site). If you're using another
CLHS the translation table will be built dynamically and the hard
coded stuff will be ignored.
To use a local HyperSpec put something like this into your .emacs or
.ilisp file:
(setq common-lisp-hyperspec-root
"file:/usr/local/lib/LispWorks/lib/4-2-0-0/manual/online/web/CLHS/")
(setq common-lisp-hyperspec-symbol-table
"/usr/local/lib/LispWorks/lib/4-2-0-0/manual/online/web/CLHS/Data/Map_Sym.txt")
You can use w3, w3m, Netscape, Mozilla, Konqueror, whatever browse-url
supports. I have this in my .emacs:
(setq browse-url-netscape-program "/usr/bin/mozilla")
(setq browse-url-browser-function '(("CLHS" . w3m-browse-url)
("." . browse-url-netscape)))
Which means: Use w3m (as an Emacs subprocess) for CLHS pages, use
Mozilla for all other URLs. Works fine.
Cheers,
Edi.
It is "hard coded" only because there was no "soft" index when I first wrote
this thing. I had to extract the information from some HTML crap and I was
not in the mood to do that whenever Emacs needed to build the index. I had
no idea Xanalys would go and change the filenames, which seemed rather stupid
to me, anyway, but at least they provided a usable index, which was very nice
when they first had to go do it. Still, it would be a _lot_ better to have
an algorithmic mapping instead of a table lookup, so one could simply use the
symbol name. A package could have a base URL as parts of its documentation
using the same algorithm to arrive at the actual symbol, the way the function
documentation seems to have been designed to help achieve.
--
Guide to non-spammers: If you want to send me a business proposal, please be
specific and do not put "business proposal" in the Subject header. If it is
urgent, do not use the word "urgent". If you need an immediate answer, give
me a reason, do not shout "for your immediate attention". Thank you.
Best
AHz