From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: master 4b98a79a50: Improve X event timestamp tracking Date: Sun, 07 Aug 2022 15:06:40 +0800 Message-ID: <87les0ttvj.fsf@yahoo.com> References: <165984385935.14715.8191942019361575877@vcs2.savannah.gnu.org> <20220807034419.B5F2FC09BFD@vcs2.savannah.gnu.org> <87y1w0zpe9.fsf@yahoo.com> <87r11szp6h.fsf@yahoo.com> <19d020d85bed5d030e706800f8cbb0b7fbb3bc65.camel@dancol.org> <875yj4znp5.fsf@yahoo.com> <75aa6286819b4ca9b008a3697b293567321c0d86.camel@dancol.org> <87h72oy682.fsf@yahoo.com> <0b58658c390b8c62cc1c5dfadd9e1f0621f64d82.camel@dancol.org> <87iln4wprn.fsf@yahoo.com> <87edxsv9me.fsf@yahoo.com> <18277167df8.2829.cc5b3318d7e9908e2c46732289705cb0@dancol.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4455"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) Cc: To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Aug 07 09:08:16 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oKaOV-0000z8-7q for ged-emacs-devel@m.gmane-mx.org; Sun, 07 Aug 2022 09:08:15 +0200 Original-Received: from localhost ([::1]:48704 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oKaOU-00067A-1q for ged-emacs-devel@m.gmane-mx.org; Sun, 07 Aug 2022 03:08:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:32792) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oKaNC-0005LN-MU for emacs-devel@gnu.org; Sun, 07 Aug 2022 03:06:54 -0400 Original-Received: from sonic317-34.consmr.mail.ne1.yahoo.com ([66.163.184.45]:38422) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oKaNA-000341-ND for emacs-devel@gnu.org; Sun, 07 Aug 2022 03:06:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659856008; bh=qtwZh+DF+BkekQRbtZMPLnhQEvHDWjTdZXlaPCJ2Urg=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=Dbz8FulEUQb5Gdsr/F92C93yX/iwbB5zZ1/Kuvf30hxJIzJUP5GT/8lqizh4GEPtemp9zlj9vtf2N2rat2U3yjlydjbfBrpRs4DNIaes9F28kTgNYaRX/oFDm1yjNeKPEiTOY5sSxejRuT2w0wNoJb3LIjkvfz0jdDtIDgIdRQvApjMxBmDMgsejGGX7/+SU4nBUtZooWGRE7tfSdJr4RQBO4oK4EIDvW1Sn+xhzeyQHA5WyRk+RzMirIbu9DaWXMtLmv3NM+OD8pAGkRfF0Nlo5HaQ28823AcmCqY73dP2Ii2TVyelIgObpnxc/WNOX0rkjazyzhsHrHtscjKc9ig== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659856008; bh=XPNzQkjuNKHxiPHiba/1+Qqt/bxt23OhnBIpvGRoY0R=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=FHpNdRCvVpTa/6Rkwwy3C4sPYIS4VvFQM4Ex8y24TMvHz+v76axUzgEPu+ShAnopFJpGYMhJzRC+hKAXDNo8T3Ag/BY3HT/VBUZA/+CkDlZFoQ//vq7TOkWsqLb/alQX1X3HFQcQydIuMBVGFKaHDUZGeLAvr3wZ3lnbJjs0xRm3/gx9AEc0G7qjoUJa+XS5wZXQWa+sK0iH9au5Hm7fyRoYYbGOt9g6RdgrR5AE2nrH/wbmaV8HD4YY+I+KUQVGZAc2fuqhpGzCggddvsgOlmOHjXC5Am2lysfOsid0brdjpuvh0ziNai/R4Qzdg7AyCcieqacVs9sCghBYzufuHA== X-YMail-OSG: nA4iLAUVM1kbK34qnWZXN.xbrd8jocy9jvD.hztM23FoSgVvWD4i_2EFQ5YX_x9 l29gPi9eZOKTIFi3lwDWhtsoR8st0HnpV5FIgOc16q10yaqiNTeZkgwBzaYuEjdGxqTX_mMnVGMW s0PmK9JkGR968wq0UJamAsQQUIRh.711ujIS6IgnE3Y8l4zE.pXaQ8Vvim4cytQcgkLigAc8Xfxj qkBx_rQRxJSVXOiAMHJ18xetWqAkbhIAz.9yD7FyHEOKt5.h3RyfSXpCuEklnEBj4bq4lqdfcclw m8L2H0ddpQaHSaEwN0kFWo2yK.kHxCFUxrnn3J.LO4Tjv35XbxhVYRqOMxrQMUtacjLyN4iV5YhN eBRu2870V7Mhg6JA_RsTMUvxyFcRNKZ3Peuy5ueCjIO4P8xoN9VTJaKyh78wxa_eS9Ok1J.dNnX0 CfnqVuqkCxRKebIFdt7JkA7IG70wAxnAvPUIr3ZqzPHy7cp.MZpo2JqtYrtmWPrd2xg0eqcuOISY 2ojgZn.uM9dGDWF6Pbsfo9Cz4Ez3a6nYXMhQptHdfND5lIQgS8YCdhGofWljG_hs9KKW8oSH4YdI OksisACZ3QH8lBgfxPnzagAb5BfDaxrBha2WG.Xrs8fCDbVrtYstvbs1VUluZKO_B1voWUN8Vmbp aOCwtDx82nbVgNrhYDQYDYfvrt0SJ5qF8HVP67tV5BaW62xypLSMcOoa51ayEPnwnwBaJGE2hskt f8QLFXA1b4ZO34tQ4cZo6AFLFxIZucVLW8h6Z0O6jUcmS5.wWnAuw1kcp2qwVMWULfkj1kP.y4vy BgJkyC.C_Qp7eafcdeg0ALBuypWkAn7D9cgNsDOK_y X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Sun, 7 Aug 2022 07:06:48 +0000 Original-Received: by hermes--canary-production-sg3-6f58cd9b5-q5dg5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b48a78d4712cf309898aece410d695dc; Sun, 07 Aug 2022 07:06:46 +0000 (UTC) In-Reply-To: <18277167df8.2829.cc5b3318d7e9908e2c46732289705cb0@dancol.org> (Daniel Colascione's message of "Sun, 07 Aug 2022 02:55:39 -0400") X-Mailer: WebService/1.1.20491 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.184.45; envelope-from=luangruo@yahoo.com; helo=sonic317-34.consmr.mail.ne1.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:293184 Archived-At: Daniel Colascione writes: > Sure, but don't we have, in this instance, an option that doesn't > involve fighting the window manager? No, we don't. It's still fighting with the window manager, just in a less well abstracted and more arbitrary way. > It's definitely from a more naive time. You can tell by the lack of > inter-client security. The truth is very few people still have open X servers that aren't protected by, at least, MIT-MAGIC-COOKIE-1. > I'd argue that my suggestion is consistent with the spirit of the API > and changes behavior only in a narrow case. The spirit of the API has already been stretched so far that it is only usefully interpreted when a window is first mapped. > Your proposal involves changing the behavior of every x-focus-frame > call made when Emacs doesn't have focus, yes? Yes, it changes the call to work, as opposed to not work. > (Also, aren't you worried that the focus check will lead to behavioral > inconsistencies?) What inconsistencies? > Because there's a less invasive alternative. It's more invasive, because it adds an extra Lisp function that programmers have to remember to call. > Customizing the variable to nil breaks emacsclient. They can configure their window manager to allow emacsclient to raise frames, or make emacsclient bind it to some other value that works for them.