From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Date: Wed, 27 Sep 2017 10:11:04 +0200 Message-ID: <59CB5D18.2090806@gmx.at> References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1506499948 16018 195.159.176.226 (27 Sep 2017 08:12:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 27 Sep 2017 08:12:28 +0000 (UTC) Cc: 25521@debbugs.gnu.org, qwxlea@gmail.com To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 27 10:12:17 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dx7S2-0003DA-Ah for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Sep 2017 10:12:14 +0200 Original-Received: from localhost ([::1]:53220 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dx7S9-0005pp-Lw for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Sep 2017 04:12:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37222) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dx7Rv-0005jM-S7 for bug-gnu-emacs@gnu.org; Wed, 27 Sep 2017 04:12:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dx7Rq-0001Fc-Tm for bug-gnu-emacs@gnu.org; Wed, 27 Sep 2017 04:12:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53703) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dx7Rq-0001FR-Qj for bug-gnu-emacs@gnu.org; Wed, 27 Sep 2017 04:12:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dx7Rq-0003bU-BZ for bug-gnu-emacs@gnu.org; Wed, 27 Sep 2017 04:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Sep 2017 08:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150649989513817 (code B ref 25521); Wed, 27 Sep 2017 08:12:02 +0000 Original-Received: (at 25521) by debbugs.gnu.org; 27 Sep 2017 08:11:35 +0000 Original-Received: from localhost ([127.0.0.1]:34151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dx7RP-0003an-Dq for submit@debbugs.gnu.org; Wed, 27 Sep 2017 04:11:35 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:58950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dx7RN-0003aa-TH for 25521@debbugs.gnu.org; Wed, 27 Sep 2017 04:11:34 -0400 Original-Received: from [192.168.1.100] ([46.125.249.22]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MYbFe-1ds7VL0wIk-00VOWn; Wed, 27 Sep 2017 10:11:13 +0200 In-Reply-To: <87zi9if9ux.fsf@users.sourceforge.net> X-Provags-ID: V03:K0:sUU9xeGbq0Qi4va36f95479i5o7VPdf/ApLrLIqwKwmXgQ8qkx2 MMCer1KnEtnfdySd+wcJ4AvtLma9LdGJU4dJffX3hD1PEs0EBdaOrlneg9RAetKhOvotrq4 0STXnIBzCHqSxE4NJWg0hhk7iUWCXItfcpUbAoEEOclND6E7KuJ5lsAA9Z1a39VctbPvkbs CYO1MQDMaWemLDAZtICYA== X-UI-Out-Filterresults: notjunk:1;V01:K0:KTv55+wwW/E=:aUdmDEzxX4GXslF648CzYo R2Yu1klJFRR2Z7+2ULGNofCIapy/L8bjEAz/pe2rh9MXt+E0HjjuRPLAs/TcsGY3q/zn+nQlk T9HVrmkYSq63hJtKeYQYlZQTx7NHNohTC29w/kZmSR1PTsnhTKBC7j2xNy8kF7KdKWI29AhMm 0lY/2nX+tU60m5UGYthNCg9M6bye1iyVpHYIHKxF8DIenWdDT1kdOmN0GTu0qLmehw6eoG2Lk ZZ3gXlwrwRw/5uRbNgsK0OOpZC7WTg9gc2OMUDM12N02qzei4TyN1t4Qa1AfG/udcD5W+YsJF kpMG32avM1kvCjTXwI3g0MsNd+lI2wN3F+CkNue6WMEVsT6qQIupvA3EsSTFyIUxEvV06Auds 2Zt62j3vUJCdkA21YBpSBPQgxl7F8qswtymoXdOe0X9MELyKUfoGxT3PSIgIiPapXHI90dbdv UhPzwy36yeMOeDisdY8+apnyYbDrsPxFQAxIApWNNzajw+IMMV+W/OKutILuSBmwMg7le/tJh i/Jv6zEv9ybo1+Sq79QkuPsbWEcLObj+CWeMed4TGIgLtcGX8Le+5JwUcyRyhDYFQE6ZmJWZp r95qcy1Edq13MuDTnFZFoPn6oCoyC1tLc1A84SuJJm3VLnsprWEGjI5mnRFTs5LV7EGhDJQAx lcz2VuRAEJvsmvZWxtvtghAGHBo20BKS/0iWPP/t8wpDPzWkemVdQty/FeHlX/CgXyvw9ln5d gWEcZs0FaGnY4fP5KAMeCQ+AuiBWbwRDH916QG+ML/rRsqUT/iMr2NCT6rFRguldp3Xyjchn X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:137484 Archived-At: > Right, here's an update: I would add to NEWS something like "'select-frame-by-name' now may return a frame on another display if it does not find a suitable one on the current display". > Huh. I was not aware of those other functions. Here's a patch which > makes the timeout in x_wait_for_event configurable, and uses it in > x_make_frame_visible. Is there anything I could tweak here to observe a visible impact? If I set =E2=80=98x-wait-for-event-timeout=E2=80=99 to some large value nothin= g becomes noticeable here, apparently because the frame is created fast enough. Anyway, I'd proceed as follows: (1) Install the xterm.c and w32term.c patches on the release branch. (2) Ask Alex to play around with the settings. If Alex can use the variable to change the behavior from bad to good and back and there are no problems with other users, let's consider this part as done and the bug closed. (3) Install the =E2=80=98select-frame-by-name=E2=80=99 patch on the relea= se branch. The reason why I think that (3) is good to have despite of (1) is that functions would behave reasonably well on systems where the user sets the timeout to zero. Thus people who, for some reason, cannot or do not want a larger timeout have a fallback. Differently put: A timeout of zero should work well as default too. But let's wait for Eli to make a decision. Thanks, martin