From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Emacs Mac port Date: Sun, 18 Sep 2016 11:52:44 +0200 Message-ID: <57DE63EC.3010305@gmx.at> References: <57DE4306.6060904@gmx.at> <57DE4D33.6070201@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1474192401 7596 195.159.176.226 (18 Sep 2016 09:53:21 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 18 Sep 2016 09:53:21 +0000 (UTC) Cc: emacs-devel@gnu.org To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 18 11:53:17 2016 Return-path: Envelope-to: ged-emacs-devel@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 1blYme-0000yu-SU for ged-emacs-devel@m.gmane.org; Sun, 18 Sep 2016 11:53:13 +0200 Original-Received: from localhost ([::1]:49359 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blYmc-0004AN-RH for ged-emacs-devel@m.gmane.org; Sun, 18 Sep 2016 05:53:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46513) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blYmR-0004A5-Lc for emacs-devel@gnu.org; Sun, 18 Sep 2016 05:53:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1blYmO-0007g1-GR for emacs-devel@gnu.org; Sun, 18 Sep 2016 05:52:59 -0400 Original-Received: from mout.gmx.net ([212.227.17.20]:51594) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blYmO-0007fn-5Z for emacs-devel@gnu.org; Sun, 18 Sep 2016 05:52:56 -0400 Original-Received: from [192.168.1.100] ([212.95.7.68]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MfiFU-1bOPih12YO-00N6bN; Sun, 18 Sep 2016 11:52:51 +0200 In-Reply-To: X-Provags-ID: V03:K0:QmfyhzwoqX355ScUZdBjVwEajhAJlAu3u3pqjgL4L9JKZenVKB6 XCWHqLSg0gsBjSTcOsH5KeaPEbc79RqFChV4Sv/Cy/ppaSFsOxyj3Q4iLl1tRmUAiXRiV9s E669+OYooQxuQLi9WE40xLIbDi6x2EhUfN0sWKQxBqm2b5Ra0wtIqv+8gWZM1yG6U1ZZCyE cIEmBQF3bCh2bm71AMtbw== X-UI-Out-Filterresults: notjunk:1;V01:K0:stZ6bH837eI=:ObSR7MoMiZBAZn/PgFPp4T EPpK0GhNyJyOiVDNz3Ul99v6NlAFxcBCU4Uhf9aogH9IAGqcSZeYKlr3erVLlHsyfG5nqtYbn n3RpKRMhQYi3bz16RSZAohAz+rLjAMAz7Ko//3z4go0KZgQ4AqYCTeW0yCAg4lCBI8cFrfdC4 0bX3PO4NGqVVACxbL0AsfMtgMPTd6y8tP5ZbYbxsAMsdXxDDt0Xj/y1GaESxMonAwUm16mdCL ejiPRXxHgMDZWfNr7Ixpfz5xLxhz454tyvJgC6a3mWOFSXoXRKhbtDT4ujiWmoQOy+mbWJVP0 LgU/qKyEL31QYxS5r6n/7pmz0vXa2AUbLmWlEwi5uUs5nbBToH7foAf9fsSmBxcsss1H9Hss9 jhhog1nRNqzDe9ET2GLJVOQ4j0RPntwqk77LeR+8k29xyrirK5waAnfc39D2nlkhuuOyz76wq jD7hlcUKsZZvEBKbLuNowZ0xeAe52OYUMN3U4L6YyySHF314l3+miD5BmJ6lapzpiC7NVRmFN ep56430vmQVuPmGopBGeg+1abGlGNSavyGDOlWLA91bqc+9IcTQwOMDrLXhfCC4/elK9p01dI 9+Erp9EfzzzJ3kiYuiboyKnorelJWfmHz653qqoE9FDUoIQ7qgwwE0aReeZqOakCb9Vl2LNEy 4jcPQok8Q3smJidz4CmCAuzWiGpUqOCyzuN9xjVl9XHfSMNRNSNwglscR2IaM4rEJhOn1tufi zfpH8mtSAxIunF1+c6zAU5NPTVFCFN17MqauESMtK8IIJGHOBpDDDcZiSpSUgLjffbiGQVK6 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.17.20 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:207532 Archived-At: > Not actually. I think some of X11 window managers do rounding on > resize by mouse dragging if `frame-resize-pixelwise' is nil (at least, > quartz-wm does so). Hopefully all of them do. I (silently) do not round on Windows because there we do not have those line x column indicators which are (IMO) the sole good reason for rounding on X11. Apart from performance problems. > If user wants resize by mouse dragging to follow > the mouse strictly, then she or he can set `frame-resize-pixelwise' to > t. That's the idea, yes. > Also, unlike the NS port, the Mac port does not "white out" the screen > during mouse dragging but updates the contents, and it is a bit heavy > operation. Rounding during mouse dragging also acts as "coalescing" > screen updates. Makes sense. > (Actually, the way to implement this screen updating during mouse > dragging on the Mac port interferes with "window snapping" introduced > in macOS 10.12, so it is disabled if running on that version.) So what do you do with "window snapping"? Can you ask for a "white out"? > Rounding does not happen for the axis that is specified to be > maximized/full so that it does not leave spaces. So, rounding happens > only for horizontal axis when the fullscreen frame parameter is set to > 'fullheight if `frame-resize-pixelwise' is nil. Sounds reasonable. Hmm... Leaves me with one question: When do you suppress rounding with `frame-resize-pixelwise' nil? Only for "for the axis that is specified to be maximized/full"? Or are there other cases? martin