Q: Why there is a 2-3 seconds delay before entering the xwem
minibuffer?
A: This is XEmacs feature.
XEmacs has an EchoArea. EchoArea is normally a buffer that is active
in minibuffer window. When XEmacs inserts something into EchoArea -
it is eventually displayed in the minibuffer.
Here is XEmacs feature. If minibuffer is active, i.e. you've pressed
M-x or M-: or C-x C-f, etc .. and someone wants to print into
EchoArea (for example display 'Garbage collecting' message) - XEmacs
will show this message and !block! for 2 seconds, so you can see the
message. After 2 seconds it activates minibuffer with previous
contents.
Concerning xwem, for example you've pressed `H-x H-f' to open some
file and xwem is about to activate xwem minibuffer, but at this moment
garbage collecting occurs and XEmacs prints the message 'Garbage
collecting' into the EchoArea - xwem can't activate xwem minibuffer,
because XEmacs is blocking for 2 seconds ..
Most of the time such situation is caused with 'Garbage collecting'
message. There is a `gc-message' variable we have in (S)XEmacs.
Unfortunately XEmacs does not regard its non-string value. If
`gc-message' is non-string XEmacs will use default value - "Garbage
collecting"
--
lg
|