From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim Cross Newsgroups: gmane.emacs.devel Subject: Feature change or bug - Emacs server Date: Thu, 9 Jun 2011 16:47:30 +1000 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=0050450168f5bef5a004a541d305 X-Trace: dough.gmane.org 1307602129 10224 80.91.229.12 (9 Jun 2011 06:48:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 9 Jun 2011 06:48:49 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 09 08:48:45 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QUZ2r-0007RX-48 for ged-emacs-devel@m.gmane.org; Thu, 09 Jun 2011 08:48:45 +0200 Original-Received: from localhost ([::1]:50296 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QUZ2q-00044b-Dt for ged-emacs-devel@m.gmane.org; Thu, 09 Jun 2011 02:48:44 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:53368) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QUZ1j-0003tv-LR for emacs-devel@gnu.org; Thu, 09 Jun 2011 02:47:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QUZ1h-0006j3-DN for emacs-devel@gnu.org; Thu, 09 Jun 2011 02:47:35 -0400 Original-Received: from mail-iy0-f169.google.com ([209.85.210.169]:55288) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QUZ1g-0006ia-Vt for emacs-devel@gnu.org; Thu, 09 Jun 2011 02:47:33 -0400 Original-Received: by iyl8 with SMTP id 8so1491794iyl.0 for ; Wed, 08 Jun 2011 23:47:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=fWpYgpTVmAUBOIluj/6dXhyKzCyeGcF7aMtUM8bNUZI=; b=WZ7S4VSZH0pD3G9vFELH1VK3Vfk4t/Ppakso2mx/kmlWw6BzItp48MP46NKNy3gpny RxCoBVc5AiYce80Or+xehIlAIPgdRdHvDlWwPrH/BBtuRENtD/QeoX1mUb8eU++hP4ab 8j2/9D/Mepq2okLawBJlX53Z1ufDuTKCPuGUI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=L5tf3U26mSzUCUUF5dj5AtFKqPxcKe/84faSEVuZOBvhlW/0tY/WVdYtfTJRkeFG0c C7AMSXFYv1Di6D5b7BmOJHV6doF+DnVE5YFxO++2kjSSlrdn3L36udHD8ekvDvhU/eNY NPDbAMKKvxGokfb5/EQQC9A7NSX2YZwLat/sM= Original-Received: by 10.231.202.82 with SMTP id fd18mr397516ibb.106.1307602050806; Wed, 08 Jun 2011 23:47:30 -0700 (PDT) Original-Received: by 10.231.32.72 with HTTP; Wed, 8 Jun 2011 23:47:30 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.210.169 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:140314 Archived-At: --0050450168f5bef5a004a541d305 Content-Type: text/plain; charset=ISO-8859-1 Hi All, just wanted to check to see if changed functionality I've noticed is a deliberate feature change or a bug. Running Emacs GTK+ 24 (recent bzr) under X (xfce wm). I have my EDITOR environment variable set to emacsclient. Previously, when I did something like cron -e or git commit -a, emacs would popup a new frame on the virtual diesktop where I issued the command, I would make the changes, do the normal C-x 4 and the frame would close, returning me to the terminal and the command that triggered the edit would complete its work. All good and I liked the behavior. However, I now find that doing the exact same workflow causes an existing emacs fram from another virtual desktop to be moved to the virtual desktop containing the terminal where I ran cron/git/whatever that triggered the workflow i.e. not a new frame. When I complete the edit and hit C-x 4, the emacs buffer closes and switches back to its previous contents, but the frame stays on this virtual desktop. I now have to move the frame back to its original virtual desktop or to the side so that I can get back to the terminal. All behavior which is not as good as it was previously. My real problem is that I've just switched from Gnome/compiz and don't know if the changes are observing are due to changes iin emacsclient (I've noticed some posts concerning emacsclient recently) or is it because of differences between GNOME and XFCE? Perhaps I need to add additional switches/config settings under xfce? Quite happy to do more testing to try and work things out, but figured I may as well check to see if anyone else has noticed the same or can offer some advice (especially as there has recently been a few issues with bzr emacs and X, which now appear to be resolved i.e. clipboard communication timeouts, slow exiting, random crashes etc). Tim --0050450168f5bef5a004a541d305 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi All,

just wanted to check to see if changed functiona= lity I've noticed is a deliberate feature change or a bug.=A0

Running Emacs GTK+ 24 (recent bzr) under X (xfce wm).

I have my EDITOR environment variable set to emacsclien= t. Previously, when I did something like cron -e or git commit -a, emacs wo= uld popup a new frame on the virtual diesktop where I issued the command, I= would make the changes, do the normal C-x 4 and the frame would close, ret= urning me to the terminal and the command that triggered the edit would com= plete its work. All good and I liked the behavior.=A0

However, I now find that doing the exact same workflow = causes an existing emacs fram from another virtual desktop to be moved to t= he virtual desktop containing the terminal where I ran cron/git/whatever th= at triggered the workflow i.e. not a new frame. When I complete the edit an= d hit C-x 4, the emacs buffer closes and switches back to its previous cont= ents, but the frame stays on this virtual desktop. I now have to move the f= rame back to its original virtual desktop or to the side so that I can get = back to the terminal. All behavior which is not as good as it was previousl= y.=A0

My real problem is that I've just switched from Gno= me/compiz and don't know if the changes are observing are due to change= s iin emacsclient (I've noticed some posts concerning emacsclient recen= tly) or is it because of differences between GNOME and XFCE? =A0Perhaps I n= eed to add additional switches/config settings under xfce? Quite happy to d= o more testing to try and work things out, but figured I may as well check = to see if anyone else has noticed the same or can offer some advice (especi= ally as there has recently been a few issues with bzr emacs and X, which no= w appear to be resolved i.e. clipboard communication timeouts, slow exiting= , random crashes etc).=A0

Tim



--0050450168f5bef5a004a541d305--