Re: [Emacs] Goodies! Fresh goodies! Inna bun!
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 <lolando@debian.org>
> `----
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
Reply to: