Hi,
attached is a small patch which sorts the Contributors section in the slime docs by last name. Of course it is a heuristic (uses last _word_ as main sorting key), but it works for non-funky cases. (Patch is attached.)
On request I can get rid of the AWK dependency (from texinfo-tabulate.awk), but my replacement sed expression does not exactly make the whole thing look prettier (though it is rather short), so I'd leave it for now.
I resisted trying to do the sorting with sed, so perhaps there is still hope for me... :)
Cheers, Michael
Michael Weber michaelw+slime@foldr.org writes:
Hi,
attached is a small patch which sorts the Contributors section in the slime docs by last name. Of course it is a heuristic (uses last _word_ as main sorting key), but it works for non-funky cases. (Patch is attached.)
For a better challenge how about sorting by number of ChangeLog entries?
That has the advantage of handling overflow. There are 40 names recorded in the ChangeLog so far and we're probably going to run out of page space at some point :-)
BTW, if any texinfo hacker can see why the manual blows the stack in texi2pdf that would be really appreciated. The PDF version of our manual is unnecessarily ugly at present due to ps2pdf'ification.
-Luke
* Luke Gorrie luke@bluetail.com [2004-06-22T15:09+0200]:
For a better challenge how about sorting by number of ChangeLog entries?
Attached, but Helmut is top committer anyway :-P, and I put Eric Marsden above as well, for lack of better idea.
That has the advantage of handling overflow. There are 40 names recorded in the ChangeLog so far and we're probably going to run out of page space at some point :-)
Will take some time, and the list is relatively easy to break up into pages, if texinfo cannot do it itself.
Cheers, Michael
Michael Weber michaelw+slime@foldr.org writes:
Attached, but Helmut is top committer anyway :-P, and I put Eric Marsden above as well, for lack of better idea.
Okay, in CVS the list of contributors is now sorted on number of changelog entries. Let the lies, manipulation, and cheating commence!
-Luke
Luke Gorrie luke@bluetail.com writes:
Okay, in CVS the list of contributors is now sorted on number of changelog entries. Let the lies, manipulation, and cheating commence!
NB: An excellent way to manipulate your SLIME Number (tm) is to include a ChangeLog entry with your patches. The Emacs command `add-change-log-entry-other-window' (C-x 4 a) is handy for this.
-Luke
Luke Gorrie luke@bluetail.com writes:
Luke Gorrie luke@bluetail.com writes:
Okay, in CVS the list of contributors is now sorted on number of changelog entries. Let the lies, manipulation, and cheating commence!
NB: An excellent way to manipulate your SLIME Number (tm) is to include a ChangeLog entry with your patches. The Emacs command `add-change-log-entry-other-window' (C-x 4 a) is handy for this.
Okay.
Attached supports sbcl :ansi-cl :section references, and fixes a bug in common-lisp-hyperspec-section-6.0.
More to come, but my slime number increases more if I feed you bite-sized chunks :-)
Cheers,
Christophe
Christophe Rhodes csr21@cam.ac.uk writes:
Attached supports sbcl :ansi-cl :section references, and fixes a bug in common-lisp-hyperspec-section-6.0.
Thanks, applied.
NB: This means our hyperspec.el has now diverged from the one we imported (from ILISP, I think). That's okay, let's treat it as fair game for hacking. I know there're a few different versions of hyperspec.el floating around, so if ours is missing any features that people are using in others then please let us know and we'll fold 'em in.
-Luke
On Thu, 24 Jun 2004, Luke Gorrie wrote:
NB: This means our hyperspec.el has now diverged from the one we imported (from ILISP, I think). That's okay, let's treat it as fair game for hacking. I know there're a few different versions of hyperspec.el floating around, so if ours is missing any features that people are using in others then please let us know and we'll fold 'em in.
There's on feature in the hyperspec.el in Slime that's not currently used (or at least doesn't have a keybinding): common-lisp-hyperspec-format, for looking up documentation on format characters.
Cheers,
-- Nikodemus "Not as clumsy or random as a C++ or Java. An elegant weapon for a more civilized time."
`common-lisp-hyperspec-format' fails at end of buffer where char-after returns nil. (The argument to char-after is unnecessary, btw.)
bojohan+news@dd.chalmers.se (Johan Bockgård) writes:
`common-lisp-hyperspec-format' fails at end of buffer where char-after returns nil. (The argument to char-after is unnecessary, btw.)
Indeed. Fixed now, thanks.
Luke Gorrie luke@bluetail.com writes:
Christophe Rhodes csr21@cam.ac.uk writes:
Attached supports sbcl :ansi-cl :section references, and fixes a bug in common-lisp-hyperspec-section-6.0.
Thanks, applied.
Thank you.
NB: This means our hyperspec.el has now diverged from the one we imported (from ILISP, I think). That's okay, let's treat it as fair game for hacking.
I'm glad to hear you say that.
Attached is a patch implementing glossary and issue cross-reference lookups, and code for using said functionality in reference conditions (currently unused, but in sbcl-0.8.12.x there will be conditions referencing these entities).
I used the issue cross-reference table rather than the issue writeup table because it is more complete: I've submitted a bug to the Lispworks team about one instance of missing data in the writeup table.
Cheers,
Christophe
PS: by all means merge my two Changelog entries into one :-)
Christophe Rhodes csr21@cam.ac.uk writes:
Attached is a patch implementing glossary and issue cross-reference lookups, and code for using said functionality in reference conditions (currently unused, but in sbcl-0.8.12.x there will be conditions referencing these entities).
Applied, thanks.
-Luke
-
bojohan+news＠dd.chalmers.se -
Christophe Rhodes -
Luke Gorrie -
Michael Weber -
Nikodemus Siivola