From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#38187: 27.0.50; No mouse-wheel scaling on images Date: Sun, 17 Nov 2019 15:01:01 -0800 (PST) Message-ID: References: <87tv79ksuz.fsf@mail.linkov.net> <83zhgy62u8.fsf@gnu.org> <87y2we7r90.fsf@gnus.org> <83lfse5w04.fsf@gnu.org> <87a78u7ags.fsf@gnus.org> <878soemc79.fsf@marxist.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="40806"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 38187@debbugs.gnu.org, juri@linkov.net To: Stefan Kangas , Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 18 00:02:14 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iWTYa-000AR1-IB for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Nov 2019 00:02:12 +0100 Original-Received: from localhost ([::1]:56886 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iWTYZ-00063V-GS for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Nov 2019 18:02:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47867) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iWTYR-000628-OU for bug-gnu-emacs@gnu.org; Sun, 17 Nov 2019 18:02:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iWTYQ-0000Fg-98 for bug-gnu-emacs@gnu.org; Sun, 17 Nov 2019 18:02:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34083) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iWTYQ-0000Fa-21 for bug-gnu-emacs@gnu.org; Sun, 17 Nov 2019 18:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iWTYP-0006Yz-UF for bug-gnu-emacs@gnu.org; Sun, 17 Nov 2019 18:02:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Nov 2019 23:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38187 X-GNU-PR-Package: emacs Original-Received: via spool by 38187-submit@debbugs.gnu.org id=B38187.157403167425174 (code B ref 38187); Sun, 17 Nov 2019 23:02:01 +0000 Original-Received: (at 38187) by debbugs.gnu.org; 17 Nov 2019 23:01:14 +0000 Original-Received: from localhost ([127.0.0.1]:42904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iWTXe-0006Xy-1d for submit@debbugs.gnu.org; Sun, 17 Nov 2019 18:01:14 -0500 Original-Received: from userp2130.oracle.com ([156.151.31.86]:58358) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iWTXb-0006Xj-EA for 38187@debbugs.gnu.org; Sun, 17 Nov 2019 18:01:12 -0500 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xAHMuP02076345; Sun, 17 Nov 2019 23:01:05 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=SK3lwzX7GQip4F2m1XH68fkT+i42kX/88qme2Ka39i8=; b=D30LK6lXYt/aAfRGzuBQSQUY+nWTYWLh31PKq+7BnffQWIdJhRwgsFtrmpoMHKq7LQYp BGENU8Tu2DOSr81rvqu7ukQEomuAtmv+Gf5eAcjqNbS/ahBi327asjQbPSYAXtu2V2gx 3duWldyZlsJU0npADkrpifoRXqsJ61IeSPn1GK+WZKBfEBgTZiJLb6JWOQNtweaKHQde kKNQLvFFcNvZXBOEvKlRWTFAQR43tvgXwWW3cR0GMY+SC2pBsvuU7v+yJVb90R12/EBm fQj8cEGLKDeGlBTUbyBIibAr4ppY22Z6SjCDWVPTy97YXeSAlJB4UsoRTPqYAtkeSA+l WA== Original-Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2130.oracle.com with ESMTP id 2wa8htcnav-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 17 Nov 2019 23:01:05 +0000 Original-Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xAHMwBla111688; Sun, 17 Nov 2019 23:01:04 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3030.oracle.com with ESMTP id 2watjwcmtm-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 17 Nov 2019 23:01:04 +0000 Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id xAHN12ep015222; Sun, 17 Nov 2019 23:01:02 GMT In-Reply-To: <878soemc79.fsf@marxist.se> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4927.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9444 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1911170219 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9444 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1911170219 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:171875 Archived-At: > >> AFAIU, that's not what the OP wanted. He wanted to see _all_ images > >> be scaled proportionally to the text scaling, regardless of where > >> the mouse pointer is located. > > > > Ah; yes, I agree that that would be confusing. >=20 > FWIW, I think the opposite. I think that zooming text, images and all > buffer content together should be the default. I believe that it > would feel both natural and familiar, especially to new users, since > that's how e.g. web browsers, LibreOffice and evince, etc. works. I'm not speaking to that question, of whether the default behavior should be to zoom everything in the buffer or just the text in the buffer or whatever other buffer content there may be. I want to raise a different point, since you pose the question of terminology and "zooming". > And if we do that, why then not call this functionality "zooming"? > That nomenclature is fairly well-established and therefore easier to > understand for new users, I think. >=20 > Of course, if we don't do such a change, it makes no sense to > introduce the word "zooming". Then "change font size" or "change > image size" is a better description of what is going on. >=20 > (That also reminds me that, IMO, text-scale-increase/decrease should > be renamed to font-size-increase/decrease. The current names are not > very discoverable; when one wants to change the font size, and says: > `M-x font TAB'. At the very least, we should have such defaliases.) I didn't coin the verb "zoom", of course, but I did introduce it in the context of Emacs, AFAIK - in 3rd-party code, 15 years ago. I agree that "zoom" is a good way to talk about such behavior. However, what's important here is that the thing you are talking about zooming is the displayed _buffer_ content. When talking about font-size change, it is the (apparent) font size in the _buffer_ that you're talking about. Why do I mention this? Because there are other ways to zoom, and so change font size. In particular, you can zoom a _frame_, as opposed to a _buffer_, by changing the value of the `font' frame parameter. Each is useful: (1) zoom a frame, which means each of its windows, regardless of which buffers are shown there, and (2) zoom a buffer, which means across all windows in all frames. So I'd prefer that names used for the behavior you're referring to make clear that it is about zooming the displayed content of a _buffer_ (whether you mean only text or text+images). It's not about zooming a frame (its font size, scroll-bar, images, etc.). If you do that - make clear just what is being zoomed (text in a buffer, text+images in a buffer, etc.) - then there will be room for talking about zooming other things, with no risk of confusion of terms. Zooming doesn't apply only to a single buffer every place it's displayed. --- FWIW, my library `zoom-frm.el' provides commands that let you zoom either the current buffer or the selected frame (a single command does either). For example, command `zoom-in/out' is a more general replacement for `text-scale-adjust'. I recommend binding it to the keys bound by default to that command: `C-x C-+', `C-x C-=3D', `C-x C--', `C-x C-0'. How is it "more general"? Option `zoom-frame/buffer' says which kind of zooming (frame or buffer) to use by default. Why "by default"? Because you can use a prefix arg with `zoom-in/out' to toggle between zooming the other (frame or buffer) from then on. Besides `zoom-in/out', there are `zoom-in' and `zoom-out', which I recommend binding to `C-wheel-up' and `C-wheel-down' (as for web browsers). `zoom-frm.el' doesn't zoom images. But I agree that an ability to zoom both text and images would be useful - as well as an ability to zoom only text or only images, and zoom a single image as well as all images, whether for a buffer or a frame. https://www.emacswiki.org/emacs/download/zoom-frm.el