David Kastrup <[EMAIL PROTECTED]> writes: > Ralf Angeli <[EMAIL PROTECTED]> writes: > >> * Arne Jørgensen (2005-10-11) writes: >> >>> The definition from Emacs would be all of crm.el. >>> >>> Would it be safe to >>> >>> 1. Copy crm.el from Emacs into tex-crm.el in AUCTeX >> >> I don't like such practice. If we go further down this lane we might >> end up shipping AUCTeX with half of GNU Emacs included and trying to >> constantly catch up with it. >> >> In the case at hand I'd either use a similar (but functionally >> inferior) function provided by XEmacs like `completing-read' or >> would not provide completion at all. Optionally upon hitting TAB in >> the minibuffer a message could be shown that the user should think >> about upgrading to GNU Emacs. > > That's a bit heavy-handed, I guess. I think something carelessly > modeled around "completing-read" should do the trick. And of course, > we should add this to the list of things why to prefer Emacs with > AUCTeX. I think it belongs in the FAQ.
The inferior and carelessly modeled solution is `multi-prompt' I think. I already have a implementation that does that (http://arnested.dk/filer/usepackage.patch). David Kastrup <[EMAIL PROTECTED]> writes: > Arne Jørgensen <[EMAIL PROTECTED]> writes: > >> Would it be safe to >> >> 1. Copy crm.el from Emacs into tex-crm.el in AUCTeX >> 2. Remove autoload cookies from tex-crm.el >> 3. Do >> >> (load "crm" t t) >> (unless (featurep 'crm) >> (require 'tex-crm.el)) >> 4. Then just use `completing-read-multiple' >> >> It is a lot simpler than renaming all symbols in crm.el (especially if >> we have to follow updates in crm.el). > > No, that won't do. We don't want to load stuff prematurely that is > typically autoloaded. So you really should make this depend on > completing-read-multiple being bound (which it is, if it is > autoloaded). > > And you can't use (require 'tex-crm) on a file that instead provides > 'crm. I'd rather say you'd have to use something like You're right of course. > (unless (fboundp 'completing-read-multiple) > (autoload 'completing-read-multiple 'tex-crm)) Simple. (But I would still have to remove the autoload cookies from tex-crm.el, right?) Now. What road to choose? I tend to prefer the solution with multi-prompt because we don't have to double stuff. The inferior usability of multi-prompt should be nagging enough (Ralf). On the other hand since multi-prompt is part of AUCTeX choosing the other solution we could eliminate multi-prompt and only have the superior functionality of crm/tex-crm? Kind regards, /arne -- Arne Jørgensen <http://arnested.dk/> _______________________________________________ auctex-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/auctex-devel
