From xemacs-m  Thu Feb 27 14:53:34 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id OAA08789
	for <xemacs-beta@xemacs.org>; Thu, 27 Feb 1997 14:53:33 -0600 (CST)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.5/8.8.5) id NAA22722;
	Thu, 27 Feb 1997 13:05:14 -0800
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: Several minor bugs.
References: <kig914axpbk.fsf@jagor.srce.hr>
X-Url: http://www.miranova.com/%7Esteve/
X-Face: #!T9!#9s-3o8)*uHlX{Ug[xW7E7Wr!*L46-OxqMu\xz23v|R9q}lH?cRS{rCNe^'[`^sr5"
 f8*@r4ipO6Jl!:Ccq<xoV[Qz2u8<8-+Vwf2gzJ44lf_/y9OaQ`@#Q65{U4/TC)i2`~/M&QI$X>p:9I
 OSS'2{-)-4wBnVeg0S\O4Al@)uC[pD|+
X-Attribution: sb
From: Steven L Baur <steve@miranova.com>
In-Reply-To: Hrvoje Niksic's message of 27 Feb 1997 16:04:47 +0100
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
Date: 27 Feb 1997 13:05:13 -0800
Message-ID: <m2vi7e559y.fsf@altair.xemacs.org>
Lines: 68
X-Mailer: Gnus v5.4.15/XEmacs 20.1

Hrvoje Niksic writes:

> A convert-to-be has found a few bugs in XEmacs, mostly minor ones, but
> annoying anyway.  Here we go:

> 1) C-s C-h
> You can't scroll the help screen -- any key will just get you out of
> help.

Isearch appears to have been completely rewritten in XEmacs.  `Any
key' is not quite correct.  You can scroll the help with the scrollbar
and mouse.

> 2) C-s button2
> ...does not work as expected, since XEmacs loses the X-selection upon
> entering the isearch.  IMHO all the isearch functions should be
> `(interactive "_...")'.  Steve, if you don't have time to make this
> change, I'll send you a patch.

Yes, please.

> 3) In GNU Emacs, `C-s M-y' yanks the last kill into search (useful,
> IMHO).  We should implement this (doesn't look too hard).

Go ahead.

> 4) Some functions/variables we are missing:

> user-login-name<v>       ; trivial to add, but where?

Not so trivial, but probably not more than an hour or so of work.  See
editfns.h and the comments contained therein.

> eval-after-load<f>

Done.  And marked 'byte-compile-compatible to satisfy the pedants.

> define-key-after<f>      ; what do these do, and how hard are they?

We don't allow usage of a keymap as a menu so this function doesn't
have a whole lot of use.

[From Emacs 19.34]
C-h f define-key-after
define-key-after: a compiled Lisp function.
(define-key-after KEYMAP KEY DEFINITION AFTER)

Add binding in KEYMAP for KEY => DEFINITION, right after AFTER's binding.
This is like `define-key' except that the binding for KEY is placed
just after the binding for the event AFTER, instead of at the beginning
of the map.
The order matters when the keymap is used as a menu.
KEY must contain just one event type--that is to say, it must be
a string or vector of length 1.


> 5) It seems that XEmacs won't load a byte-compiled .emacs
> (i.e. ~/.emacs containing byte-code).  This is unconfirmed.

I just confirmed it.  (load "~/.emacs") is specifically forbidden to
look for .emacs.elc.  Is there a reason for this?

> 'nuff for today. :-)

O.K.
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be billed at $250/message.

