From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#12419: Mouse click changes layout Date: Tue, 25 Sep 2012 14:09:09 +0200 Message-ID: <834nmmi9sq.fsf@gnu.org> References: <504FB55D.5030405@t-online.de> <5050432C.4060203@gmx.at> <5052450F.8030001@t-online.de> <5052F242.4060303@gmx.at> <5055D769.1060804@t-online.de> <50561046.60902@gmx.at> <505E1FB6.1050504@t-online.de> <505ED4AB.7070009@gmx.at> <505F8576.8070902@t-online.de> <50601715.6030108@gmx.at> <833927jxrx.fsf@gnu.org> <5061802C.1070600@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1348575018 6456 80.91.229.3 (25 Sep 2012 12:10:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 25 Sep 2012 12:10:18 +0000 (UTC) Cc: occitan@esperanto.org, 12419@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 25 14:10:23 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TGTy2-0005Ba-JN for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Sep 2012 14:10:22 +0200 Original-Received: from localhost ([::1]:47296 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGTxx-0000rq-Jh for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Sep 2012 08:10:17 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54894) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGTxq-0000rX-EN for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2012 08:10:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TGTxk-0007tc-AW for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2012 08:10:10 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45105) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGTxk-0007sp-7g for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2012 08:10:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TGTze-0003BL-BQ for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2012 08:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Sep 2012 12:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12419 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12419-submit@debbugs.gnu.org id=B12419.134857507912178 (code B ref 12419); Tue, 25 Sep 2012 12:12:02 +0000 Original-Received: (at 12419) by debbugs.gnu.org; 25 Sep 2012 12:11:19 +0000 Original-Received: from localhost ([127.0.0.1]:54651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGTyw-0003AM-9J for submit@debbugs.gnu.org; Tue, 25 Sep 2012 08:11:19 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:46614) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGTys-0003AC-R8 for 12419@debbugs.gnu.org; Tue, 25 Sep 2012 08:11:16 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MAW00C00MWTMB00@a-mtaout21.012.net.il> for 12419@debbugs.gnu.org; Tue, 25 Sep 2012 14:09:14 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MAW00CXYN3DGFA0@a-mtaout21.012.net.il>; Tue, 25 Sep 2012 14:09:14 +0200 (IST) In-reply-to: <5061802C.1070600@gmx.at> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:64873 Archived-At: > Date: Tue, 25 Sep 2012 11:58:04 +0200 > From: martin rudalics > CC: occitan@esperanto.org, 12419@debbugs.gnu.org > > > Where in the code or the infrastructure do we enforce an integral > > number of lines in a window? > > All over the window handling code, presently. Can you humor me with a typical example, please? > > AFAIK, the only restriction imposed by the display engine is that a > > window's first line must be completely visible (unless its height is > > larger than the window). But the last line of a window can be only > > partially visible. That seems to imply that you should be able to > > split a window such that each child gets exactly half, in pixels. > > I'm afraid that many people wouldn't want that. Why? Emacs doesn't promise to have the last line visible even now, if the window has variable size fonts. What we currently do promise (IIUC) is to have each window's height an integral multiple of the default face's height. But if the window shows no characters with the default face, that contract is irrelevant anyway. > So even if we manage to provide really maximized frames, the window > handling code will have to show most windows with fully visible > lines. See above: you cannot guarantee that. > > What am I missing? > > Not much, I suppose. After the freeze we can set up a branch for > implementing frame and window sizes in pixels. Do we really need such a change? What damage could be caused by accepting a window size in integral lines, but producing a window that is slightly larger or smaller? Again, this happens today already as long as non-default faces are displayed in the window. > And I suppose that we want a function that calculates the number of > pixels between two buffer positions Doesn't pos-visible-in-window-p fit the bill already?