From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Jan 2011 00:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 7822@debbugs.gnu.org X-Debbugs-Original-To: Received: via spool by submit@debbugs.gnu.org id=B.1294704870653 (code B ref -1); Tue, 11 Jan 2011 00:15:02 +0000 Received: (at submit) by debbugs.gnu.org; 11 Jan 2011 00:14:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcRsc-0000AU-1x for submit@debbugs.gnu.org; Mon, 10 Jan 2011 19:14:30 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcRsZ-0000AI-J8 for submit@debbugs.gnu.org; Mon, 10 Jan 2011 19:14:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PcRzl-0001hf-4E for submit@debbugs.gnu.org; Mon, 10 Jan 2011 19:21:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:55144) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PcRzl-0001ha-0w for submit@debbugs.gnu.org; Mon, 10 Jan 2011 19:21:53 -0500 Received: from [140.186.70.92] (port=38919 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PcRzk-0003G5-04 for bug-gnu-emacs@gnu.org; Mon, 10 Jan 2011 19:21:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PcRzi-0001hN-Ly for bug-gnu-emacs@gnu.org; Mon, 10 Jan 2011 19:21:51 -0500 Received: from rcsinet10.oracle.com ([148.87.113.121]:56905) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PcRzi-0001hJ-Ai for bug-gnu-emacs@gnu.org; Mon, 10 Jan 2011 19:21:50 -0500 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p0B0Lkhx022704 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 11 Jan 2011 00:21:48 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p0AMgQ6m019199 for ; Tue, 11 Jan 2011 00:21:46 GMT Received: from abhmt004.oracle.com by acsmt354.oracle.com with ESMTP id 947020931294705283; Mon, 10 Jan 2011 16:21:23 -0800 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 10 Jan 2011 16:21:22 -0800 From: "Drew Adams" Date: Mon, 10 Jan 2011 16:21:26 -0800 Message-ID: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcuxI9CGckkH1BI8S/u3rWkLmVtq9gAAZf8Q X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Spam-Score: -6.4 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) Enhancement request. See emacs-devel thread "`fit-window-to-buffer-as-displayed'?", 2011-01-10: http://lists.gnu.org/archive/html/emacs-devel/2011-01/msg00323.html `fit-window-to-buffer' does not take any display artefacts into account, except for visual (screen) lines. The enhancement would be to have it do so. How much it tries to do so should be under programmer control, so that, e.g., one could tell it (e.g. via a new optional parameter) not to take any display stuff into account (i.e., to treat the buffer content as just plain text with a fixed-width font of the current char size). See the emacs-devel thread for more info about this. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-01-03 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4) --no-opt --cflags -Ic:/imagesupport/include' From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Jan 2011 04:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 7822@debbugs.gnu.org Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.129472038327523 (code B ref 7822); Tue, 11 Jan 2011 04:34:02 +0000 Received: (at 7822) by debbugs.gnu.org; 11 Jan 2011 04:33:03 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcVup-00079s-FW for submit@debbugs.gnu.org; Mon, 10 Jan 2011 23:33:03 -0500 Received: from mail-ey0-f172.google.com ([209.85.215.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcVuo-00079P-1N for 7822@debbugs.gnu.org; Mon, 10 Jan 2011 23:33:02 -0500 Received: by eyd10 with SMTP id 10so9385171eyd.3 for <7822@debbugs.gnu.org>; Mon, 10 Jan 2011 20:40:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=mgKjbI247zKQrHJe3ZIHJLxSBZafEaz6Ly/hLdp3nVg=; b=deGukNGNgQ55VlM1ORP59+DN/Ur9q2k8IjySoDdnLWOGykyjFr2ZsvS32cR9NeUb7W +2FoWVnPHnhkztyWg4ofICj+OpM4BXWVcPte4arTJDMaEuozEbFxCNmRo9NGXAV8r/tv ptEiYzsmhchPX75LD4YDxg8kyZl8s9X0xcZ4k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=HdDSARZqkbQpJ9X2qcm5Xj2p6tAo/YLXloqs2mYx64IUlB2NLrVdfK0IkagrQOjdt9 x4IFJQR2IAtZEzCtLKvMx+3r6yiZR6+S2ft6KfA4B2KbDPcgjZejzfK96qgP0Mm0JCvS Ys51qySvv8jHjyFqHCJhWY82xAM2UC1y/1kyI= Received: by 10.213.28.142 with SMTP id m14mr2480403ebc.58.1294720826658; Mon, 10 Jan 2011 20:40:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.20.148 with HTTP; Mon, 10 Jan 2011 20:40:06 -0800 (PST) In-Reply-To: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> References: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> From: Lennart Borgman Date: Tue, 11 Jan 2011 05:40:06 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) On Tue, Jan 11, 2011 at 1:21 AM, Drew Adams wrote: > Enhancement request. > > See emacs-devel thread "`fit-window-to-buffer-as-displayed'?", > 2011-01-10: > http://lists.gnu.org/archive/html/emacs-devel/2011-01/msg00323.html > > `fit-window-to-buffer' does not take any display artefacts into account, > except for visual (screen) lines. =C2=A0The enhancement would be to have = it > do so. > > How much it tries to do so should be under programmer control, so that, > e.g., one could tell it (e.g. via a new optional parameter) not to take > any display stuff into account (i.e., to treat the buffer content as > just plain text with a fixed-width font of the current char size). > > See the emacs-devel thread for more info about this. I think this would be a bit easier if adjust_window_trailing_edge gave different error messages for different problems, i.e. "too small", "too big" etc. From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 02:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams , Stefan Monnier Cc: 7822@debbugs.gnu.org Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.129479806720247 (code B ref 7822); Wed, 12 Jan 2011 02:08:01 +0000 Received: (at 7822) by debbugs.gnu.org; 12 Jan 2011 02:07:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pcq7m-0005GV-QS for submit@debbugs.gnu.org; Tue, 11 Jan 2011 21:07:47 -0500 Received: from mail-ey0-f172.google.com ([209.85.215.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pcq7k-0005GJ-C3 for 7822@debbugs.gnu.org; Tue, 11 Jan 2011 21:07:45 -0500 Received: by eyd10 with SMTP id 10so44135eyd.3 for <7822@debbugs.gnu.org>; Tue, 11 Jan 2011 18:15:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=QgP3YDV5UXRPpDmmA+hrYz4jT/niRjYwVhggR2vYN7k=; b=X/jO1ItRz0T2y8Ht8H552+nzlW1G5uaMOM1JYmnh3G3RTGZXa1ZlQzryUo8B+Ulwnx m+ur/7sw1OVhb+P/KIYSiU+lxRZAsSFMRMpqgiTydF9qSV1vmn70bKWsQg/WnB5tw8rU 3Goy2SFZ+HEN1nMMpIlfU6U5mjW77uPJebYk4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=MKlFCxQnS9QiSWj4NO35srUrAaHf7NAILQ4jKsk23KP2BNwAXwLZ7rDInS+FbuG84P QKSb9p6IqxPj7CMmLXdNxttxjLQ1oBxcINuf0m0gh45fx2OBy6gthFm3/4lWo5BmDi7D nI8RlCJQNNGfIl9U7+wU5fYljCuh0W4h860BY= Received: by 10.213.29.16 with SMTP id o16mr621333ebc.58.1294798512693; Tue, 11 Jan 2011 18:15:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.20.148 with HTTP; Tue, 11 Jan 2011 18:14:51 -0800 (PST) In-Reply-To: References: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> From: Lennart Borgman Date: Wed, 12 Jan 2011 03:14:51 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) I started writing a solution for this (could we please move the discussion here?). It is not ready, but I paste it here for comments. The part currently fails because window-line-height returns nil - which I think is another Emacs bug. Anyway here is what I have written so far: (defun winsize-fit-window-to-buffer (&optional window max-height min-height) "A more complete `fit-window-to-buffer'. Fix-me: not ready, bug# 7822. Find through an iterative search minimal height to display whole buffer \(narrowed part if narrowed) and set window height to that height. Or, if that can not be done then set the height to the best possible height for fit. Try first to adjust window below and if that is not enough window above. " (let* ((window (or window (selected-window))) (frm (window-frame window)) (frm-height (frame-height frm)) here (above (windmove-find-other-window 'up nil window)) (below (windmove-find-other-window 'down nil window)) ;;(wcfg (current-window-configuration frm)) window-configuration-change-hook (eob-in-win (= (window-end window t) (point-max))) (curh (window-height window)) (minh (if (not eob-in-win) curh (or min-height window-min-height))) (orig-minh minh) (maxh (if eob-in-win curh (or max-height frm-height))) (orig-maxh maxh) midh done) (when (window-minibuffer-p below) (setq below nil)) (when (or above below) (with-current-buffer (window-buffer window) (setq here (point)) ;; First try resizing window below. (when below (while (and (not done) (> maxh minh)) (setq midh (+ minh (/ (- maxh minh) 2))) (let* ((winh (window-height window)) (delta (- midh winh)) did-it) (condition-case err (progn (adjust-window-trailing-edge window delta nil) (setq did-it t)) (error (message "%S" err))) (if did-it (progn (goto-char (point-min)) ;; Fix-me: This unfortunately returns t even if ;; the last line is partly hidden (test example ;; help for posn-at-x-y): (setq eob-in-win (= (window-end window t) (point-max))) ;; So let us try another way to check if eob is in window: (let* ((edges (window-inside-pixel-edges)) (left (1+ (nth 0 edges))) (bottom (1- (nth 3 edges)))) (setq eob-in-win (= (point-max) (posn-point (posn-at-x-y left bottom frm))))) (if eob-in-win ;; Fix-me: This assumes that posn-at-point is ;; relative to window text area. (let* ((loc (event-end (posn-at-point (point-max) window))) (loc-bottom (cdr loc)) (edges (window-inside-pixel-edges window)) (win-top (nth 1 edges)) (win-bottom (nth 3 edges)) (win-rel-bottom (- win-bottom win-top)) ;; Fix-me: This returns nil even though ;; we have updated above with ;; (window-end window t) and also after ;; (redisplay t) or (sit-for 0). (dummy (redisplay t)) (dummy2 (sit-for 0)) (bottom-line-height (window-line-height (line-number-at-pos (1- (point-max))) window))) ;; Make a guess if we are ready. (when (> bottom-line-height (- win-rel-bottom loc-bottom)) (setq done t)) (setq maxh midh)) (setq minh midh))) (if (< 0 delta) (setq maxh (1- maxh)) (setq minh (1+ minh)))) ))) ;; If we are not done try window above. (when above (while (and (not done) (> maxh minh)) (setq midh (+ minh (/ (- maxh minh) 2))) (let* ((winh (window-height window)) (delta (- winh midh)) did-it) ;; (when (> 0 delta) ;; Check window above min height ;; (setq delta (max delta ;; (- window-min-height ;; (window-height above)))) ;; (setq midh (- delta winh))) (condition-case err (progn (adjust-window-trailing-edge above delta nil) (setq did-it t)) (error (message "%S" err))) (if did-it (progn (goto-char (point-min)) (setq eob-in-win (= (window-end window t) (point-max))) (if eob-in-win (setq maxh midh) (setq minh midh))) (if (> 0 delta) (setq maxh (1- maxh)) (setq minh (1+ minh)))) ))) (goto-char here)) ))) From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 03:10:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Lennart Borgman'" , "'Stefan Monnier'" Cc: 7822@debbugs.gnu.org Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.129480180225269 (code B ref 7822); Wed, 12 Jan 2011 03:10:03 +0000 Received: (at 7822) by debbugs.gnu.org; 12 Jan 2011 03:10:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pcr61-0006ZW-I4 for submit@debbugs.gnu.org; Tue, 11 Jan 2011 22:10:01 -0500 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pcr5z-0006ZE-Fc for 7822@debbugs.gnu.org; Tue, 11 Jan 2011 22:10:00 -0500 Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p0C3HQfS014196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Jan 2011 03:17:27 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p0BKwBlh001490; Wed, 12 Jan 2011 03:17:25 GMT Received: from abhmt001.oracle.com by acsmt353.oracle.com with ESMTP id 917722301294802209; Tue, 11 Jan 2011 19:16:49 -0800 Received: from dradamslap1 (/10.159.223.199) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 11 Jan 2011 19:16:48 -0800 From: "Drew Adams" References: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> Date: Tue, 11 Jan 2011 19:16:46 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acux/oyq2c1l4BU3Q3CmlZGTmkjYZAACD+uw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.4 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) > Try first to adjust window below and if that is not enough window > above. I looked only at the doc string. Whatever we do for `fit-window-to-buffer', it should _not_ take any other windows into account or have any effect on any other windows. This is only about fitting a window to its buffer as displayed. Whatever effects that might have on other windows are derivative, and not to be taken into account in this function. It sounds like you are doing something different from what this bug is about. From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 10:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 7822@debbugs.gnu.org, Stefan Monnier Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.129482842830651 (code B ref 7822); Wed, 12 Jan 2011 10:34:02 +0000 Received: (at 7822) by debbugs.gnu.org; 12 Jan 2011 10:33:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pcy1U-0007yK-67 for submit@debbugs.gnu.org; Wed, 12 Jan 2011 05:33:48 -0500 Received: from mail-ew0-f44.google.com ([209.85.215.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pcy1P-0007y3-MO for 7822@debbugs.gnu.org; Wed, 12 Jan 2011 05:33:47 -0500 Received: by ewy8 with SMTP id 8so173224ewy.3 for <7822@debbugs.gnu.org>; Wed, 12 Jan 2011 02:41:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=ixbPVDCoWKpbiiHq1jzm2OxReyttcUnf2ze5SYTOl1s=; b=Bu4/ySHPnKOM/Pj3fXhdi+xXhIF1ppt+1UDxMhUifoHxZS2E9BKfc2ivf49QdVzbnV 4FcSgfFptMlvLEWb/OFzKALADfvDrkwfq40EKU4HDXEbnKLLHGoycKQmoJowlJv+X4Wx nUi6spCtgjdDJHLZZasvFFMav1HeuY9UK8YYI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=SW2Fhd7wbPEU9a+cmD3zqe7d+OIdEg1aX4CD3M6p3JxRiUcxwBVTPsXv+hGxWiO7vR KOsIh6R+DgXvoX6RBNlYGTKnEMImIog4tXhSvyt2/FuL0BHA7YlUKXpUCggOBsFT+KJj Z3CSYsCciIlC9zz07g/Liam9axlmjmD2F6vSY= Received: by 10.213.10.75 with SMTP id o11mr919195ebo.71.1294828872974; Wed, 12 Jan 2011 02:41:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.20.148 with HTTP; Wed, 12 Jan 2011 02:40:52 -0800 (PST) In-Reply-To: References: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> From: Lennart Borgman Date: Wed, 12 Jan 2011 11:40:52 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) On Wed, Jan 12, 2011 at 4:16 AM, Drew Adams wrote: >> Try first to adjust window below and if that is not enough window >> above. > > I looked only at the doc string. =C2=A0Whatever we do for `fit-window-to-= buffer', it > should _not_ take any other windows into account or have any effect on an= y other > windows. =C2=A0This is only about fitting a window to its buffer as displ= ayed. > Whatever effects that might have on other windows are derivative, and not= to be > taken into account in this function. > > It sounds like you are doing something different from what this bug is ab= out. Not really, but your answer makes me realize that my solution above is not enough. And I actually have a better solution in winsize.el, but it is quite a bit more elaborate and probably not what we want. Instead I believe we want a variant of enlarge-window that is not allowed to delete-windows. Building on that we can make a more simple solution. From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 11:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 7822@debbugs.gnu.org, Stefan Monnier Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.12948315862597 (code B ref 7822); Wed, 12 Jan 2011 11:27:02 +0000 Received: (at 7822) by debbugs.gnu.org; 12 Jan 2011 11:26:26 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcyqQ-0000fp-7n for submit@debbugs.gnu.org; Wed, 12 Jan 2011 06:26:26 -0500 Received: from mail-ey0-f172.google.com ([209.85.215.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcyqK-0000fZ-0U for 7822@debbugs.gnu.org; Wed, 12 Jan 2011 06:26:23 -0500 Received: by eyd10 with SMTP id 10so182749eyd.3 for <7822@debbugs.gnu.org>; Wed, 12 Jan 2011 03:33:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=GbAFjm1XD0tyJGLExPvq2u99sfkzStUX8vfAymeA1Us=; b=Yjybns5FzJz5agujo1b+FX3ulsyYS3E1lPwWnk1z671kbrtjB6jq5Cmg9lczz2OCJT Dihv+/Tn3fOxpJY8GUN3j900GPa9Xb23gnW7eHPm3mCMuofDurLQnee5Uqy/mjY9iGHu 7Wz9V4DPUELFi6jUN0wORoD13gMFM5rEaf3rA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=nWUynbNWGY1HO+VjOLKV3j9/v4UMpfbKLhDgFzcQ19+lfVOQxIX9rmtbtLnuyfYQGo 83YTTNmZ4tkVZzgVMl9AzHfDWcMoXt8pSIiYp03NH09UE8uGNlHwEoelz4YCQ5m3d3d0 xqRb9OPYEMUTMX/+9mcNspaCI1XaA800MQfZk= Received: by 10.213.35.209 with SMTP id q17mr949094ebd.97.1294832029118; Wed, 12 Jan 2011 03:33:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.20.148 with HTTP; Wed, 12 Jan 2011 03:33:28 -0800 (PST) In-Reply-To: References: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> From: Lennart Borgman Date: Wed, 12 Jan 2011 12:33:28 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) On Wed, Jan 12, 2011 at 11:40 AM, Lennart Borgman wrote: > On Wed, Jan 12, 2011 at 4:16 AM, Drew Adams wrote= : >>> Try first to adjust window below and if that is not enough window >>> above. >> >> I looked only at the doc string. =C2=A0Whatever we do for `fit-window-to= -buffer', it >> should _not_ take any other windows into account or have any effect on a= ny other >> windows. =C2=A0This is only about fitting a window to its buffer as disp= layed. >> Whatever effects that might have on other windows are derivative, and no= t to be >> taken into account in this function. >> >> It sounds like you are doing something different from what this bug is a= bout. > > Not really, but your answer makes me realize that my solution above is > not enough. > > And I actually have a better solution in winsize.el, but it is quite a > bit more elaborate and probably not what we want. To be more clear: I was taking into account to few windows. All windows below and above must be taken into account. And I somehow forgot to implement this in resize-windows (which is in winsize.el). It is a little bit complicated so I can't do it that quickly. > Instead I believe we want a variant of enlarge-window that is not > allowed to delete-windows. Building on that we can make a more simple > solution. Perhaps that is wrong. That would only mean pushing the logic above to the C level. From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 15:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Lennart Borgman'" Cc: 7822@debbugs.gnu.org, 'Stefan Monnier' Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.129484467626756 (code B ref 7822); Wed, 12 Jan 2011 15:05:02 +0000 Received: (at 7822) by debbugs.gnu.org; 12 Jan 2011 15:04:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pd2FX-0006xU-Oq for submit@debbugs.gnu.org; Wed, 12 Jan 2011 10:04:36 -0500 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pd2FV-0006xC-Qr for 7822@debbugs.gnu.org; Wed, 12 Jan 2011 10:04:34 -0500 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p0CFC2NJ020874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Jan 2011 15:12:03 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p0CDrp08026282; Wed, 12 Jan 2011 15:11:59 GMT Received: from abhmt021.oracle.com by acsmt355.oracle.com with ESMTP id 919154581294845087; Wed, 12 Jan 2011 07:11:27 -0800 Received: from dradamslap1 (/10.159.223.199) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 12 Jan 2011 07:11:26 -0800 From: "Drew Adams" References: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> Date: Wed, 12 Jan 2011 07:11:24 -0800 Message-ID: <476E17C645D142EEB115E2021ACAD92F@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcuyTJbz9U678X8bSlumvZ5aprTROQAHgCow X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.4 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) > To be more clear: I was taking into account to few windows. All > windows below and above must be taken into account. I don't see why _any_ windows should be taken into account. The window for the buffer should be resized to fit the displayed buffer, period. If that is not possible for some reason, then we decide what to do. For that decision, I would imagine that we decide the same way we decide now when you try to resize a window to size S and that is not possible. Why is this case any different from other resizing cases? AFAICT, all that's involved here is to determine the desired window size. Beyond that, there should be nothing new. From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 17:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 7822@debbugs.gnu.org, Stefan Monnier Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.12948545208165 (code B ref 7822); Wed, 12 Jan 2011 17:49:02 +0000 Received: (at 7822) by debbugs.gnu.org; 12 Jan 2011 17:48:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pd4oK-00027d-DI for submit@debbugs.gnu.org; Wed, 12 Jan 2011 12:48:40 -0500 Received: from mail-ey0-f172.google.com ([209.85.215.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pd4oI-00027G-1i for 7822@debbugs.gnu.org; Wed, 12 Jan 2011 12:48:38 -0500 Received: by eyd10 with SMTP id 10so432332eyd.3 for <7822@debbugs.gnu.org>; Wed, 12 Jan 2011 09:56:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=6PR/L8RiVmcqSGbBGd1mJFwe513mmK+q8y/iAHgWMVQ=; b=ON0XdY0Mz+5Gq78j4syU8uxWUBTwm3UWyt5W+nPO/5DfpbivwPE6Qm2WfgqMd2td/c fEotSoD8Rlq68wSheNgzbaekKDFou6NQVQw4s0Nr7u4K2OQ7dlTUIUM0k2P42yFaVzj3 ulZM5+OjpFsuDmC745yzi41uWRepDphEhpKWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=opAy/y0tk5uoasnL+XSr4hyXBz8HAzqdFTtP9Uv3Uz+HU0tn+KUEOJZQu1A3w0CbRs TIw3+KfSDzmDqDvpxfB8b0qsXVpRnw64VEVjPS7ou2Erb5Nj9BapTmw9G5zcC9I3uPsT tqN2SuPeBeNBTOa1exef2CieFyMAOO9XtCrUc= Received: by 10.213.29.16 with SMTP id o16mr1477432ebc.58.1294854967914; Wed, 12 Jan 2011 09:56:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.20.148 with HTTP; Wed, 12 Jan 2011 09:55:47 -0800 (PST) In-Reply-To: <476E17C645D142EEB115E2021ACAD92F@us.oracle.com> References: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> <476E17C645D142EEB115E2021ACAD92F@us.oracle.com> From: Lennart Borgman Date: Wed, 12 Jan 2011 18:55:47 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) On Wed, Jan 12, 2011 at 4:11 PM, Drew Adams wrote: >> To be more clear: I was taking into account to few windows. All >> windows below and above must be taken into account. > > I don't see why _any_ windows should be taken into account. =C2=A0The win= dow for the > buffer should be resized to fit the displayed buffer, period. =C2=A0If th= at is not > possible for some reason, then we decide what to do. Hm. Just because you have to actually do the resizing and that affects other windows and a decision has to be made how? > For that decision, I would imagine that we decide the same way we decide = now > when you try to resize a window to size S and that is not possible. =C2= =A0Why is this > case any different from other resizing cases? Do we really have good ways to easily solve this? Maybe I am missing something? Perhaps you have some specific suggestion for how to do this? Which functions do you think supply the needed features? > AFAICT, all that's involved here is to determine the desired window size. > Beyond that, there should be nothing new. One little detail of course: It should not delete other windows. (If you allow it do delete other windows there are much simpler implementations than the one I am suggesting. Much simpler.) From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 18:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Lennart Borgman'" Cc: 7822@debbugs.gnu.org, 'Stefan Monnier' Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.129485631010744 (code B ref 7822); Wed, 12 Jan 2011 18:19:01 +0000 Received: (at 7822) by debbugs.gnu.org; 12 Jan 2011 18:18:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pd5HB-0002nE-VK for submit@debbugs.gnu.org; Wed, 12 Jan 2011 13:18:30 -0500 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pd5H8-0002n1-W3 for 7822@debbugs.gnu.org; Wed, 12 Jan 2011 13:18:27 -0500 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p0CIPsJv014293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Jan 2011 18:25:56 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p0CGkYa3011815; Wed, 12 Jan 2011 18:25:53 GMT Received: from abhmt017.oracle.com by acsmt355.oracle.com with ESMTP id 954222181294856663; Wed, 12 Jan 2011 10:24:23 -0800 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 12 Jan 2011 10:24:22 -0800 From: "Drew Adams" References: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> <476E17C645D142EEB115E2021ACAD92F@us.oracle.com> Date: Wed, 12 Jan 2011 10:24:21 -0800 Message-ID: <5B662D61FFDD4245AB78878FE8993AB5@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acuygf3fT2Qkc9r+Qci+dEZfvBccrgAAyFkw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.4 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) > > I don't see why _any_ windows should be taken into account.=20 > >=A0The window for the buffer should be resized to fit the > > displayed buffer, period. =A0If that is not possible for some > > reason, then we decide what to do. >=20 > Hm. Just because you have to actually do the resizing and that affects > other windows and a decision has to be made how? Yes, but that's the last part of what I wrote: "then we decide what to = do". And, a priori at least, that decision is the same anytime a window is = resized. IOW, a priori there is nothing special in that regard about fitting a = window to a buffer. > > For that decision, I would imagine that we decide the same=20 > > way we decide now when you try to resize a window to size > > S and that is not possible. =A0Why is this > > case any different from other resizing cases? >=20 > Do we really have good ways to easily solve this?=20 I don't know, but that question is a general one and independent of = _this_ bug/feature, which is fitting a window to its displayed buffer. You are bringing in extraneous stuff. Interesting stuff no doubt, but = not specific to fitting a window to its buffer. > Maybe I am missing something? Perhaps you have some > specific suggestion for how to do > this? Which functions do you think supply the needed features? No I don't. No doubt window experts such as Martin have some ideas and = have already considered the question. My point is that it is outside the = scope of this thread. _Any_ time a window is resized the questions you raise are pertinent - they have nothing in particular to do with _this_ resizing = of a window. > > AFAICT, all that's involved here is to determine the=20 > > desired window size. Beyond that, there should be nothing new. >=20 > One little detail of course: It should not delete other windows. (If > you allow it do delete other windows there are much simpler > implementations than the one I am suggesting. Much simpler.) I repeat. I don't see why this resizing is any different from any other = window resizing. From unknown Sun Jun 22 08:00:50 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: "Drew Adams" Subject: bug#7822: closed (Re: 24.0.50; `fit-window-to-buffer': take display artefacts into account) Message-ID: References: <541FE5A4.8030900@gmx.at> <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> X-Gnu-PR-Message: they-closed 7822 X-Gnu-PR-Package: emacs Reply-To: 7822@debbugs.gnu.org Date: Mon, 22 Sep 2014 09:31:07 +0000 Content-Type: multipart/mixed; boundary="----------=_1411378267-28327-1" This is a multi-part message in MIME format... ------------=_1411378267-28327-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 7822@debbugs.gnu.org. --=20 7822: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D7822 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1411378267-28327-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 7822-done) by debbugs.gnu.org; 22 Sep 2014 09:30:52 +0000 Received: from localhost ([127.0.0.1]:48009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XVzxL-0007Kq-BT for submit@debbugs.gnu.org; Mon, 22 Sep 2014 05:30:52 -0400 Received: from mout.gmx.net ([212.227.17.22]:55685) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XVzxJ-0007Ka-Nn for 7822-done@debbugs.gnu.org; Mon, 22 Sep 2014 05:30:50 -0400 Received: from [188.22.37.133] ([188.22.37.133]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MfzEP-1XhleF3tR7-00NOoA for <7822-done@debbugs.gnu.org>; Mon, 22 Sep 2014 11:30:47 +0200 Message-ID: <541FE5A4.8030900@gmx.at> Date: Mon, 22 Sep 2014 11:02:28 +0200 From: martin rudalics MIME-Version: 1.0 To: 7822-done@debbugs.gnu.org Subject: Re: 24.0.50; `fit-window-to-buffer': take display artefacts into account References: <541F129D.3000402@gmx.at> In-Reply-To: <541F129D.3000402@gmx.at> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:wletIceOT5/8SPowZIRZzIyCThxFlRNFNWVQ3/D0QMRQ53xxJuj rwoRgQ2L6J/l+hQOjV/MDYXqudJcXvMEtWkjqTKLBV9L52CrqSnfg6tPtcSTk009lGG7BEE qw7Y2cIV1a/WRY5KBIu+9aaVi4FXFRu7OfOTeUqUT4CAC3JeOMtH/CDUv6Uow50D2hh27CB ecXyNmV88arP9E1Xan/AQ== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 7822-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > `fit-window-to-buffer' does not take any display artefacts into account, > except for visual (screen) lines. The enhancement would be to have it > do so. As with emacs-24 `fit-window-to-buffer' does so. Bug closed. Thanks, martin ------------=_1411378267-28327-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 11 Jan 2011 00:14:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcRsc-0000AU-1x for submit@debbugs.gnu.org; Mon, 10 Jan 2011 19:14:30 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcRsZ-0000AI-J8 for submit@debbugs.gnu.org; Mon, 10 Jan 2011 19:14:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PcRzl-0001hf-4E for submit@debbugs.gnu.org; Mon, 10 Jan 2011 19:21:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:55144) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PcRzl-0001ha-0w for submit@debbugs.gnu.org; Mon, 10 Jan 2011 19:21:53 -0500 Received: from [140.186.70.92] (port=38919 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PcRzk-0003G5-04 for bug-gnu-emacs@gnu.org; Mon, 10 Jan 2011 19:21:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PcRzi-0001hN-Ly for bug-gnu-emacs@gnu.org; Mon, 10 Jan 2011 19:21:51 -0500 Received: from rcsinet10.oracle.com ([148.87.113.121]:56905) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PcRzi-0001hJ-Ai for bug-gnu-emacs@gnu.org; Mon, 10 Jan 2011 19:21:50 -0500 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p0B0Lkhx022704 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 11 Jan 2011 00:21:48 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p0AMgQ6m019199 for ; Tue, 11 Jan 2011 00:21:46 GMT Received: from abhmt004.oracle.com by acsmt354.oracle.com with ESMTP id 947020931294705283; Mon, 10 Jan 2011 16:21:23 -0800 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 10 Jan 2011 16:21:22 -0800 From: "Drew Adams" To: Subject: 24.0.50; `fit-window-to-buffer': take display artefacts into account Date: Mon, 10 Jan 2011 16:21:26 -0800 Message-ID: <7A4D04DE08AE47B8B59F98C7D0215CAD@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcuxI9CGckkH1BI8S/u3rWkLmVtq9gAAZf8Q X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Spam-Score: -6.4 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) Enhancement request. See emacs-devel thread "`fit-window-to-buffer-as-displayed'?", 2011-01-10: http://lists.gnu.org/archive/html/emacs-devel/2011-01/msg00323.html `fit-window-to-buffer' does not take any display artefacts into account, except for visual (screen) lines. The enhancement would be to have it do so. How much it tries to do so should be under programmer control, so that, e.g., one could tell it (e.g. via a new optional parameter) not to take any display stuff into account (i.e., to treat the buffer content as just plain text with a fixed-width font of the current char size). See the emacs-devel thread for more info about this. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-01-03 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4) --no-opt --cflags -Ic:/imagesupport/include' ------------=_1411378267-28327-1-- From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Sep 2014 14:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics , 7822-done@debbugs.gnu.org Received: via spool by 7822-done@debbugs.gnu.org id=D7822.141139455532395 (code D ref 7822); Mon, 22 Sep 2014 14:03:02 +0000 Received: (at 7822-done) by debbugs.gnu.org; 22 Sep 2014 14:02:35 +0000 Received: from localhost ([127.0.0.1]:48975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW4CI-0008QQ-Ec for submit@debbugs.gnu.org; Mon, 22 Sep 2014 10:02:35 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:46239) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW4CE-0008QG-TB for 7822-done@debbugs.gnu.org; Mon, 22 Sep 2014 10:02:31 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s8ME2S7I008274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 22 Sep 2014 14:02:29 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s8ME2RhF001056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 22 Sep 2014 14:02:27 GMT Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s8ME2Paf010932; Mon, 22 Sep 2014 14:02:26 GMT MIME-Version: 1.0 Message-ID: <867a1372-84f3-4c30-89df-49cc2cbd06dc@default> Date: Mon, 22 Sep 2014 07:02:22 -0700 (PDT) From: Drew Adams References: <541F129D.3000402@gmx.at> <541FE5A4.8030900@gmx.at> In-Reply-To: <541FE5A4.8030900@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > `fit-window-to-buffer' does not take any display artefacts into > > account, except for visual (screen) lines. The enhancement would > > be to have it do so. >=20 > As with emacs-24 `fit-window-to-buffer' does so. Bug closed. Thanks. But is this enhancement request really fulfilled? The paragraph after the intro one that you quote from the ER specifically states the requirement: How much it tries to do so should be under programmer control, so that, e.g., one could tell it (e.g. via a new optional parameter) not to take any display stuff into account=20 (i.e., to treat the buffer content as just plain text with a fixed-width font of the current char size). And the ER explicitly refers to this emacs-devel thread for details: "`fit-window-to-buffer-as-displayed'?", 2011-01-10: http://lists.gnu.org/archive/html/emacs-devel/2011-01/msg00323.html And of course, how users can control the behavior needs to be well documented. Is this ER really addressed? I don't have a Windows binary more recent than 2014-08-15 to test (they are no longer being built, it seems). If so, then yes this should be closed. If not then it should not be closed, even if it is good that some progress has apparently been made. Thanks. From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Sep 2014 17:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams , 7822-done@debbugs.gnu.org Received: via spool by 7822-done@debbugs.gnu.org id=D7822.141140778526808 (code D ref 7822); Mon, 22 Sep 2014 17:44:02 +0000 Received: (at 7822-done) by debbugs.gnu.org; 22 Sep 2014 17:43:05 +0000 Received: from localhost ([127.0.0.1]:49087 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW7dg-0006yJ-EC for submit@debbugs.gnu.org; Mon, 22 Sep 2014 13:43:04 -0400 Received: from mout.gmx.net ([212.227.15.15]:50478) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW7dd-0006xu-U9 for 7822-done@debbugs.gnu.org; Mon, 22 Sep 2014 13:43:02 -0400 Received: from [194.166.82.229] ([194.166.82.229]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M39zL-1YOu9L2snX-00sxOm; Mon, 22 Sep 2014 19:43:00 +0200 Message-ID: <54205FA1.7020106@gmx.at> Date: Mon, 22 Sep 2014 19:42:57 +0200 From: martin rudalics MIME-Version: 1.0 References: <541F129D.3000402@gmx.at> <541FE5A4.8030900@gmx.at> <867a1372-84f3-4c30-89df-49cc2cbd06dc@default> In-Reply-To: <867a1372-84f3-4c30-89df-49cc2cbd06dc@default> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:fQy1UkcJiLzlHqv7sMbCt/6jIWiUa0DIersBuahOcbunKKGP0Bp y2DebZ/p14U9gXfwh/M6Y5yDZ595g0g2WbtHE4/aSmsVcmrVpcEa04ZjIH9tmyVMGzIWXuf e2/D8Oy/65M7hyedR8lTRramTljEMkIZulyoBnF//7MKttHrF8jkNF294EIYXlmftXnHNSb QbNqhY2HUqkimM9O1ghlw== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > But is this enhancement request really fulfilled? The paragraph > after the intro one that you quote from the ER specifically > states the requirement: > > How much it tries to do so should be under programmer > control, so that, e.g., one could tell it (e.g. via a new > optional parameter) not to take any display stuff into account > (i.e., to treat the buffer content as just plain text with a > fixed-width font of the current char size). > > And the ER explicitly refers to this emacs-devel thread for > details: "`fit-window-to-buffer-as-displayed'?", 2011-01-10: > http://lists.gnu.org/archive/html/emacs-devel/2011-01/msg00323.html The current behavior is, in fact, based on Stefan's remark that There's no point trying to add support for some properties but not all: adding support for all properties is likely to be easier because it'd rely on (re)using the existing display code. in that thread. > And of course, how users can control the behavior needs to be > well documented. > > Is this ER really addressed? I don't have a Windows binary > more recent than 2014-08-15 to test (they are no longer being > built, it seems). The changes are from 2013 so the binaries you have should include them. > If so, then yes this should be closed. > > If not then it should not be closed, even if it is good that > some progress has apparently been made. Thanks. If you can give a practical example where the present code fails to do what you want, feel free to reopen the bug. Thanks, martin From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Sep 2014 18:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics , 7822-done@debbugs.gnu.org Received: via spool by 7822-done@debbugs.gnu.org id=D7822.141141029030778 (code D ref 7822); Mon, 22 Sep 2014 18:25:02 +0000 Received: (at 7822-done) by debbugs.gnu.org; 22 Sep 2014 18:24:50 +0000 Received: from localhost ([127.0.0.1]:49131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW8I5-00080M-Qr for submit@debbugs.gnu.org; Mon, 22 Sep 2014 14:24:50 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:44789) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW8I3-00080C-7f for 7822-done@debbugs.gnu.org; Mon, 22 Sep 2014 14:24:48 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s8MIOjEG021731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 22 Sep 2014 18:24:46 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s8MIOif2015508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Sep 2014 18:24:44 GMT Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s8MIOhpG015483; Mon, 22 Sep 2014 18:24:44 GMT MIME-Version: 1.0 Message-ID: Date: Mon, 22 Sep 2014 11:24:43 -0700 (PDT) From: Drew Adams References: <541F129D.3000402@gmx.at> <541FE5A4.8030900@gmx.at> <867a1372-84f3-4c30-89df-49cc2cbd06dc@default> <54205FA1.7020106@gmx.at> In-Reply-To: <54205FA1.7020106@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > If you can give a practical example where the present code fails to > do what you want, feel free to reopen the bug. I think I understand your reply, but I don't see anything in it that directly answers the question: Does a user have a way to "tell it *not* to take any display stuff into account (i.e., to treat the buffer content as just plain text with a fixed-width font of the current char size)"? IOW, optional simple fit, disregarding/ignoring display artefacts. The ER is for that and more. It asks that a user be able to control "how much" it "takes display artefacts into account". But just being able to tell it not to take any into account would probably be acceptable. If there is no way to even do that then the ER is not satisfied, and it should be left open until a user has the option of turning off this taking-display-artefacts-into-account. From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Sep 2014 19:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: martin rudalics , 7822@debbugs.gnu.org, 7822-done@debbugs.gnu.org Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.14114142984817 (code B ref 7822); Mon, 22 Sep 2014 19:32:01 +0000 Received: (at 7822) by debbugs.gnu.org; 22 Sep 2014 19:31:38 +0000 Received: from localhost ([127.0.0.1]:49189 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW9Kk-0001FY-0s for submit@debbugs.gnu.org; Mon, 22 Sep 2014 15:31:38 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:51184) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XW9Kh-0001ET-P6; Mon, 22 Sep 2014 15:31:36 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArgGAIDvNVNFpZEG/2dsb2JhbABZgwaDSsA0AQiBFxd0giUBAQEBAgFWIwULCy0HEhQYDSSIBAjSGReOegcKhC4EqRmBaoFxgVsh X-IPAS-Result: ArgGAIDvNVNFpZEG/2dsb2JhbABZgwaDSsA0AQiBFxd0giUBAQEBAgFWIwULCy0HEhQYDSSIBAjSGReOegcKhC4EqRmBaoFxgVsh X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="90579365" Received: from 69-165-145-6.dsl.teksavvy.com (HELO pastel.home) ([69.165.145.6]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Sep 2014 15:31:35 -0400 Received: by pastel.home (Postfix, from userid 20848) id 068D961782; Mon, 22 Sep 2014 15:31:34 -0400 (EDT) From: Stefan Monnier Message-ID: References: <541F129D.3000402@gmx.at> <541FE5A4.8030900@gmx.at> <867a1372-84f3-4c30-89df-49cc2cbd06dc@default> <54205FA1.7020106@gmx.at> Date: Mon, 22 Sep 2014 15:31:34 -0400 In-Reply-To: (Drew Adams's message of "Mon, 22 Sep 2014 11:24:43 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > The ER is for that and more. It asks that a user be able to control > "how much" it "takes display artefacts into account". But just > being able to tell it not to take any into account would probably > be acceptable. Could we have at least some kind of motivating example for why one might want that kind of control? Stefan From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Sep 2014 20:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , 7822@debbugs.gnu.org, 7822-done@debbugs.gnu.org Received: via spool by 7822-submit@debbugs.gnu.org id=B7822.14114175039806 (code B ref 7822); Mon, 22 Sep 2014 20:26:01 +0000 Received: (at 7822) by debbugs.gnu.org; 22 Sep 2014 20:25:03 +0000 Received: from localhost ([127.0.0.1]:49216 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XWAAP-0002Xj-Ev for submit@debbugs.gnu.org; Mon, 22 Sep 2014 16:25:02 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:39448) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XWAAN-0002XW-5L; Mon, 22 Sep 2014 16:24:59 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s8MKOvsZ025480 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 22 Sep 2014 20:24:58 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s8MKOtiT018477 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 22 Sep 2014 20:24:55 GMT Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s8MKOsKO018073; Mon, 22 Sep 2014 20:24:54 GMT MIME-Version: 1.0 Message-ID: <2b22f309-880c-44e3-a37a-a334b2f18c27@default> Date: Mon, 22 Sep 2014 13:24:53 -0700 (PDT) From: Drew Adams References: <541F129D.3000402@gmx.at> <541FE5A4.8030900@gmx.at> <867a1372-84f3-4c30-89df-49cc2cbd06dc@default> <54205FA1.7020106@gmx.at> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > The ER is for that and more. It asks that a user be able to > > control "how much" it "takes display artefacts into account". > > But just being able to tell it not to take any into account > > would probably be acceptable. >=20 > Could we have at least some kind of motivating example for why one > might want that kind of control? 1. He who can do more can do less. 2. That is what the function did before the ER. Some users might prefer that longstanding behavior generally. 3. Code might want to handle things differently than the current automatic handling. In particular, it might want to not take into account some display artefacts, or to deal with them differently. It is likely to be harder for code to compensate for automatic, fancy fitting than it would be to add custom fitting behavior to rudimentary-fit behavior. Best would be as the ER suggested: be able to choose just which display artefacts are to be taken into account. 4. Providing also a simple, no-bells-and-whistles behavior lets users roll their own fitting behavior (#3). Providing only a one-size-fits-all-do-everything behavior does not. Keep our options open. 5. What extra cost is there, to provide this flexibility? (See #1.) 6. Finally, that is what the ER explicitly requested (!). It did not ask for only do-it-all behavior. It asked to allow users to be able to obtain that behavior and to do without it - au choix. The request stands, unless it has been realized. Has it? I might have had additional things explicitly in mind when I filed the ER almost 4 years ago, but at least these simple motivations come to mind immediately now. I haven't seen where the code for this is (where is it?). If this was "fixed" in Lisp code then presumably it will be possible for users to tease apart the various parts, in order to, in the end, put together whatever behavior they need. But if this was "fixed" in C code then there is all the more need for explicit provision for users to turn parts of it off. From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Sep 2014 20:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: martin rudalics , 7822-done@debbugs.gnu.org Received: via spool by 7822-done@debbugs.gnu.org id=D7822.141141928512845 (code D ref 7822); Mon, 22 Sep 2014 20:55:02 +0000 Received: (at 7822-done) by debbugs.gnu.org; 22 Sep 2014 20:54:45 +0000 Received: from localhost ([127.0.0.1]:49234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XWAdA-0003L6-8H for submit@debbugs.gnu.org; Mon, 22 Sep 2014 16:54:44 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:34366) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XWAd4-0003Kt-4A for 7822-done@debbugs.gnu.org; Mon, 22 Sep 2014 16:54:40 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUGAIDvNVNFpZEG/2dsb2JhbABZgwaDSsA9gRcXdIIlAQEBAQIBViMFCwstBxIUGA0kiAQI0hkXjnoHCoQuBKkZgWqBcYFbIQ X-IPAS-Result: ArUGAIDvNVNFpZEG/2dsb2JhbABZgwaDSsA9gRcXdIIlAQEBAQIBViMFCwstBxIUGA0kiAQI0hkXjnoHCoQuBKkZgWqBcYFbIQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="90587987" Received: from 69-165-145-6.dsl.teksavvy.com (HELO pastel.home) ([69.165.145.6]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Sep 2014 16:54:36 -0400 Received: by pastel.home (Postfix, from userid 20848) id 5DE7361782; Mon, 22 Sep 2014 16:54:36 -0400 (EDT) From: Stefan Monnier Message-ID: References: <541F129D.3000402@gmx.at> <541FE5A4.8030900@gmx.at> <867a1372-84f3-4c30-89df-49cc2cbd06dc@default> <54205FA1.7020106@gmx.at> <2b22f309-880c-44e3-a37a-a334b2f18c27@default> Date: Mon, 22 Sep 2014 16:54:36 -0400 In-Reply-To: <2b22f309-880c-44e3-a37a-a334b2f18c27@default> (Drew Adams's message of "Mon, 22 Sep 2014 13:24:53 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > 1. He who can do more can do less. [..etc...] None of these are motivating examples. If a need ever comes up, we can open a new bug. Stefan From unknown Sun Jun 22 08:00:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7822: 24.0.50; `fit-window-to-buffer': take display artefacts into account Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 22 Sep 2014 21:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7822 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , 7822-done@debbugs.gnu.org Received: via spool by 7822-done@debbugs.gnu.org id=D7822.141141987413958 (code D ref 7822); Mon, 22 Sep 2014 21:05:02 +0000 Received: (at 7822-done) by debbugs.gnu.org; 22 Sep 2014 21:04:34 +0000 Received: from localhost ([127.0.0.1]:49246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XWAmf-0003d4-Un for submit@debbugs.gnu.org; Mon, 22 Sep 2014 17:04:34 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:24328) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XWAmd-0003cv-1M for 7822-done@debbugs.gnu.org; Mon, 22 Sep 2014 17:04:31 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s8ML4TY5006961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 22 Sep 2014 21:04:29 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s8ML4QPh025482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Sep 2014 21:04:26 GMT Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s8ML4QfG014904; Mon, 22 Sep 2014 21:04:26 GMT MIME-Version: 1.0 Message-ID: <28ae446a-de60-4946-9a15-c54ee42c0b28@default> Date: Mon, 22 Sep 2014 14:04:25 -0700 (PDT) From: Drew Adams References: <541F129D.3000402@gmx.at> <541FE5A4.8030900@gmx.at> <867a1372-84f3-4c30-89df-49cc2cbd06dc@default> <54205FA1.7020106@gmx.at> <2b22f309-880c-44e3-a37a-a334b2f18c27@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > 1. He who can do more can do less. > [..etc...] >=20 > None of these are motivating examples. If a need ever comes up, we > can open a new bug. The enhancement request is not fulfilled, and you have decided that it should not be. So be it. The proper way to close it in that case is to classify it as "won't fix", not as "done".