2:48 p.m.
[ 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 <auctex-devel(a)gnu.org> in Cc when replying. ]
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
<xemacs-patches(a)xemacs.org>.
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 <Reiner.Steib(a)gmx.de>
* 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 <v9wtk4a86h.fsf(a)marauder.physik.uni-ulm.de> 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/e...
[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/
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
2:54 a.m.
Reiner Steib wrote:
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'.
it looks like this function is in ilisp/completer.el, which is something
i use and is probably similar to crm.el.
it reads
(unless (fboundp 'minibuffer-prompt-end)
(defun minibuffer-prompt-end ()
"Return the buffer position of the end of the minibuffer prompt.
Return (point-min) if current buffer is not a mini-buffer."
(point-min)))
this is probably reasonable since the minibuffer-prompt is not part of
the buffer in XEmacs.
12:29 p.m.
On Thu, Oct 27 2005, Ben Wing wrote:
Reiner Steib wrote:
>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'.
>
it looks like this function is in ilisp/completer.el, which is
something i use and is probably similar to crm.el.
it reads
(unless (fboundp 'minibuffer-prompt-end)
(defun minibuffer-prompt-end ()
"Return the buffer position of the end of the minibuffer prompt.
Return (point-min) if current buffer is not a mini-buffer."
(point-min)))
this is probably reasonable since the minibuffer-prompt is not part of the
buffer in XEmacs.
Probably it would make (future) syncing with Emacs more easy if you'd
put `minibuffer-prompt-end' in some basic package or into the core
lisp files (adding a dependency on ilisp probably isn't a good idea).
`minibuffer-prompt-end' is used in the following files in Emacs 22 (CVS):
$ grep -l minibuffer-prompt-end *.el */*.el
complete.el
dabbrev.el
icomplete.el
ido.el
indent.el
iswitchb.el
minibuf-eldef.el
rfn-eshadow.el
simple.el
tmm.el
calc/calc-aent.el
calc/calc.el
emacs-lisp/crm.el
emulation/viper-cmd.el
emulation/viper-util.el
eshell/em-hist.el
As long as it doesn't delay the inclusion of `crm.el', I don't have a
preference whether you pick up revision 1.5 or the current version.
Defining general functions like `minibuffer-prompt-end' in unrelated
packages doesn't seem to be a good idea to me. I'd prefer the
suggesting from the Elisp manual:
,----[ (info "(elisp)Coding Conventions") ]
| * If a package needs to define an alias or a new function for
| compatibility with some other version of Emacs, name it with the
| package prefix, not with the raw name with which it occurs in the
| other version. Here is an example from Gnus, which provides many
| examples of such compatibility issues.
|
| (defalias 'gnus-point-at-bol
| (if (fboundp 'point-at-bol)
| 'point-at-bol
| 'line-beginning-position))
`----
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/
9:42 p.m.
Reiner Steib <reinersteib+gmane(a)imap.cc> 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 <auctex-devel(a)gnu.org> 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
> <xemacs-patches(a)xemacs.org>.
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 <Reiner.Steib(a)gmx.de>
* 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 <v9wtk4a86h.fsf(a)marauder.physik.uni-ulm.de> 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/e...
[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:adrian＠xemacs.org
http://www.xemacs.org/
6725
days inactive
6750
days old
3 comments
3 participants
participants (3)
-
Adrian Aichner -
Ben Wing -
Reiner Steib