From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#7269: bug #7269: 24.0.50; opening a file via emacsclient -c moves the mouse cursor to, the top left of the frames buffer. Date: Sat, 13 Nov 2010 23:38:00 +0100 Message-ID: References: <87y69q55un.fsf@yahoo.de> <4CDEF181.6010503@knaff.lu> <4CDEFD4E.1090603@knaff.lu> <4CDF0235.8030301@knaff.lu> <4CDF05BF.7040805@knaff.lu> <4CDF0CD1.3020305@knaff.lu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1289688302 18371 80.91.229.12 (13 Nov 2010 22:45:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 13 Nov 2010 22:45:02 +0000 (UTC) Cc: 7269@debbugs.gnu.org To: Alain Knaff Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 13 23:44:58 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PHOq8-0001f1-Og for geb-bug-gnu-emacs@m.gmane.org; Sat, 13 Nov 2010 23:44:57 +0100 Original-Received: from localhost ([127.0.0.1]:53517 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PHOq8-00030j-4A for geb-bug-gnu-emacs@m.gmane.org; Sat, 13 Nov 2010 17:44:56 -0500 Original-Received: from [140.186.70.92] (port=58386 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PHOpQ-0002dQ-AC for bug-gnu-emacs@gnu.org; Sat, 13 Nov 2010 17:44:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PHOpJ-0005KY-A2 for bug-gnu-emacs@gnu.org; Sat, 13 Nov 2010 17:44:12 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33366) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PHOpJ-0005KU-6s for bug-gnu-emacs@gnu.org; Sat, 13 Nov 2010 17:44:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PHOfZ-0006Rp-Sx; Sat, 13 Nov 2010 17:34:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 13 Nov 2010 22:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7269 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7269-submit@debbugs.gnu.org id=B7269.128968761024778 (code B ref 7269); Sat, 13 Nov 2010 22:34:01 +0000 Original-Received: (at 7269) by debbugs.gnu.org; 13 Nov 2010 22:33:30 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PHOf3-0006Rb-S3 for submit@debbugs.gnu.org; Sat, 13 Nov 2010 17:33:30 -0500 Original-Received: from mail-ew0-f44.google.com ([209.85.215.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PHOf2-0006RW-9l for 7269@debbugs.gnu.org; Sat, 13 Nov 2010 17:33:28 -0500 Original-Received: by ewy27 with SMTP id 27so2461935ewy.3 for <7269@debbugs.gnu.org>; Sat, 13 Nov 2010 14:38:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=yIyh6OuREO0BXocutPqw95ro6/3bAoxjcVjZ+hCg/c8=; b=VZ1mrrbOuv4100mv6l+vDyGeY83sac4UiisnM2YrQQnotDRBiypNO6OYCnMqCkuxES S0oSBBWolonPZFo8n8voh3/PkRjQJ3ME6+TauDXiG4HOpJ8A4WvrNT1gdqJvNeJfZW+I bBAbBGm5IEDFYarezez24wsXGbw5QUh9f8Lc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=u6MO6cdf8EOVkkdfaaxu7QWs+LCE5v944GF7NZcY4XHYr5rj1ah2LPVa2Fox75SEqJ IQHV11v/kNpO+uMXQVqQoL3q6VO/bA82Ihiq2QaGxCjswHEZF42g5xQsXLX2uFJDxUA4 9pvaITG+FZfgaeWNhuDvJAjp6vloMVoEuARJc= Original-Received: by 10.213.20.66 with SMTP id e2mr3449976ebb.97.1289687900252; Sat, 13 Nov 2010 14:38:20 -0800 (PST) Original-Received: by 10.213.22.135 with HTTP; Sat, 13 Nov 2010 14:38:00 -0800 (PST) In-Reply-To: <4CDF0CD1.3020305@knaff.lu> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 13 Nov 2010 17:34:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:41593 Archived-At: On Sat, Nov 13, 2010 at 11:10 PM, Alain Knaff wrote: >> >> Why is it good that the newly started program does not get focus? > > In order not to disrupt the user's work in some other program. > Multitasking may be a foreign concept on Windows, but on Linux, people > routinely have multiple programs open. Having multiple programs open is the idea of Windows I guess (but it was not invented by MS, it is older). > They may launch a compilation in > one window, and then, while it runs, =C2=A0launch a firefox for their onl= ine > banking. They would be rather unhappy if suddenly their online banking > password would show up readable for all shoulder surfers in the > emacsclient spawned by cvs commit. I think you refer to another problem: The sync problem of keyboard input and window focus. When a new program is launched and it is going to grab focus it is difficult to sync. However I would say that the compilation program should not get window and keyboard focus automatically. There should be a way to avoid it. And isn't there actually that? Can't you start those programs in the background from most shells? > Please don't break multitasking, it is one of the many features that we > love about Linux. This is not a GNU/Linux thing. > However, it could be argued that the window manager should do a better > job at policing applications. It would seem natural to me that the window manager respected the users decision to run a program in the background. (But I do not know if there is enough semantic/syntax for that for the shells. I simply no very little about the *nix shells. And I even do not know about this for the w32 shells.) > But apparently, there is more than one method to grab focus, and some > aren't blocked by this Yes. In some situations the users choice must be overriden. But on w32 there has been many changes to avoid that this is used when it should not be used. (In the case of emacsclient it should be used.) >>> I don't believe this is a window manager issue... if that was the case, >>> wouldn't all applications behave the same way? >> >> No. There are some extra difficulties since Emacs uses a server which >> emacsclients connects to. > > I've noticed some weirdness there too. Normally, the idea of emacsclient > should be to display the client on the DISPLAY pointed to by the client, > not by the server. Indeed, if I'm logged in over ssh to a remote server, > and start an emacsclient, I want to see that emacsclient on my display, > and not have it displayed on the server's console in some dusty NOC > where it is of use to no-one. Same thing with virtual desktops: I want > to see the emacsclient on the desktop that I am currently on, and not on > the one where emacs' main window is (or worse, have me forcefully > teleported to that desktop). > > This was working fine in the old days (> 3 years ago), but some recent > versions do some really bizarre and illogical stuff here. Is this also a > matter of emulating windows? We Linux and Unix users like network > transparency and multiple desktops, please don't break them for us. And > it was working fine for ages before, so why mess with it now? This is over my head. I know nothing about this. But I hope someone else will look at it.