Roland Mas wrote: > For now, this package contains a few > things that are best shown by the README.Debian file (here quoted with > boxquote-insert-file): > > ,----[ README.Debian ] > | emacs-goodies-el for Debian > | --------------------------- > | > | This package contains a few Emacs-Lisp files, mainly obtained from the > | gnu.emacs.sources newsgroup, that provide various functions to Emacs. > | > | Numbering scheme: major will change when adding or removing files to > | this package; minor will change when these files have a new upstream > | release; Debian revision is for packaging only. > | > | Version 1.0 contained boxquote.el and thinks.el. > | > | Versions 2.x add bar-cursor.el, tld.el, services.el, protocols.el > | and highlight-completion.el. > | > | -- Roland Mas <[EMAIL PROTECTED]> > `----
The description of Version: 2.0-1 says: Version 1.x contains boxquote.el and thinks.el. instead of naming all files. I think that: - The description should name all files with a one-line description for each. - The README file should have extended descriptions of each file. I have _no_ idea what these files do from their names (thinks.el?) I see an example of box-quote above, but I couldn't have guessed. - Perhaps you should setup some sort of debconf interfcae to query the user about setting up the various packages for all users? (e.g. the auctex package). Otherwise it's just a collection of elisp files, right? Stuff that is only auto-loaded doesn't matter, but you'd need something like that for packages that need more installation and that alter the way emacs works. - Suggestions: file-comp-2.el: (license unclear) (Use google to find it) Provides filename compleion within Emacs buffers without using the minibuffer. `Provides the function shell-filename-complete, which I globally bind to M-`, and which will expand the filename before point anywhere in Emacs. Its so named because I use it mostly in shell-mode. It does have one problem: unlike minibufer completions, which always throw away the *Completions* buffer after use, this one leaves it around. I don't know how to fix this, but you're welcome to try. Let me know if you succeed.' (Surely Emacs does this by now? This file dates from 1989!) ff-paths.el: (license GPL) http://people.debian.org/~psg/elisp/ This code allows you to use C-x C-f normally most of the time, except that if the requested file doesn't exist, it is checked against a list of patterns for special paths to search for a file of the same name. Examples: - a file extension of .bib will cause to search the path defined in $BSTINPUTS or $BIBINPUTS for the file you requested. - a file extension of .h will cause the /usr/include/ and /usr/local/include/ directory trees to be searched. - a file extension of .sty causes a search of TEXINPUTS and of all directories below /usr/lib/texmf/tex/ - a file extension of .el causes a search of the path set in the emacs variable load-path. - If the aboves searches don't return a match, the filename is searched for using the `locate' command (if available on your system). - gzip-compressed files (.gz) will also be found by ff-paths if the package jka-compr is present. If you use some other package, simply set the ff-paths-gzipped variable to t: If one file is found, or many files of the same name are found, then the *completions* buffer is displayed with all possibilities, including the non-existing path you first provided. Selecting it creates the new file. framepop.el: (license GPL) http://www.maths.lancs.ac.uk/~smithdm1/elisp/framepop.html Framepop is an Emacs package which causes temporary buffers such as *Help* and *Completions* to be displayed in a single, separate, shrink-wrapped frame. By default, this applies to all buffers which use temp-buffer-show-function. You can also cause Emacs' special-display-buffer-names feature to use FramePop (this has the advantage over the default behaviour that there is only ever one extra frame, and it is shrink-wrapped to fit the buffer). Framepop 2.19 works with Emacs 19.29 and Xemacs 19.12. [psg: I've used a prior version for ages without problems in Emacs upto version 21, but it was a bit broken under XEmacs21. The latest version above (dated 1996!) should be tested.] Peter
