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#14233: 24.3; Don't constrain frame size to character multiples Date: Sat, 20 Apr 2013 14:32:40 +0300 Message-ID: <83wqrxzbc7.fsf@gnu.org> References: <2r7gjy2gyy.fsf@fencepost.gnu.org> <83bo991z00.fsf@gnu.org> <517257A0.4080607@gmx.at> <8338ul1rmb.fsf@gnu.org> <517275A0.1040702@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1366457606 29343 80.91.229.3 (20 Apr 2013 11:33:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Apr 2013 11:33:26 +0000 (UTC) Cc: esabof@gmail.com, 14233@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Apr 20 13:33:29 2013 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 1UTW2r-0000y9-Ch for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Apr 2013 13:33:29 +0200 Original-Received: from localhost ([::1]:49693 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTW2q-0005Dy-JN for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Apr 2013 07:33:28 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52755) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTW2m-0005Dt-LQ for bug-gnu-emacs@gnu.org; Sat, 20 Apr 2013 07:33:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UTW2l-0008Dw-Ix for bug-gnu-emacs@gnu.org; Sat, 20 Apr 2013 07:33:24 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57312) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTW2l-0008Ds-Fd for bug-gnu-emacs@gnu.org; Sat, 20 Apr 2013 07:33:23 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UTW7G-0004X9-CL for bug-gnu-emacs@gnu.org; Sat, 20 Apr 2013 07:38: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: Sat, 20 Apr 2013 11:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14233 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14233-submit@debbugs.gnu.org id=B14233.136645785617383 (code B ref 14233); Sat, 20 Apr 2013 11:38:02 +0000 Original-Received: (at 14233) by debbugs.gnu.org; 20 Apr 2013 11:37:36 +0000 Original-Received: from localhost ([127.0.0.1]:33187 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UTW6p-0004WK-Lf for submit@debbugs.gnu.org; Sat, 20 Apr 2013 07:37:36 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:56640) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UTW6m-0004W9-9O for 14233@debbugs.gnu.org; Sat, 20 Apr 2013 07:37:33 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MLJ00400XB37H00@a-mtaout22.012.net.il> for 14233@debbugs.gnu.org; Sat, 20 Apr 2013 14:32:51 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MLJ004DNXEQ4160@a-mtaout22.012.net.il>; Sat, 20 Apr 2013 14:32:51 +0300 (IDT) In-reply-to: <517275A0.1040702@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.x 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:73514 Archived-At: > Date: Sat, 20 Apr 2013 13:01:52 +0200 > From: martin rudalics > CC: rgm@gnu.org, esabof@gmail.com, 14233@debbugs.gnu.org > > > I think what's important is to have a way of resizing a specific > > window to a specific pixel-size. What happens to other windows as > > result is less important. > > There are some subtle issues. Suppose I now have two adjacent windows > each 200 pixels high. I have to give these windows suitable line > heights. Giving them both either 12 lines or 13 lines will break > calculations based on the return values of `window-edges'. What will break? Is it possible to avoid the breakage without imposing arbitrary restrictions on pixel dimensions of windows? > > The fact that the fringes and the scroll bar are excluded from the > > dimensions of the text area sounds correct to me. Otherwise, it would > > be confusing to have non-text portions included in the text area > > dimensions, and could lead to subtle bugs due to this mental > > dissonance. > > But on Windows the toolbar is included in the frame's text height and > sometimes even the menubar is. And the display margins, whether outside > or inside the fringes, are part of the text width. Aren't these mental > dissonances as well? No, because a tool bar is just another window (albeit a special one). As for display margins, they do display text, don't they? It could be that the fringes are included because of the display margins outside the fringes configuration (which is the default). If that is the case, then perhaps we should leave this alone, although it feels wrong. > >> - The heights of the tool and menubar are specified in lines. Do we > >> intend to change that to pixels? > > > > I don't think so: clipping the displayed stuff in these "windows" > > doesn't make sense, IMO. IOW, a tool bar whose icons are only > > partially visible is ugly, and I'm not aware of a single application > > that does that. > > I had in mind the case where toolbar elements and borders asked for some > arbitrary pixel height. IIUC we currently do some rounding there to fit > them into screen line multiples. Such rounding would not be needed any > more. Well, in that case, just keep this in the wishlist, instead of rejecting ;-)