David Tweed <[EMAIL PROTECTED]> writes: > I really do want is to only have one emacs _window_ (ie one tab), not > just one emacs process.
Which ion are you using? I have code that does this. Unfortunately, I'm using an out-of-date version of ion3 (before the big config change -- I haven't had time to figure out what I need to change). I have a series of functions that are called with a command or a title/class matching string. If a matching window exists, it's raised, otherwise the command is executed. So for emacs, I've replaced the edit file function with a function to call gnuclient, telling the current emacs process to find the file, and then raise the window. This also works for mail (I use gnus). I do something similar with xterms -- I use screen to run multiple shells in a single xterm, and I use a binding to show me the xterm titled 'shell' when I need a shell. I can give you what I have if you want to futz with it, but it's probably not terribly useful as is. Unfortunately, I haven't had much time for playing with ion lately. > A significant proportion of the time I get the file that I want to > look at via some xterm command using emacsclient rather than opening > it directly in emacs. (I find this more convenient because the shell > in the xterm is often in the directory the file is in anyway, so I > don't have to do all the typing to put the correct directory in front > of the path when using find-file in emacs, or I can open files > returned from a grep, etc.) This would be even simpler than what I do, then. Just run emacsclient to tell emacs to edit the file, and press the keybinding to show you the currently running emacs. -- Jeremy Hankins <[EMAIL PROTECTED]> PGP fingerprint: 748F 4D16 538E 75D6 8333 9E10 D212 B5ED 37D0 0A03
