Reiner Steib <[EMAIL PROTECTED]> writes: > [ I've suggested to add `crm.el' (completing-read-multiple) which is > available in Emacs 21 and Emacs 22 (CVS[2]) to XEmacs on xemacs-beta. > Please keep <[email protected]> in Cc when replying. ]
Hi All! I've just committed the attached version (1.5 with FSF address correction) to XEmacs packages/xemacs-packages/edit-utils/crm.el. Norbert, perhaps you could run a pre-release when convenient. How should we resolve the `minibuffer-prompt-end' issue? Best regards, Adrian > >>From the discussion on xemacs-beta[1]: > > On Sun, Oct 23 2005, Reiner Steib wrote: >> On Sun, Oct 23 2005, Ben Wing wrote: >>> i think this sounds great. probably crm.el should go in edit-utils. >>> does this need to be ported or does it work already under xemacs? >> >> Thank you for your response. I've done some testing with XEmacs >> 21.4.15: >> >> `crm.el' from Emacs 21 (21.3 or 21.4) works without any modifications >> in XEmacs. The version from Emacs 22 (CVS) uses the function >> `minibuffer-prompt-end' (a `diff -w -u' of those versions is >> attached), a built-in function in Emacs 22, not present in XEmacs. >> >> AfAICS, it would be sufficient if you'd include the Emacs 21 version >> of `crm.el' in edit-utils. [My understanding is, that XEmacs users >> (regardless whether they use a recent XEmacs 21.4 or XEmacs 21.5) >> would then just need to upgrade the edit-utils package to get this. >> Please CMIIW.] >> >> It would be great if you could include `crm.el' in the next packages >> updates. TIA. > > On Mon, Oct 24 2005, Stephen J. Turnbull wrote: > >> If you want to help something to get done a lot faster, you can post >> a full patch (in the case of a new file, either a patch against >> /dev/null or the file as an attachment is OK), with appropriate >> XEmacs-format changelog, to XEmacs Patches >> <[EMAIL PROTECTED]>. > > Attached is revision 1.5 [2] from Emacs CVS plus the update of FSF > address (done in revision 1.8 in Emacs CVS). The changes from > revision 1.6 and 1.7 cannot be applied because XEmacs doesn't have > `minibuffer-prompt-end'. I propose to add the attached file to the > edit-utils package as suggested by Ben. > > Suggested ChangeLog entry: > > --8<---------------cut here---------------start------------->8--- > 2005-10-26 Reiner Steib <[EMAIL PROTECTED]> > > * crm.el: New file. Revison 1.5 of lisp/emacs-lisp/crm.el in > Emacs. Update FSF's address. > > --8<---------------cut here---------------end--------------->8--- > >> An analysis of any extra work needed to make the package compatible >> with both XEmacs 21.4 (preferably tested with the most recent release, >> but that's not absolutely necessary) and XEmacs 21.5 (tested with CVS >> head by preference, or at least the most recent beta release) is very >> helpful. (For example, the information you posted in response to Ben >> in <[EMAIL PROTECTED]> later in this thread is >> excellent.) > > I've tested the attached version of `crm.el' with these versions of > XEmacs: > > "XEmacs 21.5 (beta18) \"chestnut\" (+CVS-20041021) [Lucid] > (i386-suse-linux, Mule) of Tue Mar 22 2005 on mozart" > > "XEmacs 21.4 (patch 15) \"Security Through Obscurity\" [Lucid] > (x86_64-suse-linux, Mule) of Fri Feb 11 2005 on helvede" > > Sorry, I didn't download an compile a XEmacs 21.5 or the most recent > beta release. But I think it's quite unlikely that `crm.el' wont work > with current CVS. Maybe people using current XEmacs from CVS and/or > current AUCTeX[3] from CVS could report success or problems. There > are some testing examples at the end of `crm.el'. > > Bye, Reiner. > > [1] > http://thread.gmane.org/xemacs-crm-2005-10-11-a%40marauder.physik.uni-ulm.de > > [2] > <URL:http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/emacs/emacs/lisp/emacs-lisp/crm.el?rev=1.5&content-type=text/plain> > > [3] `C-c C-m \usepackage RET amsmath RET ...' > If you don't have CVS, you may try... > http://theotp1.physik.uni-ulm.de/~ste/comp/emacs/auctex/snapshots/ -- Adrian Aichner mailto:[EMAIL PROTECTED] http://www.xemacs.org/ _______________________________________________ auctex-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/auctex-devel
