<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hi all,<br>
    <br>
    This may be related to this problem. I very often have multiple
    frames of aquamacs open in several spaces (some with multiple tabs).
    One of the problems I have is that using cmd ` switches only between
    two aquamacs frames, even though there are more than two open in one
    space. (cmd shift ` seems to switch between just two frames in
    different spaces). The other problem is that when I close an
    aquamacs frame the space switches automatically to another space
    where there is an open aquamacs frame. I haven't had time to check
    these things with the debug version, but this seems to suggest that
    the spaces thing is not neccesairily linked to the
    one-buffer-one-frame-mode.<br>
    <br>
    Rosanne<br>
    <br>
    On 26/10/2010 05:45, Paul Rathouz wrote:
    <blockquote
cite="mid:alpine.OSX.2.00.1010252243400.83195@rathouzmbp.gateway.2wire.net"
      type="cite">Hi All --
      <br>
      <br>
      I have this same problem.  Contrary to the first post by Ted, and
      consistent with the older 2009 post he found, I have
      'one-buffer-one-frame' turned off (i.e., 'Show Buffers in New
      Frames' is not checked).  It would be great if a fix for this
      could be found!  -- pr
      <br>
      <br>
      On Mon, 25 Oct 2010, Ted Middleton wrote:
      <br>
      <br>
      <blockquote type="cite">On Oct 25, 2010, at 5:45 PM, Ted Middleton
        wrote:
        <br>
        <blockquote type="cite">
          <blockquote type="cite">If you have one-buffer-one-frame-mode
            turned on (which I think you really have to do if you're
            using aquamacs with Spaces) then as the bug states, for some
            reason this prompts OS X to switch spaces. It makes aquamacs
            nearly unusable with Spaces.
            <br>
          </blockquote>
        </blockquote>
        <br>
        <blockquote type="cite">Have you tried the current development
          version (nightly build of master branch)?
          <br>
        </blockquote>
        <br>
        I think so - is that not the tarball at this address?
        <br>
        <br>
<a class="moz-txt-link-freetext" href="http://braeburn.aquamacs.org/~dr/Aquamacs/Aquamacs-nightly.tar.bz2">http://braeburn.aquamacs.org/~dr/Aquamacs/Aquamacs-nightly.tar.bz2</a>
        <br>
        <br>
        At any rate, I just did a git-clone of aquamacs-emacs and built
        HEAD
        <br>
        of master, and it still has this problem.
        <br>
        <br>
        <blockquote type="cite">
          <blockquote type="cite">Is there a work-around or a quick fix
            for this? If not, does anyone know where the code is that
            handles frame-focus transitions and creating attaching new
            frames to existing aquamacs instances? I've built regular
            emacs 23 on my system but it behaves very differently - it
            actually creates separate emacs processes. I'd be willing to
            look at this myself, but I'm not sure where to start.
            <br>
          </blockquote>
        </blockquote>
        <br>
        <blockquote type="cite">I'm not sure if we agree on what
          "process" and "aquamacs instance" mean.  Can you elaborate?
          <br>
        </blockquote>
        <br>
        Sorry - I'll explain.
        <br>
        <br>
        Say I have some number of Spaces open, say 9, and I have a
        Terminal
        <br>
        command line in Space 4 and another one in Space 7. Also say
        that I
        <br>
        built both the HEAD of aquamacs and the HEAD of emacs23 on
        Savannah
        <br>
        and I have both of these installed in my Applications directory.
        <br>
        Furthermore, say that I've installed the command line tool
        'aquamacs'
        <br>
        in my path somewhere and that I have a similar symlink for emacs
        23,
        <br>
        maybe in /usr/local/bin, called emacs23.
        <br>
        <br>
        In Space 4 I type 'aquamacs somefile.txt' and it opens aquamacs
        with
        <br>
        the somefile.txt file in a buffer. In Space 4 I type 'emacs23
        <br>
        somefile.txt' and similarly it opens emacs 23 with the
        somefile.txt
        <br>
        file in a buffer.
        <br>
        <br>
        Then, I switch to Space 7. In Space 7 I type 'aquamacs
        otherfile.txt'.
        <br>
        A new frame (NSWindow?) for aquamacs opens in Space 7 with
        <br>
        otherfile.txt in a buffer. BUT, for some reason (I think because
        <br>
        there's code that shifts focus around between NSWindows), Spaces
        <br>
        decides to switch back to Space 4, where nothing is happening -
        the
        <br>
        first NSWindow of aquamacs is still sitting there with
        somefile.txt in
        <br>
        its buffer. Switching back to Space 7, I can see that the second
        <br>
        NSWindow for aquamacs is open with otherfile.txt.
        <br>
        <br>
        In Space 7, if I type 'emacs23 otherfile.txt', a new
        frame/NSWindow
        <br>
        for emacs 23 is created in Space 7 much like aquamacs, but
        without a
        <br>
        Spaces switch to Space 4. Looking more closely, we can see that
        this
        <br>
        has actually created a new emacs23 process (complete with an
        'Emacs'
        <br>
        entry in top). They have separate menu bars, and aren't aware of
        each
        <br>
        other's buffers or state as far as I can tell. This definitely
        isn't
        <br>
        what I wanted, and is only of interest to me because I wanted to
        know
        <br>
        whether emacs 23 did the same mysterious Spaces switch, which it
        <br>
        doesn't, probably because it doesn't even track a single process
        for
        <br>
        different command-line invocations?
        <br>
        <br>
        So the 'bug' here is the Spaces switch when invoking aquamacs on
        the
        <br>
        command line a second time in a different Space.
        <br>
        <br>
        <br>
        BTW - I don't seem to be receiving emails on this list - my
        settings
        <br>
        seem to be ok, but I had to respond to your email out of the
        archives.
        <br>
        _____________________________________________________________
        <br>
        MacOSX-Emacs mailing list
        <br>
        <a class="moz-txt-link-abbreviated" href="mailto:MacOSX-Emacs@email.esm.psu.edu">MacOSX-Emacs@email.esm.psu.edu</a>
        <br>
        <a class="moz-txt-link-freetext" href="http://email.esm.psu.edu/mailman/listinfo/macosx-emacs">http://email.esm.psu.edu/mailman/listinfo/macosx-emacs</a>
        <br>
        List Archives: <a class="moz-txt-link-freetext" href="http://dir.gmane.org/gmane.emacs.macintosh.osx">http://dir.gmane.org/gmane.emacs.macintosh.osx</a>
        <br>
        <br>
      </blockquote>
      <br>
      Paul Rathouz, PhD
      <br>
      Professor and Chair
      <br>
      Department of Biostatistics and Medical Informatics
      <br>
      University of Wisconsin School of Medicine and Public Health
      <br>
      K6/446 CSC, Box 4675
      <br>
      600 Highland Avenue
      <br>
      Madison, WI 53792-4675
      <br>
      608.263.1706
      <br>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_____________________________________________________________
MacOSX-Emacs mailing list
<a class="moz-txt-link-abbreviated" href="mailto:MacOSX-Emacs@email.esm.psu.edu">MacOSX-Emacs@email.esm.psu.edu</a>
<a class="moz-txt-link-freetext" href="http://email.esm.psu.edu/mailman/listinfo/macosx-emacs">http://email.esm.psu.edu/mailman/listinfo/macosx-emacs</a>
List Archives: <a class="moz-txt-link-freetext" href="http://dir.gmane.org/gmane.emacs.macintosh.osx">http://dir.gmane.org/gmane.emacs.macintosh.osx</a>
</pre>
    </blockquote>
  </body>
</html>