From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 05 11:43:38 2023 Received: (at submit) by debbugs.gnu.org; 5 Apr 2023 15:43:38 +0000 Received: from localhost ([127.0.0.1]:52464 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pk5IP-0007XC-FC for submit@debbugs.gnu.org; Wed, 05 Apr 2023 11:43:38 -0400 Received: from lists.gnu.org ([209.51.188.17]:58114) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pk5IN-0007X3-3m for submit@debbugs.gnu.org; Wed, 05 Apr 2023 11:43:36 -0400 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 1pk5IM-00070L-FG for bug-gnu-emacs@gnu.org; Wed, 05 Apr 2023 11:43:34 -0400 Received: from sender11-pp-o93.zoho.eu ([31.186.226.251]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pk5IH-0000tH-Gf for bug-gnu-emacs@gnu.org; Wed, 05 Apr 2023 11:43:31 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1680709403; cv=none; d=zohomail.eu; s=zohoarc; b=Rgj5iscv4eNFzQVV0dxaVJYLTXQIYp8Rkqg5s0d2KlACyMzAgaoDngAZpwtxbscGAUD8O2HVolhglpevJp4I+hca+d4KvOzpdLrBpmkmymW6WYke/a5yTVaAvA9qxelG9Z4/znwVwMhi3vStXC6BOtdlkHEwzVIOoCjQsNr5LnI= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1680709403; h=Content-Type:Content-Transfer-Encoding:Date:From:MIME-Version:Message-ID:Subject:To; bh=OUC2nN1h4gCk0x8U4RUikOzd6ddSmX8hbTaVzko9LfI=; b=FCKZ/yCwvbBrji0w3rJFZvfMis+mV5eH2aaP26+7G5gv9/RAA00lpbgl6RqXPO4LU7WmNzVgaXRouupiEeZ/zhnu/XYU8gGKU8Wn3eU+1FKIaGC7EdpxVSrwDUHfG4iir7U8UpKjLjDI5jEIvdpmtbXNw1PseW/9CGaH1FpKK5o= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=zohomail.eu; spf=pass smtp.mailfrom=rahguzar@zohomail.eu; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1680709403; s=zoho; d=zohomail.eu; i=rahguzar@zohomail.eu; h=From:From:To:To:Subject:Subject:Date:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-Id:Reply-To:Cc; bh=OUC2nN1h4gCk0x8U4RUikOzd6ddSmX8hbTaVzko9LfI=; b=V0xjfdHl5LAdhUoes3bEhdv96vWJ+Cn03h481sJYdUfo8+1Fvd7Jye8nRZ9lU2iw GEzX7jBrRVLL6ztE5E28l6a+KBNX5ZuXJhug30hH7azYJfzR/HaF11B8fkqBTDLsLl7 h12t0svXbGpnNr/bX98xjSBzDgHIvacRtW2YZ6jE= Received: from localhost (emp-89-11.eduroam.uu.se [130.238.89.11]) by mx.zoho.eu with SMTPS id 1680709401579394.2196498614279; Wed, 5 Apr 2023 17:43:21 +0200 (CEST) User-agent: mu4e 1.10.1; emacs 29.0.60 From: Rah Guzar To: bug-gnu-emacs@gnu.org Subject: 29.0.60; Bindings on `image-map` cause error on sliced images Date: Wed, 05 Apr 2023 17:23:11 +0200 Message-ID: <87ttxubahz.fsf@zohomail.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External Received-SPF: pass client-ip=31.186.226.251; envelope-from=rahguzar@zohomail.eu; helo=sender11-pp-o93.zoho.eu X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit 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: -2.4 (--) Dear Emacs maintainers, Starting from `emacs -Q`, post the following code into scratch buffer, ``` (let* ((image (create-image path-to-png 'png nil :mask 'heuristic)) (rows (max 1 (1- (cdr (image-size image)))))) (goto-char (point-max)) (insert "\n") (insert-sliced-image image " " nil rows)) ``` This inserts the image specified at the end of the buffer. The image has a `keymap` text property which include binding for various operations on images but moving point to the image and trying to use any of these (e.g. `i +` to increase image size) results in the error, Error running timer =E2=80=98image--change-size=E2=80=99: (error "No image = under point") Rah Guzar In GNU Emacs 29.0.60 (build 1, x86_64-suse-linux-gnu, GTK+ Version 3.24.37, cairo version 1.17.8) of 2023-04-03 built on cloud108 System Description: openSUSE Tumbleweed Configured using: 'configure --host=3Dx86_64-suse-linux-gnu --build=3Dx86_64-suse-linux-gnu --program-prefix=3D --disable-dependency-tracking --prefix=3D/usr --exec-prefix=3D/usr --bindir=3D/usr/bin --sbindir=3D/usr/sbin --sysconfdir=3D/etc --datadir=3D/usr/share --includedir=3D/usr/include --libdir=3D/usr/lib64 --libexecdir=3D/usr/libexec --localstatedir=3D/var --sharedstatedir=3D/var/lib --mandir=3D/usr/share/man --infodir=3D/usr/share/info --with-pgtk --with-native-compilation=3Daot --with-cairo --with-libotf --with-jpeg --with-tiff --with-gif --with-png --with-rsvg --with-xft --with-xml2 --with-dbus --with-sound --with-json --with-mailutils --with-gnutls --with-tree-sitter --enable-locallisppath=3D/usr/share/emacs/29.0.60/site-lisp:/usr/share/ema= cs/site-lisp 'CFLAGS=3D-O2 -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=3D3 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=3Dreturn-type -flto=3Dauto' LDFLAGS=3D-Wl,-O2' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER XIM GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: mu4e:main Minor modes in effect: pdf-occur-global-minor-mode: t global-anzu-mode: t anzu-mode: t recentf-mode: t save-place-mode: t global-so-long-mode: t global-evil-surround-mode: t evil-surround-mode: t eros-mode: t projectile-mode: t which-key-mode: t savehist-mode: t better-jumper-mode: t better-jumper-local-mode: t global-company-mode: t company-mode: t vertico-mode: t all-the-icons-completion-mode: t marginalia-mode: t evil-goggles-mode: t evil-escape-mode: t evil-snipe-override-mode: t evil-snipe-mode: t gcmh-mode: t winner-mode: t smartparens-global-mode: t ws-butler-global-mode: t undo-fu-session-global-mode: t undo-fu-mode: t workroom-mode: t mu4e-search-minor-mode: t global-hl-line-mode: t hl-line-mode: t mu4e-update-minor-mode: t mu4e-context-minor-mode: t dirvish-override-dired-mode: t server-mode: t repeat-mode: t evil-mode: t evil-local-mode: t windmove-mode: t +popup-mode: t +modeline-global-mode: t +modeline-mode: t override-global-mode: t general-override-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t window-divider-mode: t buffer-read-only: t size-indication-mode: t line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t abbrev-mode: t Load-path shadows: /home/azeem/.emacs.d/.local/straight/build-29.0.60/emacsql/emacsql-sqlite-b= uiltin hides /home/azeem/.emacs.d/.local/straight/build-29.0.60/emacsql-sql= ite-builtin/emacsql-sqlite-builtin /home/azeem/.emacs.d/.local/straight/build-29.0.60/citar-embark/citar-embar= k hides /home/azeem/.emacs.d/.local/straight/build-29.0.60/citar/citar-emba= rk /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e hides /usr/sha= re/emacs/site-lisp/mu4e/mu4e /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-window hides /= usr/share/emacs/site-lisp/mu4e/mu4e-window /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-view hides /us= r/share/emacs/site-lisp/mu4e/mu4e-view /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-vars hides /us= r/share/emacs/site-lisp/mu4e/mu4e-vars /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-update hides /= usr/share/emacs/site-lisp/mu4e/mu4e-update /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-server hides /= usr/share/emacs/site-lisp/mu4e/mu4e-server /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-search hides /= usr/share/emacs/site-lisp/mu4e/mu4e-search /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-query-items hi= des /usr/share/emacs/site-lisp/mu4e/mu4e-query-items /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-org hides /usr= /share/emacs/site-lisp/mu4e/mu4e-org /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-obsolete hides= /usr/share/emacs/site-lisp/mu4e/mu4e-obsolete /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-notification h= ides /usr/share/emacs/site-lisp/mu4e/mu4e-notification /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-modeline hides= /usr/share/emacs/site-lisp/mu4e/mu4e-modeline /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-message hides = /usr/share/emacs/site-lisp/mu4e/mu4e-message /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-mark hides /us= r/share/emacs/site-lisp/mu4e/mu4e-mark /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-main hides /us= r/share/emacs/site-lisp/mu4e/mu4e-main /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-icalendar hide= s /usr/share/emacs/site-lisp/mu4e/mu4e-icalendar /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-helpers hides = /usr/share/emacs/site-lisp/mu4e/mu4e-helpers /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-headers hides = /usr/share/emacs/site-lisp/mu4e/mu4e-headers /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-folders hides = /usr/share/emacs/site-lisp/mu4e/mu4e-folders /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-draft hides /u= sr/share/emacs/site-lisp/mu4e/mu4e-draft /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-contrib hides = /usr/share/emacs/site-lisp/mu4e/mu4e-contrib /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-context hides = /usr/share/emacs/site-lisp/mu4e/mu4e-context /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-config hides /= usr/share/emacs/site-lisp/mu4e/mu4e-config /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-compose hides = /usr/share/emacs/site-lisp/mu4e/mu4e-compose /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-bookmarks hide= s /usr/share/emacs/site-lisp/mu4e/mu4e-bookmarks /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-actions hides = /usr/share/emacs/site-lisp/mu4e/mu4e-actions /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-speedbar hides= /usr/share/emacs/site-lisp/mu4e/mu4e-speedbar /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-lists hides /u= sr/share/emacs/site-lisp/mu4e/mu4e-lists /home/azeem/.emacs.d/.local/straight/build-29.0.60/mu4e/mu4e-contacts hides= /usr/share/emacs/site-lisp/mu4e/mu4e-contacts Features: (shadow emacsbug company-ispell company-dabbrev jit-spell face-remap pdf-annot facemenu pdf-outline pdf-links pdf-loader pdf-occur evil-collection-tablist tablist tablist-filter semantic/wisent/comp semantic/wisent semantic/wisent/wisent semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local cedet pdf-isearch pdf-misc evil-collection-pdf pdf-history pdf-tools evil-collection-package-menu doom-packages package url-handlers saveplace-pdf-view pdf-view pdf-cache pdf-info tq pdf-util pdf-macs image-mode exif url-http url-gw url-cache url-auth gts-engine-deepl gts-implements gts-faces gts-core guess-language flyspell ispell gnus-async gnus-bcklg gnus-ml nndraft nnmh nnfolder epa-file network-stream nsm gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg nntp gnus-cache descr-text checkdoc evil-collection-vc-git vc-git evil-collection-diff-mode diff-mode vc-dispatcher qp tabify evil-collection-xref xref sort gnus-cite smiley shr-color mm-archive mail-extr textsec uni-scripts idna-mapping ucs-normalize uni-confusable textsec-check evil-anzu anzu evil-collection-indent vertico-directory evil-collection-helpful helpful cc-langs cc-vars cc-defs evil-collection-imenu imenu trace evil-collection-edebug edebug evil-collection-debug debug backtrace info-look evil-collection-info info f f-shortdoc help-fns radix-tree evil-collection-elisp-refs elisp-refs s evil-collection-consult consult-vertico consult use-package-lint adaptive-wrap company-yasnippet delsel evil-textobj-anyblock jka-compr auto-minor-mode disp-table whitespace bicycle hideshow recentf tree-widget saveplace evil-collection-so-long so-long evil-embrace evil-surround embrace expand-region text-mode-expansions the-org-mode-expansions org-element org-persist xdg org-id org-refile avl-tree generator er-basic-expansions expand-region-core expand-region-custom eros highlight-quoted rainbow-delimiters highlight-numbers parent-mode display-line-numbers hl-todo evil-collection-elisp-mode elisp-mode evil-collection-help cursor-sensor vertico-repeat projectile lisp-mnt evil-collection-grep grep ibuf-ext evil-collection-ibuffer ibuffer ibuffer-loaddefs evil-collection-which-key which-key savehist better-jumper company-capf company evil-collection-vertico vertico orderless all-the-icons-completion marginalia evil-goggles pulse color evil-easymotion evil-escape evil-snipe hide-mode-line gcmh winner smartparens-config smartparens-text smartparens dash ws-butler undo-fu-session undo-fu workroom compat desktop frameset mu4e mu4e-org evil-collection-org smartparens-org org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src ob-comint org-pcomplete pcomplete org-list org-footnote org-faces org-entities noutline outline ob-emacs-lisp org-table ol org-keys oc-natbib oc-csl bibtex oc-biblatex oc org-loaddefs find-func mu4e-notification notifications mu4e-main mu4e-view gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum gnus-group gnus-undo gnus-start gnus-dbus dbus autorevert filenotify gnus-cloud nnimap nnmail mail-source utf7 nnoo parse-time iso8601 gnus-spec gnus-int gnus-range gnus-win evil-collection-gnus gnus nnheader range evil-collection-calendar cal-menu calendar cal-loaddefs mu4e-headers mu4e-compose mu4e-draft mu4e-actions smtpmail mu4e-search mu4e-lists mu4e-bookmarks mu4e-mark mu4e-message shr pixel-fill kinsoku url-file svg xml dom browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util url-parse auth-source json map url-vars flow-fill mule-util hl-line mu4e-contacts mu4e-update mu4e-folders mu4e-context mu4e-query-items mu4e-server mu4e-modeline mu4e-vars mu4e-helpers mu4e-config mu4e-window evil-collection-bookmark bookmark ido message sendmail mailcap yank-media puny dirvish transient eieio eieio-core evil-collection-dired dired dired-loaddefs rfc822 mml mml-sec password-cache evil-collection-epa epa epg rfc6068 epg-config gnus-util time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader mu4e-obsolete server dtrt-indent ef-spring-theme ef-themes repeat midnight evil-collection-flymake flymake-proc flymake project evil-collection-compile evil-collection-custom cus-edit cus-load wid-edit evil-collection-comint evil-collection annalist compile text-property-search comint ansi-osc ansi-color html2text let-alist ob-core org-cycle org-fold org-fold-core org-compat ob-eval org-version org-macs format-spec ibuf-macs evil evil-integration evil-maps evil-commands reveal evil-jumps evil-command-window evil-search evil-types evil-macros evil-repeat evil-states evil-core byte-opt advice evil-common windmove calc calc-loaddefs calc-macs thingatpt rect evil-digraphs evil-vars ring all-the-icons all-the-icons-faces data-material data-weathericons data-octicons data-fileicons data-faicons data-alltheicons derived edmacro kmacro use-package-bind-key bind-key comp comp-cstr warnings icons rx doom-editor doom-projects doom-ui easy-mmode doom-keybinds pp cl-extra help-mode use-package-core bytecomp byte-compile general tex-site doom-start doom-modules cl-seq doom doom-lib cl-macs cl-loaddefs cl-lib pcase gv jansson dynamic-modules subr-x rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/pgtk-win pgtk-win term/common-win pgtk-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo gtk pgtk multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 1054540 143020) (symbols 48 64652 18) (strings 32 271009 18965) (string-bytes 1 8383871) (vectors 16 128316) (vector-slots 8 3300325 249813) (floats 8 1483 1585) (intervals 56 29668 762) (buffers 984 36)) From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 06 05:40:54 2023 Received: (at 62679) by debbugs.gnu.org; 6 Apr 2023 09:40:54 +0000 Received: from localhost ([127.0.0.1]:53447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pkM6w-0006gL-FI for submit@debbugs.gnu.org; Thu, 06 Apr 2023 05:40:54 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49250) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pkM6t-0006g7-OV for 62679@debbugs.gnu.org; Thu, 06 Apr 2023 05:40:52 -0400 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 1pkM6l-0000cR-Mp; Thu, 06 Apr 2023 05:40:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=707pm3mzVAcwTTq3iy9+Ujv4g4Au0TbsyARKf0kyVYI=; b=qVSNllYfJrX3iusixgfM UAwkc90H5Jii8IrDigt0MjahprhWMrrRoTjRALaClhFKYbQVlJA+e1b2CWpsw0WqXBHc7mtpXJGpJ WcGj4fgTpjbQ9QnsVVBoTsasL2Mnd/j8hBAHUzcqIoAnpmzyWLsKKIT3jJ+2ClOf0rCaImoI7H94R g6NKaWWKauETAsmRbSfYdWyvAFPo1BgYjc1HswihRorbfPXwkgmEfeAMysBzo/IX05b3HfBN9EXm/ SR9e/phnrQsx8jLIxkKEZ5LsGvzxT+pLziQSC3w5tLKOZX45rKoOjiCWaQdx/JziqUDHWU16vFoPx 0ktPpYOjXzZeqg==; 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 1pkM6k-0004Gg-TR; Thu, 06 Apr 2023 05:40:43 -0400 Date: Thu, 06 Apr 2023 12:41:11 +0300 Message-Id: <83o7o1qrew.fsf@gnu.org> From: Eli Zaretskii To: Rah Guzar , Lars Ingebrigtsen In-Reply-To: <87ttxubahz.fsf@zohomail.eu> (bug-gnu-emacs@gnu.org) Subject: Re: bug#62679: 29.0.60; Bindings on `image-map` cause error on sliced images References: <87ttxubahz.fsf@zohomail.eu> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62679 Cc: 62679@debbugs.gnu.org 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 (---) > Date: Wed, 05 Apr 2023 17:23:11 +0200 > From: Rah Guzar via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > (let* ((image (create-image path-to-png 'png nil :mask 'heuristic)) > (rows (max 1 (1- (cdr (image-size image)))))) > (goto-char (point-max)) > (insert "\n") > (insert-sliced-image image " " nil rows)) > ``` > This inserts the image specified at the end of the buffer. The image > has a `keymap` text property which include binding for various > operations on images but moving point to the image and trying to use > any of these (e.g. `i +` to increase image size) results in the error, > > Error running timer ‘image--change-size’: (error "No image under point") This should be fixed now on the emacs-29 branch. It isn't perfect: "i -" leaves display artifacts (which I think are unrelated to this bug report per se), and "i r" doesn't really work, except when you type 'r' 4 times in a row. But I'm not sure I understand the conceptual meaning of rotating a sliced image, and even resizing it doesn't necessarily have a clear-cut meaning IMO. Perhaps we should decide we don't support these operations for sliced images, and simply show a different error message specifically about that non-support? Lars, any comments and/or ideas? From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 06 12:11:00 2023 Received: (at 62679) by debbugs.gnu.org; 6 Apr 2023 16:11:00 +0000 Received: from localhost ([127.0.0.1]:54792 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pkSCR-00018N-HM for submit@debbugs.gnu.org; Thu, 06 Apr 2023 12:10:59 -0400 Received: from sender11-pp-o91.zoho.eu ([31.186.226.249]:25247) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pkSCN-00018B-VD for 62679@debbugs.gnu.org; Thu, 06 Apr 2023 12:10:58 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1680797446; cv=none; d=zohomail.eu; s=zohoarc; b=KJ5oVgujVTbNDyrXqljepqvoUtUpBcG1bnU+4vXbRiBl/mZBHIQGUrIwlucv2zUtBf7yw6cj4FFaQ/oUuYTS43aUsVOAQko/3lXHxTDL4CTOo8NkFlyA1yxz426gOPuBGkoTvAVJA6mVhnq77GahveEzmQwoqdgWtS5++cxV1wc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1680797446; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=L13PyGAejYrsNjn7DxqZSeGMlc8gFYCPKGjhzM/zebg=; b=LANHIV0bYUX9Q015rAyfKaOKWxtnWrL+RFA01jLm9cEHgruPz19ebcE5+TuISUa1o9S70TXuVjqPaPiGQbGwdH1SXHqHZ+JpwxC8PllwskSZXhMhkiZMnx0q1A6abiHkLmb/OLNI2Qv/jZ5HDijLRnAph7U3dBxhRjszGqq+gno= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=zohomail.eu; spf=pass smtp.mailfrom=rahguzar@zohomail.eu; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1680797446; s=zoho; d=zohomail.eu; i=rahguzar@zohomail.eu; h=References:From:From:To:To:Cc:Cc:Subject:Subject:Date:Date:In-reply-to:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-Id:Reply-To; bh=L13PyGAejYrsNjn7DxqZSeGMlc8gFYCPKGjhzM/zebg=; b=iLtCMqJdNqebiVE/DXFGlk/Ke9SfxIEUP/QJflHN6fJoUIsRsCPsw0/ry4rmrln7 1ds5ZFomPXF0k/xKLkFv7lH5tc0kw1LTiW6FJeHj9XbKGi5t6NQxmp7WHyEUjrxBMA3 4LzPgjjyY5ZsvcifCqN4aW3+huLJBhCaWU78QC28= Received: from localhost (emp-235-28.eduroam.uu.se [130.238.235.28]) by mx.zoho.eu with SMTPS id 1680797444637280.1347334953499; Thu, 6 Apr 2023 18:10:44 +0200 (CEST) References: <87ttxubahz.fsf@zohomail.eu> <83o7o1qrew.fsf@gnu.org> User-agent: mu4e 1.10.1; emacs 29.0.60 From: Rah Guzar To: Eli Zaretskii Subject: Re: bug#62679: 29.0.60; Bindings on `image-map` cause error on sliced images Date: Thu, 06 Apr 2023 17:43:55 +0200 In-reply-to: <83o7o1qrew.fsf@gnu.org> Message-ID: <87pm8hat4s.fsf@zohomail.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62679 Cc: 62679@debbugs.gnu.org, Lars Ingebrigtsen 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 (-) Hi Eli, I can confirm that the issue is mostly fixed now. One thing I noticed was that it is still possible to trigger the error by starting with my recipe before, moving the point to somewhere on the image and then using right arrow key. Since the image has a single column the point is now off image but on the same line. This buffer position still has the "image-map" and pressing e.g. "i +" still causes the error. I also see the artifacts you mentioned with "i -". I am using "insert-sliced-image" to insert image of typeset math in a comint derived mode and I have seen visual artifacts at the end of line there too and like in this case "describe-char" shows them to be control characters. The also seem to disappear on their own if I switch buffer and back. I haven't been able to get rid of them and can't reproduce them in "emacs -Q" so I might be doing something wrong but this makes me think this might be the result of creating the image with a ":max-width" property which might cause the equivalent of "i-". 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. From the perspective of scrolling it would nicer to have slices which have a fixed length and width so that number of slices changes when "i +" and "i -" are used. Thanks a lot! Rah Guzar Eli Zaretskii writes: >> Date: Wed, 05 Apr 2023 17:23:11 +0200 >> From: Rah Guzar via "Bug reports for GNU Emacs, >> the Swiss army knife of text editors" >> >> (let* ((image (create-image path-to-png 'png nil :mask 'heuristic)) >> (rows (max 1 (1- (cdr (image-size image)))))) >> (goto-char (point-max)) >> (insert "\n") >> (insert-sliced-image image " " nil rows)) >> ``` >> This inserts the image specified at the end of the buffer. The image >> has a `keymap` text property which include binding for various >> operations on images but moving point to the image and trying to use >> any of these (e.g. `i +` to increase image size) results in the error, >> >> Error running timer =E2=80=98image--change-size=E2=80=99: (error "No ima= ge under point") > > This should be fixed now on the emacs-29 branch. > > It isn't perfect: "i -" leaves display artifacts (which I think are > unrelated to this bug report per se), and "i r" doesn't really work, > except when you type 'r' 4 times in a row. But I'm not sure I > understand the conceptual meaning of rotating a sliced image, and even > resizing it doesn't necessarily have a clear-cut meaning IMO. > > Perhaps we should decide we don't support these operations for sliced > images, and simply show a different error message specifically about > that non-support? > > Lars, any comments and/or ideas? From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 06 12:24:03 2023 Received: (at 62679) by debbugs.gnu.org; 6 Apr 2023 16:24:03 +0000 Received: from localhost ([127.0.0.1]:54810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pkSP5-0001ZU-AP for submit@debbugs.gnu.org; Thu, 06 Apr 2023 12:24:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48746) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pkSP0-0001Yt-8w for 62679@debbugs.gnu.org; Thu, 06 Apr 2023 12:24:01 -0400 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 1pkSOs-0001pm-EN; Thu, 06 Apr 2023 12:23:50 -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=jhRs7z03ZRTX38zSS8qKWAYQ/1Y4qOeWGGeW7svGQjc=; b=Ye9t8PKLIpEj StRqIbyMHNjkr86hMCajGaROCBSS8OVTTeuyZ6UodtwMj/KNhZeVnpINAYylkPvRoqB7VIh5xQ/ik xiI+J4bA/GzaXz1b78V+4fAl+Uvp/y4aDtVfY5cMPneJjdk4LIO7wsBFf4RIlFprHgFWlFvf7blo4 db7TjoxL/K8h+N2eJ3pm2h4P1xa5GHqlFvpszuD9djcSKLrRTOPL4dCufniLU0H/ZY1LPFHX3ZHzx Cr1W0er3MMlgUJx8ycZAc5N/U1t1OqoECUUMaYXeEGPkCTE5XI9tuQYBmpP96j96IElor7EWKmPQH /0EM77Qu4+mMErhKIFjD/w==; 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 1pkSOr-000674-Jo; Thu, 06 Apr 2023 12:23:49 -0400 Date: Thu, 06 Apr 2023 19:24:18 +0300 Message-Id: <83y1n5ou6l.fsf@gnu.org> From: Eli Zaretskii To: Rah Guzar In-Reply-To: <87pm8hat4s.fsf@zohomail.eu> (message from Rah Guzar on Thu, 06 Apr 2023 17:43:55 +0200) Subject: Re: bug#62679: 29.0.60; Bindings on `image-map` cause error on sliced images References: <87ttxubahz.fsf@zohomail.eu> <83o7o1qrew.fsf@gnu.org> <87pm8hat4s.fsf@zohomail.eu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62679 Cc: 62679@debbugs.gnu.org, larsi@gnus.org 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 (---) > From: Rah Guzar > Cc: Lars Ingebrigtsen , 62679@debbugs.gnu.org > Date: Thu, 06 Apr 2023 17:43:55 +0200 > > Hi Eli, > I can confirm that the issue is mostly fixed now. One thing I noticed > was that it is still possible to trigger the error by starting with my > recipe before, moving the point to somewhere on the image and then > using right arrow key. Since the image has a single column the point > is now off image but on the same line. This buffer position still has > the "image-map" and pressing e.g. "i +" still causes the error. 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. > 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 06 14:42:51 2023 Received: (at 62679) by debbugs.gnu.org; 6 Apr 2023 18:42:51 +0000 Received: from localhost ([127.0.0.1]:55141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pkUZP-00064I-5Q for submit@debbugs.gnu.org; Thu, 06 Apr 2023 14:42:51 -0400 Received: from sender11-pp-o93.zoho.eu ([31.186.226.251]:25886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pkUZL-000646-4P for 62679@debbugs.gnu.org; Thu, 06 Apr 2023 14:42:50 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1680806558; cv=none; d=zohomail.eu; s=zohoarc; b=IIVthOIsYy2dFA4jkAHdVpeL2WWNnIpIFBgelvOKdz7wdNyjHh91B4A3+X7YAz9qX9vkIYMelr4Kl7tQunNFmpHW4EQvgHlF1q+ihISHcnNu8R/yDSxgQ9eOWoI3NQj42vubRpVJj0Qji1LWVzfXFvmhLR3qX5Aoz9RRJsOSv8Q= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1680806558; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=yqPri/bKlVo6mB/jFLg7afwkW1OqJ231/L7Un6L7GHw=; b=g8IWGFpslh5vY/QWxe5hB4UHCG3LiQwuOM8PO3IzuGvlcygogYC6tPrPMIuSUGN+cy2jGGEGkfvTmnU/QpURJcJy5dSgUEpN7t8GWTHJzR4cNdPnfr6wQ7osQHYtbWud4OoINEdc9DnyKQUODMoaaEJZDcNnXGObz+Tuwd+y0QU= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=zohomail.eu; spf=pass smtp.mailfrom=rahguzar@zohomail.eu; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1680806558; s=zoho; d=zohomail.eu; i=rahguzar@zohomail.eu; h=References:From:From:To:To:Cc:Cc:Subject:Subject:Date:Date:In-reply-to:Message-ID:MIME-Version:Content-Type:Message-Id:Reply-To; bh=yqPri/bKlVo6mB/jFLg7afwkW1OqJ231/L7Un6L7GHw=; b=BmM8GxGtsBMZ5WWBSE3udCv6MtCaOa84S0y2LHlsZ9EZj2IE8LN1RIGlFm8/6ohH I3XKh5K2l8y8IxiWBVBwzu76diDs54xbb/aHGXg5rA8PGJjTijNkcgoEza6dO7cVw27 yUJR4fIG35r4Bcq5JdJEUGbZCgpzGNs8QzeHo0BA= Received: from localhost (81-231-79-170-no600.tbcn.telia.com [81.231.79.170]) by mx.zoho.eu with SMTPS id 1680806556041485.88635211083476; Thu, 6 Apr 2023 20:42:36 +0200 (CEST) References: <87ttxubahz.fsf@zohomail.eu> <83o7o1qrew.fsf@gnu.org> <87pm8hat4s.fsf@zohomail.eu> <83y1n5ou6l.fsf@gnu.org> User-agent: mu4e 1.10.1; emacs 29.0.60 From: Rah Guzar To: Eli Zaretskii Subject: Re: bug#62679: 29.0.60; Bindings on `image-map` cause error on sliced images Date: Thu, 06 Apr 2023 20:30:19 +0200 In-reply-to: <83y1n5ou6l.fsf@gnu.org> Message-ID: <87lej4c0o5.fsf@zohomail.eu> MIME-Version: 1.0 Content-Type: text/plain X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 62679 Cc: 62679@debbugs.gnu.org, larsi@gnus.org 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 (-) Eli Zaretskii writes: >> From: Rah Guzar >> Cc: Lars Ingebrigtsen , 62679@debbugs.gnu.org >> Date: Thu, 06 Apr 2023 17:43:55 +0200 >> >> Hi Eli, >> I can confirm that the issue is mostly fixed now. One thing I noticed >> was that it is still possible to trigger the error by starting with my >> recipe before, moving the point to somewhere on the image and then >> using right arrow key. Since the image has a single column the point >> is now off image but on the same line. This buffer position still has >> the "image-map" and pressing e.g. "i +" still causes the error. > > 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. >> 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. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 08 05:46:31 2023 Received: (at 62679-done) by debbugs.gnu.org; 8 Apr 2023 09:46:31 +0000 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 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 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==; 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 Date: Sat, 08 Apr 2023 12:46:55 +0300 Message-Id: <83zg7in1tc.fsf@gnu.org> From: Eli Zaretskii To: Rah Guzar In-Reply-To: <87lej4c0o5.fsf@zohomail.eu> (message from Rah Guzar on Thu, 06 Apr 2023 20:30:19 +0200) Subject: Re: bug#62679: 29.0.60; Bindings on `image-map` cause error on sliced images References: <87ttxubahz.fsf@zohomail.eu> <83o7o1qrew.fsf@gnu.org> <87pm8hat4s.fsf@zohomail.eu> <83y1n5ou6l.fsf@gnu.org> <87lej4c0o5.fsf@zohomail.eu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62679-done Cc: larsi@gnus.org, 62679-done@debbugs.gnu.org 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 (---) > 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. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 08 14:40:38 2023 Received: (at 62679-done) by debbugs.gnu.org; 8 Apr 2023 18:40:38 +0000 Received: from localhost ([127.0.0.1]:59521 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1plDUM-0006W1-7q for submit@debbugs.gnu.org; Sat, 08 Apr 2023 14:40:38 -0400 Received: from sender11-pp-o93.zoho.eu ([31.186.226.251]:25826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1plDUK-0006Vs-Sc for 62679-done@debbugs.gnu.org; Sat, 08 Apr 2023 14:40:37 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1680979227; cv=none; d=zohomail.eu; s=zohoarc; b=WQmoGqpbiwN6GzFis0A++P8HJiqfoHVAq2gfQkqoI2TGuuYbp4w+7ogIq5SlBwIP0BGBX1iNlREFt6PS/H6Xfag5lam8/cfPmN40ZxnmRTL5z12t4KWQn/FEsSZfKxQKj6cPXn9t93imFlsApXCLMOj/9TJYJ55tGLyBsoH5mLg= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1680979227; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=f18hRJGQkLlHocNcpK824h1V+U3+7xHKqDuJ8x07bC4=; b=I2SnXdt5LbYmY5mLjB7G6KTkU40LUfKgZVju+mGWHK+UqDYvygQS1ggDiO9Wi5qKejOBgbJy5y8Fql+WafzJqDppfN36LFn1pMuELvWKq0Qc9oYOiHFKngHhBMFxCORcHawUHFScYH2lqfTCi4RhwzW191VC/OpkcOuD15acJhg= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=zohomail.eu; spf=pass smtp.mailfrom=rahguzar@zohomail.eu; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1680979227; s=zoho; d=zohomail.eu; i=rahguzar@zohomail.eu; h=References:From:From:To:To:Cc:Cc:Subject:Subject:Date:Date:In-reply-to:Message-ID:MIME-Version:Content-Type:Message-Id:Reply-To; bh=f18hRJGQkLlHocNcpK824h1V+U3+7xHKqDuJ8x07bC4=; b=IVcDzxnhXV6D6t3P9YEbep6XVtrk3LV+ys2FtoqJOYw1jHv0ZipgwIB39Ae4EJzJ RTnfXj8uLRcItomLgEDjPDaFOMWTbhSAshE+4Qt/WWc94l9CsB0+ntsLm6r1BpyblSs dpm9fkwU3S2qFv5Fk22NwhJhgqMtTchmDDw+dq20= Received: from localhost (81-231-79-170-no600.tbcn.telia.com [81.231.79.170]) by mx.zoho.eu with SMTPS id 1680979226543461.33498706999796; Sat, 8 Apr 2023 20:40:26 +0200 (CEST) References: <87ttxubahz.fsf@zohomail.eu> <83o7o1qrew.fsf@gnu.org> <87pm8hat4s.fsf@zohomail.eu> <83y1n5ou6l.fsf@gnu.org> <87lej4c0o5.fsf@zohomail.eu> <83zg7in1tc.fsf@gnu.org> User-agent: mu4e 1.10.1; emacs 29.0.60 From: Rah Guzar To: Eli Zaretskii Subject: Re: bug#62679: 29.0.60; Bindings on `image-map` cause error on sliced images Date: Sat, 08 Apr 2023 20:29:45 +0200 In-reply-to: <83zg7in1tc.fsf@gnu.org> Message-ID: <87h6tqb4kn.fsf@zohomail.eu> MIME-Version: 1.0 Content-Type: text/plain X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 62679-done Cc: larsi@gnus.org, 62679-done@debbugs.gnu.org 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 (-) Hi Eli, Thanks for the changes. Everything work as expected for me now. However, the new keymap is only partially effective. I cannot use "i r" to rotate a sliced image now but it is possible to do it using "i + r" i.e. the mechanism that is used to allow performing repeated manipulations still uses a map which allows rotations. Eli Zaretskii writes: >> 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. Thanks a lot, Rah Guzar From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 08 14:58:26 2023 Received: (at 62679) by debbugs.gnu.org; 8 Apr 2023 18:58:26 +0000 Received: from localhost ([127.0.0.1]:59532 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1plDla-0007AY-1Q for submit@debbugs.gnu.org; Sat, 08 Apr 2023 14:58:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1plDlX-0007AG-NK for 62679@debbugs.gnu.org; Sat, 08 Apr 2023 14:58:24 -0400 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 1plDlQ-00086s-5D; Sat, 08 Apr 2023 14:58:16 -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=yqe5nymKSYtK3LYamMjM1hmTw9zbLAID8WukPXRP3pU=; b=H86m1nHdnDe6 5BXo4OcWW8CJdwqXmerxDx5SwCPRBJtvKVsVHbsH1Fgu1ag/l3pYmVCWnnvaCzsHcrtYMyiBKEW9Z v7GwRLI8vykEJsz3fa9vtdQSuJCrsAlBACh9EBDPr5E29JHLg8dqdAoKe6HnT0Js9IXOD3iNcqEvj xFMudgT3a7VLMf2HIR6FsIQneOe2V1ZYiJa3p7Iv51U00eZlGTz90g1XgNI9VmOvTDTsZBX9Aq9+V ALYNzJLxsYag0IQOSnVxLM1zJeqHmeZgZkYKMFBS07eov/qSesc1Fk5QGuXvPTKaDJiXpfpit31lB hp2TCjtNIRCRjmhl3ELyMA==; 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 1plDlP-0005iZ-L8; Sat, 08 Apr 2023 14:58:15 -0400 Date: Sat, 08 Apr 2023 21:58:50 +0300 Message-Id: <83edoumc9h.fsf@gnu.org> From: Eli Zaretskii To: Rah Guzar In-Reply-To: <87h6tqb4kn.fsf@zohomail.eu> (message from Rah Guzar on Sat, 08 Apr 2023 20:29:45 +0200) Subject: Re: bug#62679: 29.0.60; Bindings on `image-map` cause error on sliced images References: <87ttxubahz.fsf@zohomail.eu> <83o7o1qrew.fsf@gnu.org> <87pm8hat4s.fsf@zohomail.eu> <83y1n5ou6l.fsf@gnu.org> <87lej4c0o5.fsf@zohomail.eu> <83zg7in1tc.fsf@gnu.org> <87h6tqb4kn.fsf@zohomail.eu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62679 Cc: 62679@debbugs.gnu.org, larsi@gnus.org 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 (---) > From: Rah Guzar > Cc: larsi@gnus.org, 62679-done@debbugs.gnu.org > Date: Sat, 08 Apr 2023 20:29:45 +0200 > > Hi Eli, > Thanks for the changes. Everything work as expected for me now. > > However, the new keymap is only partially effective. I cannot > use "i r" to rotate a sliced image now but it is possible to do it > using "i + r" i.e. the mechanism that is used to allow performing > repeated manipulations still uses a map which allows rotations. That's Somebody Else's Problem, sorry. This repeat-keymap stuff is above my paygrade. From unknown Fri Sep 05 20:55:27 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 07 May 2023 11:24:13 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator