Nikodemus Siivola nikodemus@random-state.net writes:
Though you forgot to mention the license... ;) Assuming MIT/X/BSD style, I approve.
Correct; MIT.
OTOH I (as usual) would point out that I don't think prefixes are all that necessary, but they don't hurt too much either...
I thought some more about that. Here's what I came up with. I think net-nittin-irc and net-nittin-whatever implement an interface (that is not defined but still there in terms of the implementation); others are welcome to implement com-myhouse-irc with the same (or, naturally, a different) interface.
I've been thinking lately that UFFI is really nice and that USOCKET would be equally cool. I thought about what I would name it: net-nittin-usocket kinda implies what I said above but that defeats the "universal" in USOCKET so for it I would simply choose the name USOCKET.
Are you interested in expanding this to work with arbitrary packages?
Anything to make the library more general. What did you have in mind? I know dan-b keeps talking about his hyperdocumentation API.
If so, then a) I'd like to help, b) wouldn't "hyperdoc" be a better name?
a) Welcome!
b) Yeah, probably.
Let's have a quick discussion about what other things it could include before settling on the name.
Erik.
On Thu, Nov 13, 2003 at 07:02:07AM -0500, Erik Enge wrote:
Snipped naming stuff. I agree in principle, but differ in the details. Nuff said, more code. ;)
Anything to make the library more general. What did you have in mind? I know dan-b keeps talking about his hyperdocumentation API.
This probably requires a bit experimentation in terms of what is the Right Thing, but I was thinking (inspired by dan's comments):
* Packages can include *hyperdoc-info* symbol, or equivalent, bound to a eg. an assoc list that tells the hyperdoc package whatever it needs to know.
* Hyperdoc package finds the name of the symbols package, discovers if that package is subject to any local renamings (so that conf for foolisp can map foolisp-internals to cl, and cl can be mapped to clhs).
* Hyperdoc checks *hyperdoc-info* in that package, and generates the URI based on info provided there.
I have some other interactive documentation related ideas as well, but that might be a nice start.
For bonus points persuade SLIME people to use hyperdoc instead of the elisp stuff, so you get C-c C-h for arbitrary symbols for free. ;)
Cheers,
-- Nikodemus