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#25511: 26.0.50; modify-frame-parameters modifies undesignated parameter? Date: Tue, 24 Jan 2017 10:37:37 +0100 Message-ID: <58872061.1050900@gmx.at> References: <5885B8D7.4040301@gmx.at> <5885DABE.9000408@gmx.at> <58870656.2090402@gmx.at> 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 1485250896 18467 195.159.176.226 (24 Jan 2017 09:41:36 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 24 Jan 2017 09:41:36 +0000 (UTC) Cc: 25511@debbugs.gnu.org To: Katsumi Yamaoka Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 24 10:41:32 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 1cVxbB-0002bx-5l for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Jan 2017 10:41:09 +0100 Original-Received: from localhost ([::1]:47177 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVxbG-0006xU-66 for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Jan 2017 04:41:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39931) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVxYF-0004N0-VH for bug-gnu-emacs@gnu.org; Tue, 24 Jan 2017 04:38:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cVxYA-0000N6-OZ for bug-gnu-emacs@gnu.org; Tue, 24 Jan 2017 04:38:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41544) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cVxYA-0000N2-Lq for bug-gnu-emacs@gnu.org; Tue, 24 Jan 2017 04:38:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cVxYA-00084E-Eh for bug-gnu-emacs@gnu.org; Tue, 24 Jan 2017 04:38:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Jan 2017 09:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25511 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25511-submit@debbugs.gnu.org id=B25511.148525067430997 (code B ref 25511); Tue, 24 Jan 2017 09:38:02 +0000 Original-Received: (at 25511) by debbugs.gnu.org; 24 Jan 2017 09:37:54 +0000 Original-Received: from localhost ([127.0.0.1]:39743 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVxY2-00083s-Ir for submit@debbugs.gnu.org; Tue, 24 Jan 2017 04:37:54 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:55146) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVxY0-00083e-FY for 25511@debbugs.gnu.org; Tue, 24 Jan 2017 04:37:53 -0500 Original-Received: from [192.168.1.100] ([213.162.68.79]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LoVOE-1c2yeZ0sW2-00gX2d; Tue, 24 Jan 2017 10:37:45 +0100 In-Reply-To: X-Provags-ID: V03:K0:XpR3th4eTNbGl379EUtTm+JASm98wHofEvOITjkRqPVzTMKSuDC rPGho8aT24aNkChHwibH1Fs/yAI0d0X+6TIAADR0pLEHmM8JllvmtNcHNpEngKtT1D96jUe 97bylkozS6k8OLJF0x/9dw3AB1bkqWowhKFbtHw1asnwmoUiGO86d8IzQdTMfX8O1h0i2gD 5u7M1316G9sEt91fnOMJw== X-UI-Out-Filterresults: notjunk:1;V01:K0:5cY2/0lkwBc=:FAUKKs3uhiBE7qOGlA1ukW Ux/5Xe/jwKuYL+1Jd6Ifu1JLwy2+mIPJS0ltjxwx/D0vy0AJ95mQ6DVL02Qhr8XLWetUaSUHi wr01/lz/ou7xA1ZdBI6QCaLZWRY/io82os8xhLpmeKcSw3iDJvZUPMgInG6cGkAD8cdblfiyM hqbKxlpwrDTYoceQ785NaKLx9Y+fMFe1u2kyCghSjI5WeiO9m28KIS3jU6WrzZGpDA6u+RdQL vRhRX9Cb6Nu1Xr0XYKo7ODXxgEM4xF93h784fIIsECGC/Jgihv2xWW3kN5slQLLLfZN1dtHPf UqB6cJSjXvRh1SXVmmxjY/zkYydmsFU+zVHfkAkP2LvnDENlPgH+EQ9sdCV1Y9tWY2ZdmETRs 3wIiAoq2CD6pDU7ctXTq1LbF2kjn8WvAd0jAuJ9nPhIp7yOnkrzsV7A7vyxikp3ilSfWUMw9R g+iKMvOxizLMB3LmwklxlK0QRG5zcz9HTTpGWHbe+RfHFOBSD+H2eoYXnGri/5UhmWl4jPADb Pjc4veexyfS5fu79UDbfjifuYYiF81vSycUau+Yd1RXSiHRexZm8g4sD/B2xxVs+a36VzuIOC 3h6g6D8Mf6njbqx9q3qn0KvFGzIfVxMjB5Q/nJ1oR8ViX8QuoA0llajWmxR29hkhm0FS0N6oN iaykopNyWTkypERJPoVrLPPU0eckC5ZYjGvnp60iU6NtuOAS9LCo69fvkT9KtikxtMX6AVPLU 8YuvbDrwst6ys1qC/rI29XkIpEWlUypWM/jB532cNYi/lNnszVGMqDA7Af274wHy6aSUbSTf 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:128356 Archived-At: > Windows native 25.1.90 shows: > (((geometry 0 0 1366 768) > (workarea 0 0 1366 738) > (mm-size 344 194) > (name . "\\\\.\\DISPLAY1") ;; Note PC > (frames)) > ((geometry -258 -1080 1920 1080) > (workarea -258 -1080 1920 1050) > (mm-size 531 299) > (name . "\\\\.\\DISPLAY2") ;; External display > (frames #))) > > 26.0.50 built on Cygwin shows: > (((geometry 258 1080 1366 768) > (workarea 258 1080 1366 768) > (mm-size 347 195) > (frames) > (source . "Gdk")) > ((geometry 0 0 1920 1080) > (workarea 0 0 1920 1080) > (mm-size 488 274) > (frames #) > (source . "Gdk"))) The workareas' heights differ from the display heights for native Windows but they don't for Gdk. So it seems that Gdk might not be able to deal with the taskbar. We would have to find out why. Funnily, the mm-size values differ as well. God knows why. If you have a tape measure around you could find out who's more right ;-) > The values except for `frames' don't vary whether a frame stays > at DISPLAY1 or DISPLAY2. > > Thanks for the suggestions about =E2=80=98after-make-frame-functions=E2= =80=99, > =E2=80=98frame-inhibit-implied-resize=E2=80=99, and others. I didn't = recall > I've been using =E2=80=98after-make-frame-functions=E2=80=99 for the o= ther > purposes. ;-) I'll try them one by one from now on. Anyway, I > concluded I should not use dirty codes such as advising the core > functions, as much as possible. Advising is no problem per se. But =E2=80=98after-make-frame-functions=E2= =80=99 is there so it's better to use it (and along the way find out if there are any problems with it). Obviously, my proposal to use the workarea won't work for Cygwin anyway, given you figures above. martin