select-window (C-c M-j) doesn't give input focus to target (*R*) [Carbon GNU Emacs]

[David Reitter]

I understand that, in ESS-mode, C-c M-j (and friends) are supposed to  
select the *R* window and the buffer shown therein, so the input  
focus is in that window in the end.
ESS selects the appropriate frame (`select-frame') and window  
(`select-window') to do so in the function `ess-show-buffer'.


In current CVS versions of GNU Emacs (head, Carbon port) and ESS  
5.2.8, this doesn't work. The *R* window is selected by `ess-show- 
buffer' (as I have verified, both visually and by evaluating  
(selected-window)), but the input focus (cursor is solid block, not  
frame) remains on the original window. As soon as keyboard input is  
made, the source window gets selected again (visibly).


To reproduce:
Arrange two frames: one showing just a buffer in R-mode, the other  
one showing the *R* process buffer. Enter some R code into the first  
buffer. Try to evaluate a line from within the first buffer by typing  
C-c M-j. This reliably produces the bug.


Additional info:
There has been a change to the behavior of display-buffer (doesn't  
select target frame any more) a few weeks ago, which should have  
brought the display-buffer in line with its documentation.


I'm not sure if this is a problem with ESS or with (Carbon) Emacs -  
please excuse the cross-posting.






In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.9.0)
of 2006-03-14 on rodrigues.inf.ed.ac.uk
X server distributor `Apple Computers', version 10.4.5
configured using `configure '--without-x' '--prefix=/usr/local''


Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: iso-8859-1
  default-enable-multibyte-characters: t

Major mode: ESS[S]

Minor modes in effect:
  encoded-kbd-mode: t
  tooltip-mode: t
  auto-compression-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  line-number-mode: t

Recent input:
r e  p o
r e
   r e p o r t - e
s s 

  e s s - b u   

  r e   
 C-h v e s s - v  s   
   
  
  
   
x r e p o r t - e m  

Recent messages:
Finished evaluation
Loading line: x ...
Starting evaluation...
Finished evaluation
Making completion list... [3 times]
Quit
Loading pp...done
Type C-x 1 to remove help window.
mwheel-scroll: End of buffer [2 times]
Loading emacsbug...done



smime.p7s
Description: S/MIME cryptographic signature
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

Re: Auto Save screwing.

[Richard Stallman]

   If I hit C-g at the  precise time auto-save is triggered (don't ask
  me HOW it is triggered as I hit a key), then I can't cancel the
  (sleep) with C-g, and furthermore, C-g reset the sleeping.

It seems there is a simple solution: don't do that.  What happens if
you just wait a few seconds?

You may be right that Emacs could do something better in this case.
If someone would like to improve it, I would not object.


___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

Re: doc string for `yank' should mention "paste"

[Thien-Thi Nguyen]

Eli Zaretskii <[EMAIL PROTECTED]> writes:

> > From: "Drew Adams" <[EMAIL PROTECTED]>
> > 
> > You're right, Eli. Once created, however,
> > it normally exists forever, no?
> 
> Yes, AFAIK.

well, at least until the next (set-mark nil).

thi



___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug