From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#62679: 29.0.60; Bindings on `image-map` cause error on sliced images Date: Sat, 08 Apr 2023 12:46:55 +0300 Message-ID: <83zg7in1tc.fsf@gnu.org> References: <87ttxubahz.fsf@zohomail.eu> <83o7o1qrew.fsf@gnu.org> <87pm8hat4s.fsf@zohomail.eu> <83y1n5ou6l.fsf@gnu.org> <87lej4c0o5.fsf@zohomail.eu> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30001"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 62679-done@debbugs.gnu.org To: Rah Guzar Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Apr 08 11:47:53 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pl5Al-0007aO-2N for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Apr 2023 11:47:51 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pl5AC-0001UP-54; Sat, 08 Apr 2023 05:47:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pl59z-0001TV-2A for bug-gnu-emacs@gnu.org; Sat, 08 Apr 2023 05:47:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pl59y-0002Gx-Dd for bug-gnu-emacs@gnu.org; Sat, 08 Apr 2023 05:47:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pl59y-0006Ga-3r for bug-gnu-emacs@gnu.org; Sat, 08 Apr 2023 05:47:02 -0400 Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Apr 2023 09:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 62679 X-GNU-PR-Package: emacs Mail-Followup-To: 62679@debbugs.gnu.org, eliz@gnu.org, rahguzar@zohomail.eu Original-Received: via spool by 62679-done@debbugs.gnu.org id=D62679.168094719124046 (code D ref 62679); Sat, 08 Apr 2023 09:47:01 +0000 Original-Received: (at 62679-done) by debbugs.gnu.org; 8 Apr 2023 09:46:31 +0000 Original-Received: from localhost ([127.0.0.1]:57747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pl59T-0006Fl-5Y for submit@debbugs.gnu.org; Sat, 08 Apr 2023 05:46:31 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:46002) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pl59Q-0006FY-S2 for 62679-done@debbugs.gnu.org; Sat, 08 Apr 2023 05:46:29 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pl59L-00029b-70; Sat, 08 Apr 2023 05:46:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=oTo+HttqOlROmxRM/jlJk4WHcImqLFr9cuOGMGx+Hpk=; b=iI9dgWz4Z89m TDyrSSXA/Q+kPmyYriZfeoPe0LKCVhnbeZzy7SZYhRcvqqP0Q8udtHCSZnZDowyrXdA8RgceLWxIp 1oRW5ugxm2R7nsI9/E2vJGSWUr7BpOhUSNm/BTkqKEa2W9AQlXezOWtL5WIJJPd/TGfr2hx9kHy+X HULRoHOrVLGnQlgvXChOAloeCFkRiJh/3QIwPAjTRwk4VVW70gG/YqVo4PdszUfkei2eRLNRm4w7h awR97aYKBQcg7I2t+ZXhHrvPvn/jp0mtsF58ZPMsqq2/heVK8Tn02yCzFnMOnEBCPi2D94fa2+ZeO kepWBWENZhcmhrIKI7ghaQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pl59J-0000mb-Eq; Sat, 08 Apr 2023 05:46:22 -0400 In-Reply-To: <87lej4c0o5.fsf@zohomail.eu> (message from Rah Guzar on Thu, 06 Apr 2023 20:30:19 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:259463 Archived-At: > From: Rah Guzar > Cc: larsi@gnus.org, 62679@debbugs.gnu.org > Date: Thu, 06 Apr 2023 20:30:19 +0200 > > > I cannot reproduce this. On my system, if I move point with the right > > arrow key, "M-x describe-text-properties" doesn't show the keymap > > property. > > You are right there is no keymap property there but somehow "image-map" > is still active. I can press "i +" there and see the error while after or > before the image pressing "i +" will insert the two characters. Thanks, I fixed this now on the emacs-29 branch. > >> According to the info manual, the advantage of using sliced images is > >> to get a more intuitive scrolling behavior and that is the reason I am > >> using them. I think for everything else the image should behave as a > >> single image. For that reason the behavior of "i r" seems correct to > >> me. It rotates the image and then slices. > > > > If this is what you see, I guess you have Emacs built with > > ImageMagick? I don't see "rotation followed by slicing", because the > > code doesn't do that, at least not with rotation that is implemented > > natively in Emacs on my system. But, as I said, rotation of sliced > > image is not well defined, so my opinion is that people should not > > depend on it doing something sensible. > > Evaluating "(image-type-available-p 'imagemagick)" returns nil so I > think Emacs is built without imagemagick support. The sequence of > command I ran to build it were > ./configure --with-pgtk > make > make bootstrap > where the first make failed due to some org issue. > > But to the broader point about rotation not being sensible I think it > might be a good idea to put a different keymap on sliced images in that > case. Maybe "sliced-image-map" which should be the parent of > "image-map". I don't see any misbehavior though. I added a new map, in which some commands that have no meaning for sliced images are absent. And with that, I'm closing this bug.