From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#14233: 24.3; Don't constrain frame size to character multiples Date: Sat, 20 Apr 2013 15:38:57 +0200 Message-ID: <51729A71.6030800@gmx.at> References: <2r7gjy2gyy.fsf@fencepost.gnu.org> <83bo991z00.fsf@gnu.org> <517257A0.4080607@gmx.at> <071A708E-3A98-4D11-A15F-7AB92D5200DD@swipnet.se> <51727563.70905@gmx.at> <5172908F.7090206@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1366465449 494 80.91.229.3 (20 Apr 2013 13:44:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Apr 2013 13:44:09 +0000 (UTC) Cc: esabof@gmail.com, 14233@debbugs.gnu.org To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Apr 20 15:44:11 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 1UTY5I-0001Ta-TU for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Apr 2013 15:44:09 +0200 Original-Received: from localhost ([::1]:43746 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTY5I-0002hB-IN for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Apr 2013 09:44:08 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:55164) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTY5D-0002gi-QX for bug-gnu-emacs@gnu.org; Sat, 20 Apr 2013 09:44:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UTY5C-0000xB-Kq for bug-gnu-emacs@gnu.org; Sat, 20 Apr 2013 09:44:03 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57459) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTY0h-0007sy-EF for bug-gnu-emacs@gnu.org; Sat, 20 Apr 2013 09:39:23 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UTY5C-0003AO-M2 for bug-gnu-emacs@gnu.org; Sat, 20 Apr 2013 09:44:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Apr 2013 13:44: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.136646543012118 (code B ref 14233); Sat, 20 Apr 2013 13:44:02 +0000 Original-Received: (at 14233) by debbugs.gnu.org; 20 Apr 2013 13:43:50 +0000 Original-Received: from localhost ([127.0.0.1]:33334 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UTY4y-00039J-Pw for submit@debbugs.gnu.org; Sat, 20 Apr 2013 09:43:49 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:51575) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UTY4v-00038x-CI for 14233@debbugs.gnu.org; Sat, 20 Apr 2013 09:43:47 -0400 Original-Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MfTAj-1U9W0h0CPT-00P9aL for <14233@debbugs.gnu.org>; Sat, 20 Apr 2013 15:39:04 +0200 Original-Received: (qmail invoked by alias); 20 Apr 2013 13:39:03 -0000 Original-Received: from 62-47-49-41.adsl.highway.telekom.at (EHLO [62.47.49.41]) [62.47.49.41] by mail.gmx.net (mp001) with SMTP; 20 Apr 2013 15:39:03 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+VXmh+AsKVUt6+MowbOSaag9KyJFQhkKL5IflnRA AwxR3UVKXKCkVN In-Reply-To: <5172908F.7090206@swipnet.se> X-Y-GMX-Trusted: 0 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:73517 Archived-At: >> So you will probably have to tell me on which platforms turning off WM >> size hints is needed. > > We should not turn off WM size hints on any platform IMHO. If we do > that, the resize feedback from the window manager shows pixels instead > of rows x columns. The latter is much more useful. I don't understand > why we want to resize in pixels instead of characters. In order to maximze a frame, for example. Maybe also just in order to do what other applications do. Here, Emacs was the only application whose window I could not resize pixelwise. I doubt you can find mamy of them nowadays. > But if you insist on resizing with pixels instead of characters, you > have turn WM hints off for NS and X. You should thoroughly test this > change on X with a couple of different window manager before checking it > in. Resizing is a bit of a mess on X because the intreactions with the > window manager, and the strange ways Emacs deals with GUI elements. I don't have the resources to do that. Hopefully, someone can step in. In any case, people can always get the current behavior if they do not set one of the two variables I mentioned earlier. > I'd rather see that text is text. Fringe and scrollbars should not be > included, nor should margins ... currently margins are text ... > or borders. Non-text portions should be > able to have any width/height in pixels. This includes the native toolbar. Currently, we do lots of acrobatics to round such non-text portions. So we should decide on what to do here. And obviously, if all non-text portions can be sized pixelwise we have to size the remaining text portion pixelwise as well in order to fit them to the frame size. > But I'd prefer if the text part is resizable only in terms of > lines/columns. An exception to this is tiling window managers and > fullscreen behaviour. Lines and columns are abstractions that probably get less and less important with variable width fonts and variable text heights/spacings. > So resizing fringes and scrollbars ought to resize the frame. It currently does not when I set them buffer- and/or window-locally. And frame-based it doesn't make much sense with two windows side-by-side: Should I resize the frame by two scrollbar-widths then? >> I know. I just wanted to know whether we should do that on other ports >> as well and how to specify that. > > IMHO we should do that on all ports. Maybe. martin