From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Nov 2021 04:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 51596@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.1635999309576 (code B ref -1); Thu, 04 Nov 2021 04:16:01 +0000 Received: (at submit) by debbugs.gnu.org; 4 Nov 2021 04:15:09 +0000 Received: from localhost ([127.0.0.1]:41708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miU9c-00009E-TU for submit@debbugs.gnu.org; Thu, 04 Nov 2021 00:15:09 -0400 Received: from lists.gnu.org ([209.51.188.17]:33596) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miU9b-000096-4W for submit@debbugs.gnu.org; Thu, 04 Nov 2021 00:15:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44968) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1miU9Y-00007M-Tf for bug-gnu-emacs@gnu.org; Thu, 04 Nov 2021 00:15:06 -0400 Received: from mail-pl1-f178.google.com ([209.85.214.178]:38423) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1miU9W-0004F7-DY for bug-gnu-emacs@gnu.org; Thu, 04 Nov 2021 00:15:04 -0400 Received: by mail-pl1-f178.google.com with SMTP id o14so5167752plg.5 for ; Wed, 03 Nov 2021 21:14:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:mime-version:date:message-id:subject:to; bh=ZujVt4I8j+W/PyubJvI1X6Zvn/dXNPctTNtY8qmaLbA=; b=MhC459D7abedKZET796oHT1bolj/EzCkop2uEwDmP3jRv181g4rjXO1kkLILyw5SKw jq1vthSucoqwesZ6tOi6+NFsQNkDWo2pn4F1yhRPIRQMpppS67DG9F2SLBpfcONzb1XW CrdL3xkwhKPgsCuNgYYus6IswNs5uz2+8W0/ja3DfQxC3dfppsQGA/qs32j6o+N7SWuv B8mEG0KCJEq5/AiQCxS9Q2YVglT7sNVAsrJJFW+64ZnweEp6kn2t3bbpvF1ARVOfrRrO 4LIbG9y3+Wxn8dx/HpLNIU0S7EO0gBbGGoYuWfYlpHBsbRCLB8CIZHY4Ev9+i2MYeZHq mMhw== X-Gm-Message-State: AOAM530r7G6fdJkidGRUZFhndV2kfEvscGatxm/eNRJkdzjyji+uX/EA 1COEqR4EfvBwVUPAdOj1XscsEI8+w5Bm/cVNQMtwexvT X-Google-Smtp-Source: ABdhPJwywXRlDDSnuuU8YDclPP0Ux+uUbtQnm8Dj8rnDU7zxXLna5f/vi1cD42r4LW9O7aXhXKvVXFimXU5+CpDtWSg= X-Received: by 2002:a17:90a:be10:: with SMTP id a16mr18922239pjs.133.1635999298587; Wed, 03 Nov 2021 21:14:58 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 3 Nov 2021 21:14:58 -0700 From: Stefan Kangas MIME-Version: 1.0 Date: Wed, 3 Nov 2021 21:14:58 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=209.85.214.178; envelope-from=stefankangas@gmail.com; helo=mail-pl1-f178.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.8 (-) I find the semantics of `image-transform-resize' inconsistent. That also goes for `image-auto-resize' and the corresponding functions. "Fit height" and "fit width" both scales an image up or down, but "fit height and width" only scales an image down. Is that intentional? I would have expected that they all scale in the same way, i.e. they should all either scale up or down, or scale down only, or scale up only. My preference is that they scale both up or down, no matter which kind of fitting you ask for. The below diff seems to achieve what I want. However, I'm not sure if the semantics should be changed in this way, as I don't know if the old semantics were intentional or not. diff --git a/lisp/image-mode.el b/lisp/image-mode.el index 4a326cdc69..97efd8254d 100644 --- a/lisp/image-mode.el +++ b/lisp/image-mode.el @@ -880,7 +880,7 @@ image-toggle-display-image :format (and filename data-p)) (create-image file-or-data type data-p :scale 1 :max-width max-width - :max-height max-height + :height max-height ;; Type hint. :format (and filename data-p)))) From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Nov 2021 17:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163604826515559 (code B ref 51596); Thu, 04 Nov 2021 17:52:02 +0000 Received: (at 51596) by debbugs.gnu.org; 4 Nov 2021 17:51:05 +0000 Received: from localhost ([127.0.0.1]:43342 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1migtE-00042t-RP for submit@debbugs.gnu.org; Thu, 04 Nov 2021 13:51:05 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1migtD-00042Q-2C for 51596@debbugs.gnu.org; Thu, 04 Nov 2021 13:51:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=hM5zCC5J0FjgSi8M2/UwJ/iewSJs2ZbaPHyU9Y0MQhs=; b=jjyZ0NCRE7bYXVGV5rZBMoYI9a FxK31AxdR/VgSgHsuE7h+jnIYXkbK1mjslkRr2l235NG0MDkhYGVgnd/JHMwTnuGAckXBMLY16Epj J0iW0VEckiRJpQV2fXPwqzOOyKc8P7xEB6iSOzq5Ce5Zs0xW4qAPH9+hy/Os8NgtnO1g=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1migt4-0005By-MM; Thu, 04 Nov 2021 18:50:57 +0100 From: Lars Ingebrigtsen References: X-Now-Playing: The Moon Seven Times's _7=49_: "Untitled" Date: Thu, 04 Nov 2021 18:50:54 +0100 In-Reply-To: (Stefan Kangas's message of "Wed, 3 Nov 2021 21:14:58 -0700") Message-ID: <87fssbu7wh.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Kangas writes: > "Fit height" and "fit width" both scales an image up or down, but "fit > height and width" only scales an image down. Is that intentional? Yes, I think so? The point of the latter is that too-big images are pretty useless -- you want to scale them down so that you can actually see them. But it doesn't therefore follow that you want to sc [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (---) Stefan Kangas writes: > "Fit height" and "fit width" both scales an image up or down, but "fit > height and width" only scales an image down. Is that intentional? Yes, I think so? The point of the latter is that too-big images are pretty useless -- you want to scale them down so that you can actually see them. But it doesn't therefore follow that you want to scale tiny icons up to fill the screen. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Nov 2021 18:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163605194423065 (code B ref 51596); Thu, 04 Nov 2021 18:53:02 +0000 Received: (at 51596) by debbugs.gnu.org; 4 Nov 2021 18:52:24 +0000 Received: from localhost ([127.0.0.1]:43560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mihqa-0005zw-27 for submit@debbugs.gnu.org; Thu, 04 Nov 2021 14:52:24 -0400 Received: from mail-pl1-f172.google.com ([209.85.214.172]:37458) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mihqY-0005zk-Jc for 51596@debbugs.gnu.org; Thu, 04 Nov 2021 14:52:23 -0400 Received: by mail-pl1-f172.google.com with SMTP id n8so8791099plf.4 for <51596@debbugs.gnu.org>; Thu, 04 Nov 2021 11:52:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=Z5jPl4qwiIJXnEzk0B+Y9GBS/zWKw+0Mdr+/Cp9XZHc=; b=EONsWpGUHUTk4LeF2aXH+rkBvR8SjfSIfmHoiZbX0/ckyLIGpxkT91MlXLQvn8wBqR fFtNm68XGfrQ9AaZjtkKRKa/x8fGY9AlGuJ+mcpWk5mLg14GV3U8nVs5NqmsfERlFX79 wS8GTYWpoFe0hwl13189IKXCj6SSMuxY8cvi3kDTD50i/EjoYzrIjlvIUCXzNUcPmw68 weGMoJ8QKm2Jd1ucmDAPVJ0qLIuTnkR3M+I97dZoMVNBXtcEYPNOoGrAEiTf/0POkQ0c hwoOgH+zKvZHbeGocl/eEL5h9MjV88nBhAQzRBS8X86M1/UAsFcHBy5th/kve1ZkJkQ0 iC3Q== X-Gm-Message-State: AOAM531sNFNCmh6VJcSrPmmbLD3PEEYKJGuUhZKFerTBumFfQhsTofQc VWhOcYvlZfIkHzHhDF7kGEr/KMbj3Ge9J6X3uB8= X-Google-Smtp-Source: ABdhPJwHbksiRjVTkbvUqnZAP18YWWVAjQqQq3MqbSug2ipinDuTLsU+iNTkRKkacYxSuIeHIAw4VMkwh66N3Z7di6c= X-Received: by 2002:a17:902:8c93:b0:141:5442:e608 with SMTP id t19-20020a1709028c9300b001415442e608mr46365400plo.32.1636051936566; Thu, 04 Nov 2021 11:52:16 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 4 Nov 2021 11:52:16 -0700 From: Stefan Kangas In-Reply-To: <87fssbu7wh.fsf@gnus.org> References: <87fssbu7wh.fsf@gnus.org> MIME-Version: 1.0 Date: Thu, 4 Nov 2021 11:52:16 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.5 (/) Lars Ingebrigtsen writes: > Stefan Kangas writes: > >> "Fit height" and "fit width" both scales an image up or down, but "fit >> height and width" only scales an image down. Is that intentional? > > Yes, I think so? The point of the latter is that too-big images are > pretty useless -- you want to scale them down so that you can actually > see them. But it doesn't therefore follow that you want to scale tiny > icons up to fill the screen. Right, and that's a valid use case of course. I still find the interface inconsistent, as the naming scheme suggests that these three options should behave similarly. I made a quick review of other image viewers: emacs gthumb geeqie eog ----- ------ ------ --- fit height and width Automatic Zoom 1:1 Best fit Fit to window Fit image to window fit to width Fit to width fit to height Fit to height How about renaming "fit height and width" to something that suggests that it behaves differently from "fit to width" and "fit to height", and then adding a new option "fit to window" that scales up or down as needed? Perhaps we could even have a "smart" option that only scales images up larger than some height and width, and otherwise leaves them in their original size. That's probably the one I would like to use, now that I think about it. (I usually prefer to scale images up, but as you point out it's pretty useless to scale small icons to fit the window.) From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Nov 2021 19:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: Lars Ingebrigtsen , 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163605343925590 (code B ref 51596); Thu, 04 Nov 2021 19:18:02 +0000 Received: (at 51596) by debbugs.gnu.org; 4 Nov 2021 19:17:19 +0000 Received: from localhost ([127.0.0.1]:43607 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miiEh-0006eg-Mu for submit@debbugs.gnu.org; Thu, 04 Nov 2021 15:17:19 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:46087) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miiEf-0006eS-54 for 51596@debbugs.gnu.org; Thu, 04 Nov 2021 15:17:18 -0400 Received: (Authenticated sender: juri@linkov.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 3E2F8E0009; Thu, 4 Nov 2021 19:17:08 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87fssbu7wh.fsf@gnus.org> Date: Thu, 04 Nov 2021 21:16:07 +0200 In-Reply-To: (Stefan Kangas's message of "Thu, 4 Nov 2021 11:52:16 -0700") Message-ID: <86r1bvzq88.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) > I made a quick review of other image viewers: > > emacs gthumb geeqie eog > ----- ------ ------ --- > fit height and width Automatic Zoom 1:1 Best fit > Fit to window Fit image to window What is “Fit to window”? Does it distort the image by changing its height/width ratio? > fit to width Fit to width > fit to height Fit to height > > How about renaming "fit height and width" to something that suggests > that it behaves differently from "fit to width" and "fit to height", and > then adding a new option "fit to window" that scales up or down as > needed? Its menu item already displays a hint “Best Fit”: ["Fit Image to Window (Best Fit)" image-transform-fit-both :help "Resize image to match the window height and width"] > Perhaps we could even have a "smart" option that only scales images up > larger than some height and width, and otherwise leaves them in their > original size. That's probably the one I would like to use, now that I > think about it. (I usually prefer to scale images up, but as you point > out it's pretty useless to scale small icons to fit the window.) Maybe a new user option (disabled by default) could scale up like ImageMagick's '-resize' does. From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Nov 2021 19:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: Lars Ingebrigtsen , 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163605488027940 (code B ref 51596); Thu, 04 Nov 2021 19:42:02 +0000 Received: (at 51596) by debbugs.gnu.org; 4 Nov 2021 19:41:20 +0000 Received: from localhost ([127.0.0.1]:43647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miibv-0007Ga-UR for submit@debbugs.gnu.org; Thu, 04 Nov 2021 15:41:20 -0400 Received: from mail-pl1-f179.google.com ([209.85.214.179]:39616) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miibu-0007GN-33 for 51596@debbugs.gnu.org; Thu, 04 Nov 2021 15:41:18 -0400 Received: by mail-pl1-f179.google.com with SMTP id t21so9004695plr.6 for <51596@debbugs.gnu.org>; Thu, 04 Nov 2021 12:41:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=QA6Pwt50fXtOJyfHyU5cZ+e9CInaEEG4hp2ZJXSicio=; b=ogzziSg6kHjXTLf4V2GmxFI3WYrtGFZt87mn2uPeaOErx0JQJdWaNhdppvrqdOFWKs fmM+k/cmuGPAcT+2D27GaStlAdUx6KYUAfhQUZA6mUny5BmP53WoLg92BScS29F0mmVC isgTahFUW9lOgDnv6DT2ZTkxVMFwPdLZv8nMkyUPu73WTFGZ5HloOD3ruWUC8zpObtmQ UvXHDGa4B7fkfHPZHvxmGnY1ZcWc3SkXYitcKCuHjhM05K2ShqSO5AZXeenUs1X8/yD8 CNgaJT8VvbXzJILSLZSJpqHVSr8PCSIc6VF5Ji/zAfPAXBe+AxgLK/oy8n4qmKvoyokD yf/g== X-Gm-Message-State: AOAM530hymkeqJXveV+JoMKALomXiFlc7jkTbVF79BvMcXwMQswYjWZR jCwUEH1JxHcCad18o29AAi3Kc1NdNuhWXcZufYU= X-Google-Smtp-Source: ABdhPJxdsCQnR4jFnpUI1etW2sOmRP2l8jKblwhkVbazvMlIQZqF5MvvdfGBkipdUnqJHzjbt3YhptGK43F2ovu5dUs= X-Received: by 2002:a17:90b:1e0e:: with SMTP id pg14mr24330416pjb.143.1636054872313; Thu, 04 Nov 2021 12:41:12 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 4 Nov 2021 12:41:11 -0700 From: Stefan Kangas In-Reply-To: <86r1bvzq88.fsf@mail.linkov.net> References: <87fssbu7wh.fsf@gnus.org> <86r1bvzq88.fsf@mail.linkov.net> MIME-Version: 1.0 Date: Thu, 4 Nov 2021 12:41:11 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.5 (/) Juri Linkov writes: >> I made a quick review of other image viewers: >> >> emacs gthumb geeqie eog >> ----- ------ ------ --- >> fit height and width Automatic Zoom 1:1 Best fit >> Fit to window Fit image to window > > What is =E2=80=9CFit to window=E2=80=9D? Does it distort the image > by changing its height/width ratio? No, it preserves the aspect ratio. >> Perhaps we could even have a "smart" option that only scales images up >> larger than some height and width, and otherwise leaves them in their >> original size. That's probably the one I would like to use, now that I >> think about it. (I usually prefer to scale images up, but as you point >> out it's pretty useless to scale small icons to fit the window.) > > Maybe a new user option (disabled by default) could scale up > like ImageMagick's '-resize' does. What does that option do? (And yes, I imagine the above "smart" resizing idea to be both optional and separate from the standard options.) From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Nov 2021 19:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: Lars Ingebrigtsen , 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163605543928924 (code B ref 51596); Thu, 04 Nov 2021 19:51:02 +0000 Received: (at 51596) by debbugs.gnu.org; 4 Nov 2021 19:50:39 +0000 Received: from localhost ([127.0.0.1]:43651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miikw-0007WR-QY for submit@debbugs.gnu.org; Thu, 04 Nov 2021 15:50:39 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:59935) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miiku-0007WA-CB for 51596@debbugs.gnu.org; Thu, 04 Nov 2021 15:50:37 -0400 Received: (Authenticated sender: juri@linkov.net) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 7911760007; Thu, 4 Nov 2021 19:50:27 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87fssbu7wh.fsf@gnus.org> <86r1bvzq88.fsf@mail.linkov.net> Date: Thu, 04 Nov 2021 21:49:55 +0200 In-Reply-To: (Stefan Kangas's message of "Thu, 4 Nov 2021 12:41:11 -0700") Message-ID: <86cznfzonw.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) > Juri Linkov writes: > >>> I made a quick review of other image viewers: >>> >>> emacs gthumb geeqie eog >>> ----- ------ ------ --- >>> fit height and width Automatic Zoom 1:1 Best fit >>> Fit to window Fit image to window >> >> What is “Fit to window”? Does it distort the image >> by changing its height/width ratio? > > No, it preserves the aspect ratio. What is the difference between “Automatic” and “Fit to window”? >>> Perhaps we could even have a "smart" option that only scales images up >>> larger than some height and width, and otherwise leaves them in their >>> original size. That's probably the one I would like to use, now that I >>> think about it. (I usually prefer to scale images up, but as you point >>> out it's pretty useless to scale small icons to fit the window.) >> >> Maybe a new user option (disabled by default) could scale up >> like ImageMagick's '-resize' does. > > What does that option do? (And yes, I imagine the above "smart" > resizing idea to be both optional and separate from the standard > options.) It scales up, unless a special character > is used at the end. From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Nov 2021 20:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: Lars Ingebrigtsen , 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163605718831621 (code B ref 51596); Thu, 04 Nov 2021 20:20:02 +0000 Received: (at 51596) by debbugs.gnu.org; 4 Nov 2021 20:19:48 +0000 Received: from localhost ([127.0.0.1]:43667 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mijD9-0008Dw-OX for submit@debbugs.gnu.org; Thu, 04 Nov 2021 16:19:47 -0400 Received: from mail-pf1-f175.google.com ([209.85.210.175]:42649) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mijD8-0008Di-Ef for 51596@debbugs.gnu.org; Thu, 04 Nov 2021 16:19:46 -0400 Received: by mail-pf1-f175.google.com with SMTP id m14so6904649pfc.9 for <51596@debbugs.gnu.org>; Thu, 04 Nov 2021 13:19:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=CYbc7ClReLsFsB3uQwp0oc+FbddiVyUnCBWyoIPhHHo=; b=lpDVdG1sHsZCRT5y8s9/pMobXpkB5D4OR92PiWhDpSb0yglKl/9pL7PR64BykfWImI 1q9yd4NbgpXa8z/Ji0U6nx6S3uDNeQ1czVObbFdaNlRPNtSWuQfUiNUJLIqIwl3YyKDs ovTgQcKMMOcijQo2T62RfARRkLs3wjjzCwytAW+JPnkeXVh0ATy0Pt4oy90gCcUGHQ9y c4miG/8ZAEOPPCWpm2Xs28LJYQWd0PI6ksa6DtgTYGpChr6bvdwOg7hIkYDipPhgnxUk vaz/ZVmHv2V5GswSfzaXMYO/t2S8e8urKjN9P+t5t4ZRqjE/kjSjpkU48mliv4+eTBBz oHpA== X-Gm-Message-State: AOAM533AD0LvBYBLc+QWr9XQfkdJ2s4Yy03M13mUhqQMNfVS+Cz2teM6 ySa58M/1hSnDBsg8lBgMeMR/2kpxK0XtZ9XUHKc= X-Google-Smtp-Source: ABdhPJzcvgNlHHvd2jbXzJ0vAVLk/axN2IjS/MOAIw1tyfFk7imIvn6O54mRAnxiNxmpEENJOdNTUR7TtfpJ5aSykAQ= X-Received: by 2002:a63:370c:: with SMTP id e12mr40334897pga.359.1636057180658; Thu, 04 Nov 2021 13:19:40 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 4 Nov 2021 13:19:40 -0700 From: Stefan Kangas In-Reply-To: <86cznfzonw.fsf@mail.linkov.net> References: <87fssbu7wh.fsf@gnus.org> <86r1bvzq88.fsf@mail.linkov.net> <86cznfzonw.fsf@mail.linkov.net> MIME-Version: 1.0 Date: Thu, 4 Nov 2021 13:19:40 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.5 (/) Juri Linkov writes: >>>> I made a quick review of other image viewers: >>>> >>>> emacs gthumb geeqie eog >>>> ----- ------ ------ --- >>>> fit height and width Automatic Zoom 1:1 Best fit >>>> Fit to window Fit image to window >>> >>> What is =E2=80=9CFit to window=E2=80=9D? Does it distort the image >>> by changing its height/width ratio? >> >> No, it preserves the aspect ratio. > > What is the difference between =E2=80=9CAutomatic=E2=80=9D and =E2=80=9CF= it to window=E2=80=9D? In gthumb, "Automatic" is like our "fit height and width" in that it only scales down as needed, while "Fit to window" scales both up and down. From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 04 Nov 2021 22:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163606637122510 (code B ref 51596); Thu, 04 Nov 2021 22:53:01 +0000 Received: (at 51596) by debbugs.gnu.org; 4 Nov 2021 22:52:51 +0000 Received: from localhost ([127.0.0.1]:43854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1milbH-0005r0-9V for submit@debbugs.gnu.org; Thu, 04 Nov 2021 18:52:51 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60384) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1milbF-0005qn-Ib for 51596@debbugs.gnu.org; Thu, 04 Nov 2021 18:52:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ow7Z/DDd4+WmwmDEgufS+3C6U6FOfBMnw2SBeREYlwc=; b=t5vUDdF+R2QlHj4/V2kX0Xgtf0 Aa/dUe3Jx5ByNjh1USOiv8Se+Bnps2UGmRepZDNSt8GSFNO2XqTuMYHU0vubhudiauASRZIGYyC/B gHNQ+uf4wZ+90k4LcPcbzgT8O10mU9IrJC8xj1bO2k4g2z5x2GJ9TKq2fOQFw8fh8bGc=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1milb6-0007F6-QD; Thu, 04 Nov 2021 23:52:43 +0100 From: Lars Ingebrigtsen References: <87fssbu7wh.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEUqJCC8iUK3r6zp 4tv///9tovfAAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+ULBBYvGoU6mAIAAAG4SURBVDjLdZQNcsQg CIUxuYCYCyhcoIH736081DTbaZ3Z7ZTPx8/Dluh1Ss0fB/X45r8PUf2QxKeHYoT2Axw7FcDRpIv0 jJQ+dT3u1/NWcTHEF0c6DgXXWriGWALIAo0iEofovA9xl5aqCWZ7ZxcFKCblAQVAQmDWCckGaqxO uZnHGZW5zuILtMPUzY3vy2a7Ky6XQBGd+V1gSE3nqjpqu/bCTQZFn1zSSbUEbhGoCS544De3jLuU VmFZKFAAIOOu46qU3ta1k+YmCQpdN01QmiimQzI5uKjNrsRfx3iwhoKJXc1kQ3O2tVsWCy9Yt2QM ZhkAjAHGK5+wx+boymZun4Y8GZ2aJuCMhTGTCRSazTxFci+xxmtqn3iKAKZHP0BMsDEOYLXBdFyM +xpG6wIiZXkOaS3hp7WoEQBnZ5S4pPICq09dC0bxBWb9uGaYPjZ4+hvkIBJrb/X0mU2fpo2gyJuT 7ELWAPJ5yAb4JQbwO7qSz6OpH/DqF5EH7Bp/ABv4O1uxN7jxHNf4hjHQ1XwClM8rpta54V3D8ymh J3Qv/ihyuV/bl1eqJNtjS9B+XufqNuP833+f9g3+sogCuMgKmwAAACV0RVh0ZGF0ZTpjcmVhdGUA MjAyMS0xMS0wNFQyMjo0NzoyNiswMDowMI/C3vEAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTEt MDRUMjI6NDc6MjYrMDA6MDD+n2ZNAAAAAElFTkSuQmCC X-Now-Playing: Ben Neill's _Automotive_: "Showdown" Date: Thu, 04 Nov 2021 23:52:40 +0100 In-Reply-To: (Stefan Kangas's message of "Thu, 4 Nov 2021 11:52:16 -0700") Message-ID: <87ee7vpm87.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Kangas writes: > Right, and that's a valid use case of course. I still find the > interface inconsistent, as the naming scheme suggests that these three > options should behave similarly. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (---) Stefan Kangas writes: > Right, and that's a valid use case of course. I still find the > interface inconsistent, as the naming scheme suggests that these three > options should behave similarly. Yes. I think that, basically, the fit to height/width commands are pretty useless -- nobody wants that, because it'll inevitably make some images impossible to view. The two cases that make sense are "scale down so I can see the images" and "both scale down and scale up, because I want to see as much detail as possible". > Perhaps we could even have a "smart" option that only scales images up > larger than some height and width, and otherwise leaves them in their > original size. That's probably the one I would like to use, now that I > think about it. (I usually prefer to scale images up, but as you point > out it's pretty useless to scale small icons to fit the window.) Sure, or a "don't scale up more than 200%", perhaps. That's less finicky, I think. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 Nov 2021 04:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163608526413675 (code B ref 51596); Fri, 05 Nov 2021 04:08:02 +0000 Received: (at 51596) by debbugs.gnu.org; 5 Nov 2021 04:07:44 +0000 Received: from localhost ([127.0.0.1]:44240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miqW0-0003YU-18 for submit@debbugs.gnu.org; Fri, 05 Nov 2021 00:07:44 -0400 Received: from mail-pl1-f173.google.com ([209.85.214.173]:33354) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1miqVv-0003Y2-Oy for 51596@debbugs.gnu.org; Fri, 05 Nov 2021 00:07:41 -0400 Received: by mail-pl1-f173.google.com with SMTP id s24so10399711plp.0 for <51596@debbugs.gnu.org>; Thu, 04 Nov 2021 21:07:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=PAUSPHllYgCsHquerIBZHnVsWYr3rJ7M10ys3WRTcf0=; b=NJf9dvbMF3Encz2Z1vwPAIaocAcw3VhTsOehasEk+gTfrV5oi0LYTr6pBpBG3Vnmo7 6JYQ6aORXom22b58m814ZOxyG7pOQrYxqfyrC1xAex/e796iWHkwVO+gDqmPrriK+FyK /H8THuxGf7SiFvHvgH9Br6cTeEXKhaDXMBPmjhtVtA4NzGjMEcccC1/55A2IurQ8lGRC dVoHYQfLBKKqphlpl22Wk5zVNHR/Q1dzjllldS3P7aJGs1kgFWwlmes6vUEy1Qp+7qQE iSizhhApr8F5kIA6KhzbKfjBBhXbfwijLjJIxi0QD31+rlp88vgOXmbLDBHkGyR8l+2h i0oA== X-Gm-Message-State: AOAM532dQrztm5/r5lHeZh3a9e9Zn3HLy5SlOmo4vdfaFWvG+QRwefVA TjM7qMMCHB6dEiJq2Vucac7V0uq7okUcx/uQg+8= X-Google-Smtp-Source: ABdhPJxG1RTYM7xD1eAB4/OHvGPfTH5Na8lxO30dXcv2kuUpdPUFRG0tVNhSB+vzCql1fAPNv/5+JDgq1YFUHuhcJhQ= X-Received: by 2002:a17:902:a410:b0:141:be1a:53d1 with SMTP id p16-20020a170902a41000b00141be1a53d1mr38305995plq.71.1636085253981; Thu, 04 Nov 2021 21:07:33 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 4 Nov 2021 21:07:33 -0700 From: Stefan Kangas In-Reply-To: <87ee7vpm87.fsf@gnus.org> References: <87fssbu7wh.fsf@gnus.org> <87ee7vpm87.fsf@gnus.org> MIME-Version: 1.0 Date: Thu, 4 Nov 2021 21:07:33 -0700 Message-ID: Content-Type: multipart/mixed; boundary="00000000000062e18d05d002c8f5" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.5 (/) --00000000000062e18d05d002c8f5 Content-Type: text/plain; charset="UTF-8" tags 51596 + patch thanks Lars Ingebrigtsen writes: > Stefan Kangas writes: > >> Right, and that's a valid use case of course. I still find the >> interface inconsistent, as the naming scheme suggests that these three >> options should behave similarly. I've attached a patch below which implements the behavior I propose. > Yes. I think that, basically, the fit to height/width commands are > pretty useless -- nobody wants that, because it'll inevitably make some > images impossible to view. > > The two cases that make sense are "scale down so I can see the images" > and "both scale down and scale up, because I want to see as much detail > as possible". That's true, now that you mention it. The first patch below therefore obsoletes the old commands, mostly to free up the "s w" binding which gives the new, and strictly better, behavior. We could also leave them unobsoleted and still take over the key. It won't hurt anyone because, as you point out, the current command is only different in the cases where its worse. > Sure, or a "don't scale up more than 200%", perhaps. That's less > finicky, I think. Yes, that's probably better. For this part, see my second patch below, which builds on the first one. --00000000000062e18d05d002c8f5 Content-Type: text/x-diff; charset="US-ASCII"; name="0001-New-command-image-transform-fit-to-window.patch" Content-Disposition: attachment; filename="0001-New-command-image-transform-fit-to-window.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: aaec0f16e38ca2a_0.1 RnJvbSBjNTc2MDg5OGQxZTM5NjY4MmM0Mzg4ZGM4YjQ3NGUwODMwZGQyYjJlIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBTdGVmYW4gS2FuZ2FzIDxzdGVmYW5AbWFyeGlzdC5zZT4KRGF0 ZTogRnJpLCA1IE5vdiAyMDIxIDAzOjI0OjUwICswMTAwClN1YmplY3Q6IFtQQVRDSCAxLzJdIE5l dyBjb21tYW5kIGltYWdlLXRyYW5zZm9ybS1maXQtdG8td2luZG93CgoqIGxpc3AvaW1hZ2UtbW9k ZS5lbCAoaW1hZ2UtYXV0by1yZXNpemUsIGltYWdlLXRyYW5zZm9ybS1yZXNpemUpOgpBZGQgbmV3 IHZhbHVlICdmaXQtd2luZG93JywgbWVhbmluZyB0byBzY2FsZSB0aGUgaW1hZ2UgdXAgb3IgZG93 bgp0byBmaXQgdGhlIHdpbmRvdy4gIChCdWcjKQooaW1hZ2UtdHJhbnNmb3JtLWZpdC10by13aW5k b3cpOiBOZXcgY29tbWFuZC4KKGltYWdlLXRyYW5zZm9ybS1maXQtdG8taGVpZ2h0LCBpbWFnZS10 cmFuc2Zvcm0tZml0LXRvLXdpZHRoKToKTWFrZSBvYnNvbGV0ZSBpbiBmYXZvciBvZiBhYm92ZSBu ZXcgY29tbWFuZC4KKGltYWdlLW1vZGUtbWFwKTogQmluZCAicyB3IiB0byAnaW1hZ2UtdHJhbnNm b3JtLWZpdC10by13aW5kb3cnLgpNb3ZlIGJpbmRpbmcgZm9yIG9ic29sZXRlIGNvbW1hbmQgJ2lt YWdlLXRyYW5zZm9ybS1maXQtdG8td2lkdGgnCnRvICJzIGkiLgooaW1hZ2UtbW9kZS1tYXApOiBB ZGQgbWVudSBlbnRyeSBmb3IKJ2ltYWdlLXRyYW5zZm9ybS1maXQtdG8td2luZG93Jy4gIFJlbW92 ZSBtZW51IGVudHJpZXMgZm9yIGFib3ZlCm9ic29sZXRlIGNvbW1hbmRzLgoqIGRvYy9lbWFjcy9m aWxlcy50ZXhpIChJbWFnZSBNb2RlKTogVXBkYXRlIGRvY3VtZW50YXRpb24uCihpbWFnZS10cmFu c2Zvcm0tZml0LWJvdGgpOiBEb2MgZml4LgotLS0KIGRvYy9lbWFjcy9maWxlcy50ZXhpIHwgIDQg KystLQogZXRjL05FV1MgICAgICAgICAgICAgfCAxOCArKysrKysrKysrKysrKwogbGlzcC9pbWFn ZS1tb2RlLmVsICAgfCA1NyArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLS0tLS0tLS0t LS0tLQogMyBmaWxlcyBjaGFuZ2VkLCA2MCBpbnNlcnRpb25zKCspLCAxOSBkZWxldGlvbnMoLSkK CmRpZmYgLS1naXQgYS9kb2MvZW1hY3MvZmlsZXMudGV4aSBiL2RvYy9lbWFjcy9maWxlcy50ZXhp CmluZGV4IDY1YTU3Y2NkMzEuLjNlMDc4ODMwN2EgMTAwNjQ0Ci0tLSBhL2RvYy9lbWFjcy9maWxl cy50ZXhpCisrKyBiL2RvYy9lbWFjcy9maWxlcy50ZXhpCkBAIC0yMjA1LDExICsyMjA1LDExIEBA IEltYWdlIE1vZGUKIGJlaGF2aW9yIGJ5IHVzaW5nIHRoZSBvcHRpb25zIEBjb2Rle2ltYWdlLWF1 dG8tcmVzaXplfSBhbmQKIEBjb2Rle2ltYWdlLWF1dG8tcmVzaXplLW9uLXdpbmRvdy1yZXNpemV9 LgogCi1AZmluZGV4IGltYWdlLXRyYW5zZm9ybS1maXQtYm90aAorQGZpbmRleCBpbWFnZS10cmFu c2Zvcm0tZml0LXRvLXdpbmRvdwogQGZpbmRleCBpbWFnZS10cmFuc2Zvcm0tc2V0LXNjYWxlCiBA ZmluZGV4IGltYWdlLXRyYW5zZm9ybS1yZXNldAogVG8gcmVzaXplIHRoZSBpbWFnZSBtYW51YWxs eSB5b3UgY2FuIHVzZSB0aGUgY29tbWFuZAotQGNvZGV7aW1hZ2UtdHJhbnNmb3JtLWZpdC1ib3Ro fSBib3VuZCB0byBAa2Jke3MgYn0KK0Bjb2Rle2ltYWdlLXRyYW5zZm9ybS1maXQtdG8td2luZG93 fSBib3VuZCB0byBAa2Jke3Mgd30KIHRoYXQgZml0cyB0aGUgaW1hZ2UgdG8gYm90aCB0aGUgd2lu ZG93IGhlaWdodCBhbmQgd2lkdGguCiBUbyBzY2FsZSB0aGUgaW1hZ2Ugc3BlY2lmeWluZyBhIHNj YWxlIGZhY3RvciwgdXNlIHRoZSBjb21tYW5kCiBAY29kZXtpbWFnZS10cmFuc2Zvcm0tc2V0LXNj YWxlfSBib3VuZCB0byBAa2Jke3Mgc30uCmRpZmYgLS1naXQgYS9ldGMvTkVXUyBiL2V0Yy9ORVdT CmluZGV4IDg5OWYzNTY3ZTYuLmZmYjMzNDVhMGMgMTAwNjQ0Ci0tLSBhL2V0Yy9ORVdTCisrKyBi L2V0Yy9ORVdTCkBAIC0yNjgsNiArMjY4LDI0IEBAIFRvIGltcHJvdmUgc2VjdXJpdHksIGlmIGFu IHNxbCBwcm9kdWN0IGhhcyAnOnBhc3N3b3JkLWluLWNvbWludCcgc2V0CiB0byB0LCBhIHBhc3N3 b3JkIHN1cHBsaWVkIHZpYSB0aGUgbWluaWJ1ZmZlciB3aWxsIGJlIHNlbnQgaW4tcHJvY2VzcywK IGFzIG9wcG9zZWQgdG8gdmlhIHRoZSBjb21tYW5kLWxpbmUuCiAKKyoqIEltYWdlIE1vZGUKKwor KysrCisqKiogTmV3IGNvbW1hbmQgJ2ltYWdlLXRyYW5zZm9ybS1maXQtdG8td2luZG93Jy4KK1Ro aXMgY29tbWFuZCBmaXRzIHRoZSBpbWFnZSB0byB0aGUgY3VycmVudCB3aW5kb3cgYnkgc2NhbGlu ZyBkb3duIG9yCit1cCBhcyBuZWNlc3NhcnkuICBVbmxpa2UgJ2ltYWdlLXRyYW5zZm9ybS1maXQt Ym90aCcsIHRoaXMgZG9lcyBub3QKK29ubHkgc2NhbGUgdGhlIGltYWdlIGRvd24sIGJ1dCB1cCBh cyB3ZWxsLiAgSXQgaXMgYm91bmQgdG8gInMgdyIgaW4KK0ltYWdlIE1vZGUgYnkgZGVmYXVsdC4K KworKysrCisqKiogJ2ltYWdlLXRyYW5zZm9ybS1maXQtdG8tKGhlaWdodHx3aWR0aCknIGFyZSBu b3cgb2Jzb2xldGUuCitVc2UgdGhlIG5ldyBjb21tYW5kICdpbWFnZS10cmFuc2Zvcm0tZml0LXRv LXdpbmRvdycgaW5zdGVhZC4KK1RoZSBrZXliaW5kaW5nIGZvciAnaW1hZ2UtdHJhbnNmb3JtLWZp dC10by13aWR0aCcgaXMgbm93ICdzIGknLgorCistLS0KKyoqKiBVc2VyIG9wdGlvbiAnaW1hZ2Ut YXV0by1yZXNpemUnIGNhbiBub3cgYmUgc2V0IHRvICdmaXQtd2luZG93Jy4KK1RoaXMgd29ya3Mg bGlrZSAnaW1hZ2UtdHJhbnNmb3JtLWZpdC10by13aW5kb3cnLgorCiAqKiBJbWFnZS1EaXJlZAog CiArKysKZGlmZiAtLWdpdCBhL2xpc3AvaW1hZ2UtbW9kZS5lbCBiL2xpc3AvaW1hZ2UtbW9kZS5l bAppbmRleCA0YTMyNmNkYzY5Li5hOTExMDI3YTlhIDEwMDY0NAotLS0gYS9saXNwL2ltYWdlLW1v ZGUuZWwKKysrIGIvbGlzcC9pbWFnZS1tb2RlLmVsCkBAIC01OCwxNiArNTgsMjAgQEAgaW1hZ2Ut YXV0by1yZXNpemUKICAgIk5vbi1uaWwgdG8gcmVzaXplIHRoZSBpbWFnZSB1cG9uIGZpcnN0IGRp c3BsYXkuCiBJdHMgdmFsdWUgc2hvdWxkIGJlIG9uZSBvZiB0aGUgZm9sbG93aW5nOgogIC0gbmls LCBtZWFuaW5nIG5vIHJlc2l6aW5nLgotIC0gdCwgbWVhbmluZyB0byBmaXQgdGhlIGltYWdlIHRv IHRoZSB3aW5kb3cgaGVpZ2h0IGFuZCB3aWR0aC4KKyAtIHQsIG1lYW5pbmcgdG8gc2NhbGUgdGhl IGltYWdlIGRvd24gdG8gZml0IGluIHRoZSB3aW5kb3cuCisgLSBgZml0LXdpbmRvdycsIG1lYW5p bmcgdG8gZml0IHRoZSBpbWFnZSB0byB0aGUgd2luZG93LgogIC0gYGZpdC1oZWlnaHQnLCBtZWFu aW5nIHRvIGZpdCB0aGUgaW1hZ2UgdG8gdGhlIHdpbmRvdyBoZWlnaHQuCiAgLSBgZml0LXdpZHRo JywgbWVhbmluZyB0byBmaXQgdGhlIGltYWdlIHRvIHRoZSB3aW5kb3cgd2lkdGguCi0gLSBBIG51 bWJlciwgd2hpY2ggaXMgYSBzY2FsZSBmYWN0b3IgKHRoZSBkZWZhdWx0IHNpemUgaXMgMSkuIgor IC0gQSBudW1iZXIsIHdoaWNoIGlzIGEgc2NhbGUgZmFjdG9yICh0aGUgZGVmYXVsdCBzaXplIGlz IDEpLgorCitSZXNpemluZyB3aWxsIGFsd2F5cyBwcmVzZXJ2ZSB0aGUgYXNwZWN0IHJhdGlvIG9m IHRoZSBpbWFnZS4iCiAgIDp0eXBlICcoY2hvaWNlIChjb25zdCA6dGFnICJObyByZXNpemluZyIg bmlsKQotICAgICAgICAgICAgICAgICAob3RoZXIgOnRhZyAiRml0IGhlaWdodCBhbmQgd2lkdGgi IHQpCi0gICAgICAgICAgICAgICAgIChjb25zdCA6dGFnICJGaXQgaGVpZ2h0IiBmaXQtaGVpZ2h0 KQotICAgICAgICAgICAgICAgICAoY29uc3QgOnRhZyAiRml0IHdpZHRoIiBmaXQtd2lkdGgpCisg ICAgICAgICAgICAgICAgIChjb25zdCA6dGFnICJGaXQgdG8gd2luZG93IiBmaXQtd2luZG93KQor ICAgICAgICAgICAgICAgICAoY29uc3QgOnRhZyAiRml0IHRvIHdpbmRvdyBoZWlnaHQiIGZpdC1o ZWlnaHQpCisgICAgICAgICAgICAgICAgIChjb25zdCA6dGFnICJGaXQgdG8gd2luZG93IHdpZHRo IiBmaXQtd2lkdGgpCisgICAgICAgICAgICAgICAgIChvdGhlciA6dGFnICJTY2FsZSBkb3duIHRv IGZpdCB3aW5kb3ciIHQpCiAgICAgICAgICAgICAgICAgIChudW1iZXIgOnRhZyAiU2NhbGUgZmFj dG9yIiAxKSkKLSAgOnZlcnNpb24gIjI3LjEiCisgIDp2ZXJzaW9uICIyOS4xIgogICA6Z3JvdXAg J2ltYWdlKQogCiAoZGVmY3VzdG9tIGltYWdlLWF1dG8tcmVzaXplLW9uLXdpbmRvdy1yZXNpemUg MQpAQCAtODIsMTIgKzg2LDE2IEBAIGltYWdlLWF1dG8tcmVzaXplLW9uLXdpbmRvdy1yZXNpemUK IAogKGRlZnZhci1sb2NhbCBpbWFnZS10cmFuc2Zvcm0tcmVzaXplIG5pbAogICAiVGhlIGltYWdl IHJlc2l6ZSBvcGVyYXRpb24uCitOb24tbmlsIHRvIHJlc2l6ZSB0aGUgaW1hZ2UgdXBvbiBmaXJz dCBkaXNwbGF5LgogSXRzIHZhbHVlIHNob3VsZCBiZSBvbmUgb2YgdGhlIGZvbGxvd2luZzoKICAt IG5pbCwgbWVhbmluZyBubyByZXNpemluZy4KLSAtIHQsIG1lYW5pbmcgdG8gZml0IHRoZSBpbWFn ZSB0byB0aGUgd2luZG93IGhlaWdodCBhbmQgd2lkdGguCisgLSB0LCBtZWFuaW5nIHRvIHNjYWxl IHRoZSBpbWFnZSBkb3duIHRvIGZpdCBpbiB0aGUgd2luZG93LgorIC0gYGZpdC13aW5kb3cnLCBt ZWFuaW5nIHRvIGZpdCB0aGUgaW1hZ2UgdG8gdGhlIHdpbmRvdy4KICAtIGBmaXQtaGVpZ2h0Jywg bWVhbmluZyB0byBmaXQgdGhlIGltYWdlIHRvIHRoZSB3aW5kb3cgaGVpZ2h0LgogIC0gYGZpdC13 aWR0aCcsIG1lYW5pbmcgdG8gZml0IHRoZSBpbWFnZSB0byB0aGUgd2luZG93IHdpZHRoLgotIC0g QSBudW1iZXIsIHdoaWNoIGlzIGEgc2NhbGUgZmFjdG9yICh0aGUgZGVmYXVsdCBzaXplIGlzIDEp LiIpCisgLSBBIG51bWJlciwgd2hpY2ggaXMgYSBzY2FsZSBmYWN0b3IgKHRoZSBkZWZhdWx0IHNp emUgaXMgMSkuCisKK1Jlc2l6aW5nIHdpbGwgYWx3YXlzIHByZXNlcnZlIHRoZSBhc3BlY3QgcmF0 aW8gb2YgdGhlIGltYWdlLiIpCiAKIChkZWZ2YXItbG9jYWwgaW1hZ2UtdHJhbnNmb3JtLXNjYWxl IDEuMAogICAiVGhlIHNjYWxlIGZhY3RvciBvZiB0aGUgaW1hZ2UgYmVpbmcgZGlzcGxheWVkLiIp CkBAIC00NTUsOCArNDYzLDkgQEAgaW1hZ2UtbW9kZS1tYXAKIAogICAgIDs7IFRyYW5zZm9ybWF0 aW9uIGtleXMKICAgICAoZGVmaW5lLWtleSBtYXAgInNmIiAnaW1hZ2UtbW9kZS1maXQtZnJhbWUp CisgICAgKGRlZmluZS1rZXkgbWFwICJzdyIgJ2ltYWdlLXRyYW5zZm9ybS1maXQtdG8td2luZG93 KQogICAgIChkZWZpbmUta2V5IG1hcCAic2giICdpbWFnZS10cmFuc2Zvcm0tZml0LXRvLWhlaWdo dCkKLSAgICAoZGVmaW5lLWtleSBtYXAgInN3IiAnaW1hZ2UtdHJhbnNmb3JtLWZpdC10by13aWR0 aCkKKyAgICAoZGVmaW5lLWtleSBtYXAgInNpIiAnaW1hZ2UtdHJhbnNmb3JtLWZpdC10by13aWR0 aCkKICAgICAoZGVmaW5lLWtleSBtYXAgInNiIiAnaW1hZ2UtdHJhbnNmb3JtLWZpdC1ib3RoKQog ICAgIChkZWZpbmUta2V5IG1hcCAic3MiICdpbWFnZS10cmFuc2Zvcm0tc2V0LXNjYWxlKQogICAg IChkZWZpbmUta2V5IG1hcCAic3IiICdpbWFnZS10cmFuc2Zvcm0tc2V0LXJvdGF0aW9uKQpAQCAt NTExLDEyICs1MjAsMTAgQEAgaW1hZ2UtbW9kZS1tYXAKIAkiLS0iCiAJWyJGaXQgRnJhbWUgdG8g SW1hZ2UiIGltYWdlLW1vZGUtZml0LWZyYW1lIDphY3RpdmUgdAogCSA6aGVscCAiUmVzaXplIGZy YW1lIHRvIG1hdGNoIGltYWdlIl0KLQlbIkZpdCBJbWFnZSB0byBXaW5kb3cgKEJlc3QgRml0KSIg aW1hZ2UtdHJhbnNmb3JtLWZpdC1ib3RoCi0JIDpoZWxwICJSZXNpemUgaW1hZ2UgdG8gbWF0Y2gg dGhlIHdpbmRvdyBoZWlnaHQgYW5kIHdpZHRoIl0KLQlbIkZpdCB0byBXaW5kb3cgSGVpZ2h0IiBp bWFnZS10cmFuc2Zvcm0tZml0LXRvLWhlaWdodAotCSA6aGVscCAiUmVzaXplIGltYWdlIHRvIG1h dGNoIHRoZSB3aW5kb3cgaGVpZ2h0Il0KLQlbIkZpdCB0byBXaW5kb3cgV2lkdGgiIGltYWdlLXRy YW5zZm9ybS1maXQtdG8td2lkdGgKLQkgOmhlbHAgIlJlc2l6ZSBpbWFnZSB0byBtYXRjaCB0aGUg d2luZG93IHdpZHRoIl0KKyAgICAgICAgWyJGaXQgSW1hZ2UgdG8gV2luZG93IiBpbWFnZS10cmFu c2Zvcm0tZml0LXRvLXdpbmRvdworICAgICAgICAgOmhlbHAgIlJlc2l6ZSBpbWFnZSB0byBtYXRj aCB0aGUgd2luZG93IGhlaWdodCBhbmQgd2lkdGgiXQorICAgICAgICBbIkZpdCBJbWFnZSB0byBX aW5kb3cgKFNjYWxlIGRvd24gb25seSkiIGltYWdlLXRyYW5zZm9ybS1maXQtYm90aAorICAgICAg ICAgOmhlbHAgIlNjYWxlIGltYWdlIGRvd24gdG8gbWF0Y2ggdGhlIHdpbmRvdyBoZWlnaHQgYW5k IHdpZHRoIl0KIAlbIlpvb20gSW4iIGltYWdlLWluY3JlYXNlLXNpemUKIAkgOmhlbHAgIkVubGFy Z2UgdGhlIGltYWdlIl0KIAlbIlpvb20gT3V0IiBpbWFnZS1kZWNyZWFzZS1zaXplCkBAIC04Mzcs NyArODQ0LDggQEAgaW1hZ2UtdG9nZ2xlLWRpc3BsYXktaW1hZ2UKIAkgICAgZmlsZW5hbWUpKQog CSA7OyBJZiB3ZSBoYXZlIGEgYGZpdC13aWR0aCcgb3IgYSBgZml0LWhlaWdodCcsIGRvbid0IGxp bWl0CiAJIDs7IHRoZSBzaXplIG9mIHRoZSBpbWFnZSB0byB0aGUgd2luZG93IHNpemUuCi0JIChl ZGdlcyAod2hlbiAoZXEgaW1hZ2UtdHJhbnNmb3JtLXJlc2l6ZSB0KQorICAgICAgICAgKGVkZ2Vz ICh3aGVuIChvciAoZXEgaW1hZ2UtdHJhbnNmb3JtLXJlc2l6ZSB0KQorICAgICAgICAgICAgICAg ICAgICAgICAgICAoZXEgaW1hZ2UtdHJhbnNmb3JtLXJlc2l6ZSAnZml0LXdpbmRvdykpCiAJCSAg KHdpbmRvdy1pbnNpZGUtcGl4ZWwtZWRnZXMgKGdldC1idWZmZXItd2luZG93KSkpKQogCSAobWF4 LXdpZHRoICh3aGVuIGVkZ2VzCiAJCSAgICAgICgtIChudGggMiBlZGdlcykgKG50aCAwIGVkZ2Vz KSkpKQpAQCAtODg0LDYgKzg5MiwxMyBAQCBpbWFnZS10b2dnbGUtZGlzcGxheS1pbWFnZQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICA7OyBUeXBlIGhpbnQuCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDpmb3JtYXQgKGFuZCBmaWxlbmFtZSBkYXRhLXApKSkpCiAKKyAg ICA7OyBIYW5kbGUgYGZpdC13aW5kb3cnLgorICAgICh3aGVuIChlcSBpbWFnZS10cmFuc2Zvcm0t cmVzaXplICdmaXQtd2luZG93KQorICAgICAgKHNldHEgaW1hZ2UKKyAgICAgICAgICAgIChjb25z IChjYXIgaW1hZ2UpCisgICAgICAgICAgICAgICAgICAocGxpc3QtcHV0IChjZHIgaW1hZ2UpIDp3 aWR0aAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAocGxpc3QtZ2V0IChjZHIgaW1hZ2Up IDptYXgtd2lkdGgpKSkpKQorCiAgICAgOzsgRGlzY2FyZCBhbnkgc3RhbGUgaW1hZ2UgZGF0YSBi ZWZvcmUgbG9va2luZyBpdCB1cCBhZ2Fpbi4KICAgICAoaW1hZ2UtZmx1c2ggaW1hZ2UpCiAgICAg KHNldHEgaW1hZ2UgKGFwcGVuZCBpbWFnZSAoaW1hZ2UtdHJhbnNmb3JtLXByb3BlcnRpZXMgaW1h Z2UpKSkKQEAgLTE0OTQsMjEgKzE1MDksMjkgQEAgaW1hZ2UtdHJhbnNmb3JtLXNldC1zY2FsZQog KGRlZnVuIGltYWdlLXRyYW5zZm9ybS1maXQtdG8taGVpZ2h0ICgpCiAgICJGaXQgdGhlIGN1cnJl bnQgaW1hZ2UgdG8gdGhlIGhlaWdodCBvZiB0aGUgY3VycmVudCB3aW5kb3cuIgogICAoaW50ZXJh Y3RpdmUpCisgIChkZWNsYXJlIChvYnNvbGV0ZSBuaWwgIjI5LjEiKSkKICAgKHNldHEgaW1hZ2Ut dHJhbnNmb3JtLXJlc2l6ZSAnZml0LWhlaWdodCkKICAgKGltYWdlLXRvZ2dsZS1kaXNwbGF5LWlt YWdlKSkKIAogKGRlZnVuIGltYWdlLXRyYW5zZm9ybS1maXQtdG8td2lkdGggKCkKICAgIkZpdCB0 aGUgY3VycmVudCBpbWFnZSB0byB0aGUgd2lkdGggb2YgdGhlIGN1cnJlbnQgd2luZG93LiIKKyAg KGRlY2xhcmUgKG9ic29sZXRlIG5pbCAiMjkuMSIpKQogICAoaW50ZXJhY3RpdmUpCiAgIChzZXRx IGltYWdlLXRyYW5zZm9ybS1yZXNpemUgJ2ZpdC13aWR0aCkKICAgKGltYWdlLXRvZ2dsZS1kaXNw bGF5LWltYWdlKSkKIAogKGRlZnVuIGltYWdlLXRyYW5zZm9ybS1maXQtYm90aCAoKQotICAiRml0 IHRoZSBjdXJyZW50IGltYWdlIGJvdGggdG8gdGhlIGhlaWdodCBhbmQgd2lkdGggb2YgdGhlIGN1 cnJlbnQgd2luZG93LiIKKyAgIlNjYWxlIHRoZSBjdXJyZW50IGltYWdlIGRvd24gdG8gZml0IGlu IHRoZSBjdXJyZW50IHdpbmRvdy4iCiAgIChpbnRlcmFjdGl2ZSkKICAgKHNldHEgaW1hZ2UtdHJh bnNmb3JtLXJlc2l6ZSB0KQogICAoaW1hZ2UtdG9nZ2xlLWRpc3BsYXktaW1hZ2UpKQogCisoZGVm dW4gaW1hZ2UtdHJhbnNmb3JtLWZpdC10by13aW5kb3cgKCkKKyAgIkZpdCB0aGUgY3VycmVudCBp bWFnZSB0byB0aGUgaGVpZ2h0IGFuZCB3aWR0aCBvZiB0aGUgY3VycmVudCB3aW5kb3cuIgorICAo aW50ZXJhY3RpdmUpCisgIChzZXRxIGltYWdlLXRyYW5zZm9ybS1yZXNpemUgJ2ZpdC13aW5kb3cp CisgIChpbWFnZS10b2dnbGUtZGlzcGxheS1pbWFnZSkpCisKIChkZWZ1biBpbWFnZS10cmFuc2Zv cm0tc2V0LXJvdGF0aW9uIChyb3RhdGlvbikKICAgIlByb21wdCBmb3IgYW4gYW5nbGUgUk9UQVRJ T04sIGFuZCByb3RhdGUgdGhlIGltYWdlIGJ5IHRoYXQgYW1vdW50LgogUk9UQVRJT04gc2hvdWxk IGJlIGluIGRlZ3JlZXMuIgotLSAKMi4zMC4yCgo= --00000000000062e18d05d002c8f5 Content-Type: text/x-diff; charset="US-ASCII"; name="0002-New-user-option-image-auto-resize-max-scale-percent.patch" Content-Disposition: attachment; filename="0002-New-user-option-image-auto-resize-max-scale-percent.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: aaec0f16e38ca2a_0.2 RnJvbSA4NWI4Yjk5YjNhMTRiNjJmZTc3MDY3MGJhNzk1YmJhNDA1Mzg0NDdjIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBTdGVmYW4gS2FuZ2FzIDxzdGVmYW5AbWFyeGlzdC5zZT4KRGF0 ZTogRnJpLCA1IE5vdiAyMDIxIDA0OjIyOjEyICswMTAwClN1YmplY3Q6IFtQQVRDSCAyLzJdIE5l dyB1c2VyIG9wdGlvbiBpbWFnZS1hdXRvLXJlc2l6ZS1tYXgtc2NhbGUtcGVyY2VudAoKKiBsaXNw L2ltYWdlLW1vZGUuZWwgKGltYWdlLWF1dG8tcmVzaXplLW1heC1zY2FsZS1wZXJjZW50KTogTmV3 CnVzZXIgb3B0aW9uIHRvIGxpbWl0IGhvdyBtdWNoICdmaXQtd2luZG93JyB3aWxsIHNjYWxlIHVw IGFuIGltYWdlLgooaW1hZ2UtLXNjYWxlLXdpdGhpbi1saW1pdHMtcCk6IE5ldyBmdW5jdGlvbi4K KGltYWdlLXRvZ2dsZS1kaXNwbGF5LWltYWdlKTogUmVzcGVjdCBhYm92ZSBuZXcgdXNlciBvcHRp b24uCi0tLQogZXRjL05FV1MgICAgICAgICAgIHwgIDQgKysrKwogbGlzcC9pbWFnZS1tb2RlLmVs IHwgMjcgKysrKysrKysrKysrKysrKysrKysrKysrKystCiAyIGZpbGVzIGNoYW5nZWQsIDMwIGlu c2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkKCmRpZmYgLS1naXQgYS9ldGMvTkVXUyBiL2V0Yy9O RVdTCmluZGV4IGZmYjMzNDVhMGMuLmQyYjM0OGQ1YjEgMTAwNjQ0Ci0tLSBhL2V0Yy9ORVdTCisr KyBiL2V0Yy9ORVdTCkBAIC0yODYsNiArMjg2LDEwIEBAIFRoZSBrZXliaW5kaW5nIGZvciAnaW1h Z2UtdHJhbnNmb3JtLWZpdC10by13aWR0aCcgaXMgbm93ICdzIGknLgogKioqIFVzZXIgb3B0aW9u ICdpbWFnZS1hdXRvLXJlc2l6ZScgY2FuIG5vdyBiZSBzZXQgdG8gJ2ZpdC13aW5kb3cnLgogVGhp cyB3b3JrcyBsaWtlICdpbWFnZS10cmFuc2Zvcm0tZml0LXRvLXdpbmRvdycuCiAKKyoqKiBOZXcg dXNlciBvcHRpb24gJ2ltYWdlLWF1dG8tcmVzaXplLW1heC1zY2FsZS1wZXJjZW50Jy4KK1RoZSBu ZXcgJ2ZpdC13aW5kb3cnIG9wdGlvbnMgd2lsbCBuZXZlciBzY2FsZSBhbiBpbWFnZSBtb3JlIHRo YW4gdGhpcworbXVjaCAoaW4gcGVyY2VudCkuICBJdCBpcyBuaWwgYnkgZGVmYXVsdC4KKwogKiog SW1hZ2UtRGlyZWQKIAogKysrCmRpZmYgLS1naXQgYS9saXNwL2ltYWdlLW1vZGUuZWwgYi9saXNw L2ltYWdlLW1vZGUuZWwKaW5kZXggYTkxMTAyN2E5YS4uNjI0Yzg1MmNiOCAxMDA2NDQKLS0tIGEv bGlzcC9pbWFnZS1tb2RlLmVsCisrKyBiL2xpc3AvaW1hZ2UtbW9kZS5lbApAQCAtNzQsNiArNzQs MTUgQEAgaW1hZ2UtYXV0by1yZXNpemUKICAgOnZlcnNpb24gIjI5LjEiCiAgIDpncm91cCAnaW1h Z2UpCiAKKyhkZWZjdXN0b20gaW1hZ2UtYXV0by1yZXNpemUtbWF4LXNjYWxlLXBlcmNlbnQgbmls CisgICJNYXggc2l6ZSAoaW4gcGVyY2VudCkgdG8gc2NhbGUgdXAgdG8gd2hlbiBgaW1hZ2UtYXV0 by1yZXNpemUnIGlzIGBmaXQtd2luZG93Jy4KK0NhbiBiZSBlaXRoZXIgYSBudW1iZXIgbGFyZ2Vy IHRoYW4gMTAwLCBvciBuaWwsIHdoaWNoIG1lYW5zIG5vCittYXggc2l6ZS4iCisgIDp0eXBlICco Y2hvaWNlIChjb25zdCBuaWwgIk5vIG1heCIpCisgICAgICAgICAgICAgICAgIG5hdG51bSkKKyAg OnZlcnNpb24gIjI5LjEiCisgIDpncm91cCAnaW1hZ2UpCisKIChkZWZjdXN0b20gaW1hZ2UtYXV0 by1yZXNpemUtb24td2luZG93LXJlc2l6ZSAxCiAgICJOb24tbmlsIHRvIHJlc2l6ZSB0aGUgaW1h Z2Ugd2hlbmV2ZXIgdGhlIHdpbmRvdydzIGRpbWVuc2lvbnMgY2hhbmdlLgogVGhpcyB3aWxsIGFs d2F5cyBrZWVwIHRoZSBpbWFnZSBmaXQgdG8gdGhlIHdpbmRvdy4KQEAgLTgxMCw2ICs4MTksMjEg QEAgYXJjaGl2ZS1zdXBlcmlvci1idWZmZXIKIChkZWZ2YXIgdGFyLXN1cGVyaW9yLWJ1ZmZlcikK IChkZWNsYXJlLWZ1bmN0aW9uIGltYWdlLWZsdXNoICJpbWFnZS5jIiAoc3BlYyAmb3B0aW9uYWwg ZnJhbWUpKQogCisoZGVmdW4gaW1hZ2UtLXNjYWxlLXdpdGhpbi1saW1pdHMtcCAoaW1hZ2UpCisg ICJSZXR1cm4gdCBpZiBgZml0LXdpbmRvdycgd2lsbCBzY2FsZSBpbWFnZSB3aXRoaW4gdGhlIGN1 c3RvbWl6ZWQgbGltaXRzLgorVGhlIGxpbWl0cyBhcmUgZ2l2ZW4gYnkgdGhlIHVzZXIgb3B0aW9u CitgaW1hZ2UtYXV0by1yZXNpemUtbWF4LXNjYWxlLXBlcmNlbnQnLiIKKyAgKG9yIChub3QgaW1h Z2UtYXV0by1yZXNpemUtbWF4LXNjYWxlLXBlcmNlbnQpCisgICAgICAobGV0ICgoc2NhbGUgKC8g aW1hZ2UtYXV0by1yZXNpemUtbWF4LXNjYWxlLXBlcmNlbnQgMTAwKSkKKyAgICAgICAgICAgICht dyAocGxpc3QtZ2V0IChjZHIgaW1hZ2UpIDptYXgtd2lkdGgpKQorICAgICAgICAgICAgKG1oIChw bGlzdC1nZXQgKGNkciBpbWFnZSkgOm1heC1oZWlnaHQpKQorICAgICAgICAgICAgOzsgTm90ZTog YGltYWdlLXNpemUnIGxvb2tzIHVwIGFuZCB0aHVzIGNhY2hlcyB0aGUKKyAgICAgICAgICAgIDs7 IHVudHJhbnNmb3JtZWQgaW1hZ2UuICBUaGVyZSdzIG5vIGVhc3kgd2F5IHRvCisgICAgICAgICAg ICA7OyBwcmV2ZW50IHRoYXQuCisgICAgICAgICAgICAoc2l6ZSAoaW1hZ2Utc2l6ZSBpbWFnZSB0 KSkpCisgICAgICAgIChvciAoPD0gbXcgKCogKGNhciBzaXplKSBzY2FsZSkpCisgICAgICAgICAg ICAoPD0gbWggKCogKGNkciBzaXplKSBzY2FsZSkpKSkpKQorCiAoZGVmdW4gaW1hZ2UtdG9nZ2xl LWRpc3BsYXktaW1hZ2UgKCkKICAgIlNob3cgdGhlIGltYWdlIG9mIHRoZSBpbWFnZSBmaWxlLgog VHVybiB0aGUgaW1hZ2UgZGF0YSBpbnRvIGEgcmVhbCBpbWFnZSwgYnV0IG9ubHkgaWYgdGhlIHdo b2xlIGZpbGUKQEAgLTg5Myw3ICs5MTcsOCBAQCBpbWFnZS10b2dnbGUtZGlzcGxheS1pbWFnZQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6Zm9ybWF0IChhbmQgZmlsZW5hbWUgZGF0 YS1wKSkpKQogCiAgICAgOzsgSGFuZGxlIGBmaXQtd2luZG93Jy4KLSAgICAod2hlbiAoZXEgaW1h Z2UtdHJhbnNmb3JtLXJlc2l6ZSAnZml0LXdpbmRvdykKKyAgICAod2hlbiAoYW5kIChlcSBpbWFn ZS10cmFuc2Zvcm0tcmVzaXplICdmaXQtd2luZG93KQorICAgICAgICAgICAgICAgKGltYWdlLS1z Y2FsZS13aXRoaW4tbGltaXRzLXAgaW1hZ2UpKQogICAgICAgKHNldHEgaW1hZ2UKICAgICAgICAg ICAgIChjb25zIChjYXIgaW1hZ2UpCiAgICAgICAgICAgICAgICAgICAocGxpc3QtcHV0IChjZHIg aW1hZ2UpIDp3aWR0aAotLSAKMi4zMC4yCgo= --00000000000062e18d05d002c8f5-- From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 Nov 2021 13:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Stefan Kangas Cc: 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163611856722644 (code B ref 51596); Fri, 05 Nov 2021 13:23:01 +0000 Received: (at 51596) by debbugs.gnu.org; 5 Nov 2021 13:22:47 +0000 Received: from localhost ([127.0.0.1]:45108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mizB9-0005tA-49 for submit@debbugs.gnu.org; Fri, 05 Nov 2021 09:22:47 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39282) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mizB6-0005st-FY for 51596@debbugs.gnu.org; Fri, 05 Nov 2021 09:22:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=T5dTBuE/TlHCP+NNcKsIRi7xoRcVagVfTQvTP+iNVn8=; b=eVPy3h9C2/oNg9ju5kwMV89JYA jGREUx4knP2SAm929vo1+P8ojTNLCydwGET+3Dpi6vsxS1ixZafvZDyjG5TI0tgZqbY2ouI5VyA25 RdAclMDuv9B5Xk5T+XoRPxAhW5RKQMjWWapc/61hifhtOu/xhOkPkWOcGMDsFPKbJsBU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mizAu-000510-N4; Fri, 05 Nov 2021 14:22:36 +0100 From: Lars Ingebrigtsen References: <87fssbu7wh.fsf@gnus.org> <87ee7vpm87.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAALVBMVEU8QEs3OkMoKCsb Gh0fICRUWGGcn6izucX09PbO0todHSFqcYEgHiEgHR/////UU9brAAAAAWJLR0QOb70wTwAAAAd0 SU1FB+ULBQ0WC0nBHr4AAAFvSURBVDjL7dExS8NAFAfwVKxIJxU/QD2vKOKUgwoFQY4DoXRpS4t1 FA3VyU3dXDTNWtDSTdLocHTyI2gmSaduxXwX3+XuEoTL5uh/SOB+9+69S6wCMsdC//DnsGXlQLmQ B0s5sJbTg6ybAXc3zHDs5Yx7+2gboeq5JSPsjlyHmuBkMLg8owYo9j3HXU4BI6x2lVdGd961n1Vg VVFxnNF4fJoBQzQxfON0eoN7qoBiRsEge73nSrPvZj2YiNhXdVvvBw80myoR8e5dfby0dQVFWJcs 7QxR0U6bM6Zgu3vR1DOKHinsrw5t1KpoYDoIvZ4j2nprS8AsE2iH/aMnP4MoVO1BcYcmIFYjCSy5 KwrkUawRJQnBKKOb+n/ASbD6pWvsEpafx2IhVHDOp1HYAPOxHAJZ4pTveLEAgaJ6PVBTAMzieEEI 5wBqXUJ8OCeQGsgUjtR3tWYxkalx0YoHGj4JSYVP4BEomJNfqU3ApzDeD3Ut/PmjBFl0AAAAJXRF WHRkYXRlOmNyZWF0ZQAyMDIxLTExLTA1VDEzOjIyOjExKzAwOjAwxemLVAAAACV0RVh0ZGF0ZTpt b2RpZnkAMjAyMS0xMS0wNVQxMzoyMjoxMSswMDowMLS0M+gAAAAASUVORK5CYII= X-Now-Playing: Anna B Savage's _A Common Turn_: "Baby Grand" Date: Fri, 05 Nov 2021 14:22:29 +0100 In-Reply-To: (Stefan Kangas's message of "Thu, 4 Nov 2021 21:07:33 -0700") Message-ID: <87lf22lotm.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Kangas writes: > That's true, now that you mention it. The first patch below therefore > obsoletes the old commands, mostly to free up the "s w" binding which > gives the new, and strictly better, behavior. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (---) Stefan Kangas writes: > That's true, now that you mention it. The first patch below therefore > obsoletes the old commands, mostly to free up the "s w" binding which > gives the new, and strictly better, behavior. Both patches make sense to me. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Nov 2021 19:11:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Lars Ingebrigtsen Cc: Stefan Kangas , 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163622583414797 (code B ref 51596); Sat, 06 Nov 2021 19:11:03 +0000 Received: (at 51596) by debbugs.gnu.org; 6 Nov 2021 19:10:34 +0000 Received: from localhost ([127.0.0.1]:50700 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjR5F-0003qb-PD for submit@debbugs.gnu.org; Sat, 06 Nov 2021 15:10:33 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:46939) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjR5D-0003qF-RS for 51596@debbugs.gnu.org; Sat, 06 Nov 2021 15:10:32 -0400 Received: (Authenticated sender: juri@linkov.net) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 5688DFF809; Sat, 6 Nov 2021 19:10:23 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87fssbu7wh.fsf@gnus.org> <87ee7vpm87.fsf@gnus.org> <87lf22lotm.fsf@gnus.org> Date: Sat, 06 Nov 2021 20:49:18 +0200 In-Reply-To: <87lf22lotm.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 05 Nov 2021 14:22:29 +0100") Message-ID: <86zgqh5e9t.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) >> That's true, now that you mention it. The first patch below therefore >> obsoletes the old commands, mostly to free up the "s w" binding which >> gives the new, and strictly better, behavior. > > Both patches make sense to me. ➕1️⃣ From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: image-transform-resize has inconsistent semantics wrt scaling up/down Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Nov 2021 19:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Juri Linkov , Lars Ingebrigtsen Cc: 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.16362282033405 (code B ref 51596); Sat, 06 Nov 2021 19:51:02 +0000 Received: (at 51596) by debbugs.gnu.org; 6 Nov 2021 19:50:03 +0000 Received: from localhost ([127.0.0.1]:50827 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjRhT-0000sm-17 for submit@debbugs.gnu.org; Sat, 06 Nov 2021 15:50:03 -0400 Received: from mail-pj1-f46.google.com ([209.85.216.46]:38755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjRhR-0000sD-EZ for 51596@debbugs.gnu.org; Sat, 06 Nov 2021 15:50:01 -0400 Received: by mail-pj1-f46.google.com with SMTP id w9-20020a17090a1b8900b001a6b3b7ec17so5630624pjc.3 for <51596@debbugs.gnu.org>; Sat, 06 Nov 2021 12:50:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=zDEffG3tXTeFfSCJjhWt6GXmz/ksSCrukzXzmFH/7js=; b=lrgBsDipFJu1D1Rxl+XnJG+gcJfMxZJW7LwEMJqKSmgxklzNo/id95eNhKlHLnWmwp d4N8C7S/2Orlbxvid9vv39+Ss7N1ypqrERfbidOtkaaWnFBPVGVTcH8Z2aq1VsU8Bnjv coDxqRcxGwF+Dvcx70vQy6Oi36JiCY3xiYGA4NCde0BldU3ALEP8Es/ITwlrZSfhwhmR n7l9K5Dib8L0rtSMIa0+TL9xg1jPTk4ujnpAe1zxbLMnZAxY+qIT7nRwmZf1Q3cHv/z0 m7KEvswXe29Byd6mXLok8GEUnWqYBPuOk7xGALQNGBYHL98O90dTKs0lip28IL+B0YXN huIg== X-Gm-Message-State: AOAM533+fk4AEHgDOBBO7eDsw0FfBAihrXRDeurwsbz+NrCP+2kkNS/B dUlVXmmXJtLpu0Jg3XgGXLm3ZIocU4lCoIcE48E= X-Google-Smtp-Source: ABdhPJwCQ6/KAAD/x9jF+b48rRO1OMjB+gm1nhyzII0WEWAm85+gfaE2hB+IB+aTSf0P3qDPrApU4VPX/yXQLKv26j8= X-Received: by 2002:a17:90a:be10:: with SMTP id a16mr38851790pjs.133.1636228195670; Sat, 06 Nov 2021 12:49:55 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 6 Nov 2021 12:49:55 -0700 From: Stefan Kangas In-Reply-To: <86zgqh5e9t.fsf@mail.linkov.net> References: <87fssbu7wh.fsf@gnus.org> <87ee7vpm87.fsf@gnus.org> <87lf22lotm.fsf@gnus.org> <86zgqh5e9t.fsf@mail.linkov.net> MIME-Version: 1.0 Date: Sat, 6 Nov 2021 12:49:55 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.5 (/) close 51596 29.1 thanks Juri Linkov writes: >>> That's true, now that you mention it. The first patch below therefore >>> obsoletes the old commands, mostly to free up the "s w" binding which >>> gives the new, and strictly better, behavior. >> >> Both patches make sense to me. > > =E2=9E=951=EF=B8=8F=E2=83=A3 =F0=9F=92=AF Pushed to master as commit fd141116f6 and 569d7f6a73. From unknown Sun Jun 22 07:59:39 2025 X-Loop: help-debbugs@gnu.org Subject: bug#51596: master fd14111 1/2: New command image-transform-fit-to-window Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Nov 2021 20:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 51596@debbugs.gnu.org Received: via spool by 51596-submit@debbugs.gnu.org id=B51596.163622919413335 (code B ref 51596); Sat, 06 Nov 2021 20:07:02 +0000 Received: (at 51596) by debbugs.gnu.org; 6 Nov 2021 20:06:34 +0000 Received: from localhost ([127.0.0.1]:50869 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjRxS-0003T0-Ab for submit@debbugs.gnu.org; Sat, 06 Nov 2021 16:06:34 -0400 Received: from mail-pj1-f41.google.com ([209.85.216.41]:45762) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjRxQ-0003Sl-Bu for 51596@debbugs.gnu.org; Sat, 06 Nov 2021 16:06:33 -0400 Received: by mail-pj1-f41.google.com with SMTP id gb13-20020a17090b060d00b001a674e2c4a8so5782960pjb.4 for <51596@debbugs.gnu.org>; Sat, 06 Nov 2021 13:06:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:in-reply-to:references:mime-version:date:message-id:subject:to; bh=BdNnFIIiRQ9eRigG/TTsWurxrN9ePhjScsWZD2MwQ3k=; b=mfAng0/MDAWCOf6C/iiXZh4LbB8oJz+YLK9yoFkOh+ppmWTWVXZygPllfSk9gkgtvD gybF+krG656JZldSebcp7H5qTWToA8M1DcrU5FwYEOrQPe24hk6wjxbJv+NQHW73xAJ5 8C1LSsdhVXdcI8/7hIFCKfca+bkteucABmR7+TCzEiqGb5+V4fZ6eQf18yw7evlmSkv2 MotFqz3bcLWlXJ/uY+9aJfIJR0yVC2mBixtLLIJ/ESNeyToTtzx5iWefUkAWZLq8p6pH LaVzDT8DPItj8RUTaqvIkVc1tXiJchU7dY6NzvyacX/cRwydFm6rCn7pCjFEYZoXkVlx x8PA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to; bh=BdNnFIIiRQ9eRigG/TTsWurxrN9ePhjScsWZD2MwQ3k=; b=Brr2ffpk7q4P5acncshD7CCoCkFHXiXQirbXucF72dyd7y+IqZbyJfMvq5ypmlgZPN x5zV6j/QBy650/dpoKPQ5PR+t6sA+fHRH8uf1D36ttrA15stSVembQs8s3821zrWVDoT hD7EgsYnMbKSq4krIOQ6VJXKPdTjVEarLWyxhuW6MdkVYeI00Hk7P0DGVZWJk7mfVLNj WcqEUJ8oRBEPTZWctcyl5h5YNH5I+jglsSIQqcKSKbgyGHNKQiZrDBDVxrUB0NAirR29 5UKklhRrTaye2wvOGbscL+XcBM5rysSlB/x/rxFjHvRiIBp0eem3ShuvDvDor5IRfsSS FdZw== X-Gm-Message-State: AOAM53028nBYEgiuS0ECyhZuG4T7tfxC+hKy0huDJuAYGZO9/tBh2c3y /D0E9UVhhjkfguGmQ9iQ/jExkiLbQEUtO0A0ZPDtgDKi X-Google-Smtp-Source: ABdhPJzJ4OdjIfGj9Kmd4AO0u4w48EoPJqVO/mCCqI1xKQrQPO/cex6taBRn8Kro8CyMPPKQXc47EXmwZ78Iaf1+h3w= X-Received: by 2002:a17:902:a410:b0:141:be1a:53d1 with SMTP id p16-20020a170902a41000b00141be1a53d1mr48970908plq.71.1636229186663; Sat, 06 Nov 2021 13:06:26 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 6 Nov 2021 13:06:26 -0700 From: Stefan Kangas In-Reply-To: <20211106194832.C033F20B75@vcs0.savannah.gnu.org> References: <20211106194830.1501.7678@vcs0.savannah.gnu.org> <20211106194832.C033F20B75@vcs0.savannah.gnu.org> MIME-Version: 1.0 Date: Sat, 6 Nov 2021 13:06:26 -0700 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) stefankangas@gmail.com (Stefan Kangas) writes: > branch: master > commit fd141116f67313c0d9787936cbaa4f12cfaffb9d > Author: Stefan Kangas > Commit: Stefan Kangas > > New command image-transform-fit-to-window > > * lisp/image-mode.el (image-auto-resize, image-transform-resize): > Add new value 'fit-window', meaning to scale the image up or down > to fit the window. (Bug#) > (image-transform-fit-to-window): New command. > (image-transform-fit-to-height, image-transform-fit-to-width): > Make obsolete in favor of above new command. > (image-mode-map): Bind "s w" to 'image-transform-fit-to-window'. > Move binding for obsolete command 'image-transform-fit-to-width' > to "s i". > (image-mode-map): Add menu entry for > 'image-transform-fit-to-window'. Remove menu entries for above > obsolete commands. > * doc/emacs/files.texi (Image Mode): Update documentation. > (image-transform-fit-both): Doc fix. Ugh, I missed including the bug number. I'm sending the full commit message with the full SHA here in case anyone tries searching for it later.