From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 12 14:01:15 2023 Received: (at submit) by debbugs.gnu.org; 12 Sep 2023 18:01:15 +0000 Received: from localhost ([127.0.0.1]:59961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qg7hI-0007Ri-DO for submit@debbugs.gnu.org; Tue, 12 Sep 2023 14:01:15 -0400 Received: from lists.gnu.org ([2001:470:142::17]:60504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qg7hC-0007R2-0k for submit@debbugs.gnu.org; Tue, 12 Sep 2023 14:01:10 -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 1qg7h1-0004Y0-UH for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2023 14:00:55 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qg7gw-0002Tz-Gj for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2023 14:00:55 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id C65615C0241; Tue, 12 Sep 2023 14:00:47 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Tue, 12 Sep 2023 14:00:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:content-type:content-type:date:date:from :from:in-reply-to:message-id:mime-version:reply-to:sender :subject:subject:to:to; s=fm2; t=1694541647; x=1694628047; bh=Nu BFbV4W2gOxoU7xXiI70XRCWMU6UmlNjrDfRoAiZBA=; b=wcx5kEwXsqF+hylgFR 8NFnI7PxYwfYBGHNw0goHKEHA7Z5PUTNfCqf+B232HyOZpbLiaH1L7Tk1lZXuta/ nZc94eqH0UD0lvnuc4CsVssHZbNqX0vfkNOOZ046BYW+nM6jqL9cEftTZxbcDVsW IGmeBFFdg8v7th2c6tzUlNSNBLSjXoIubm245RDjuEgZG2RhmSWZWQIOOrWFtYMZ HxOUGUA1Hk+9ZUW0AsUJLIImNspaIUyrp5PEK7PP8/rVI2zU2jmXWRRqtkNPc+F0 1QzWXpitLbmvf8CeJLR7P3TO3euUL3xXj3kyrq3RBV8AwySNOkYqUZfFmZ48rLXR 5w0Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1694541647; x=1694628047; bh=NuBFbV4W2gOxoU7xXiI70XRCWMU6UmlNjrD fRoAiZBA=; b=SLGNznbJVRs6PkDpM4ycl140DI1zdNwVKySE9JfcsIZEDaUAjwV eEZvu2yDYqd1KSrOBHZ7uyQ7Ifgvjiyqs/cDRG776Qiz2FEHfRu/ylqmvssh6miY qEDOZpx7SoBFr1+13OwbzouKR34VyAJShODXU6nmiMyC4/1GAeOI7xl2Lv0qIbH8 zAtAdBevXsI9y+7A+gu00qM8lWjvKY4jhu0+b0YD35gtUlsqtdUlSDQOkDLwZKwJ W39CFAdpkBWKJ3lZQ5uLASIk7ObjyAaLEjzTZZqlze0Wz5nE0kTCyCsHIFsewbEP mV8vZWUmymAPVGCyrW83ltUYbdJvxBiy+nA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudeiiedguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecufghrlhcuvffnffculdefhedmnecujfgurhephf fvufffkfggtgesthdtredttddttdenucfhrhhomhepufhtrhgrfigsvghrrhihvfgvrgcu oehlohhokhesshhtrhgrfigsvghrrhihthgvrgdrgiihiieqnecuggftrfgrthhtvghrnh epffejffffledtleduhfeigfehleehheejffetudeuvdejgfevgedtieevkedthfeknecu ffhomhgrihhnpehrvgguughithdrtghomhdpvghmrggtshdrlhhotggrlhenucevlhhush htvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehlohhokhesshhtrhgr figsvghrrhihthgvrgdrgiihii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 12 Sep 2023 14:00:47 -0400 (EDT) From: StrawberryTea To: bug-gnu-emacs@gnu.org Subject: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Tue, 12 Sep 2023 13:00:45 -0500 Message-ID: <87ttrzmfua.fsf@strawberrytea.xyz> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=66.111.4.26; envelope-from=look@strawberrytea.xyz; helo=out2-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.7 (/) 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: -0.3 (/) Hi. This issue comes from Reddit, https://www.reddit.com/r/emacs/comments/v0i4js/extend_org_heading_background_face_past_the/. Basically, if I fold text using text properties, the heading background does not extend to the end of the window. To quote /u/yantar92: "This is because the trailing newline in the folded heading gets hidden. If the trailing newline is invisible, :extend t has no effect. It is Emacs limitation, AFAIK." It would be great if we could make the :extend property work with invisible text. In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, cairo version 1.17.8) of 2023-09-12 built on hydrogen Repository revision: 2b6928edb978c5aeac6f81a1b2d5f38380d5564f Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12101008 System Description: Gentoo Linux Configured using: 'configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --datarootdir=/usr/share --disable-silent-rules --docdir=/usr/share/doc/emacs-30.0.9999 --htmldir=/usr/share/doc/emacs-30.0.9999/html --libdir=/usr/lib64 --program-suffix=-emacs-30-vcs --includedir=/usr/include/emacs-30-vcs --infodir=/usr/share/info/emacs-30-vcs --localstatedir=/var --enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp --without-compress-install --without-hesiod --without-pop --with-file-notification=inotify --with-pdumper --enable-acl --enable-xattr --with-dbus --with-modules --with-gameuser=:gamestat --with-libgmp --without-gpm --with-native-compilation=aot --with-json --without-kerberos --without-kerberos5 --with-lcms2 --with-xml2 --with-mailutils --without-selinux --with-sqlite3 --with-gnutls --with-libsystemd --with-threads --with-tree-sitter --without-wide-int --with-sound=no --with-zlib --with-x --without-pgtk --without-ns --without-gconf --without-gsettings --without-toolkit-scroll-bars --with-xpm --with-xft --with-cairo --with-harfbuzz --with-libotf --with-m17n-flt --with-x-toolkit=no --with-gif --with-jpeg --with-png --with-rsvg --with-tiff --with-webp --with-imagemagick --with-dumping=pdumper 'CFLAGS=-Ofast -fno-finite-math-only -fomit-frame-pointer -march=skylake -malign-data=cacheline -pipe -fgraphite-identity -floop-nest-optimize -fira-region=mixed -fira-algorithm=CB -fira-hoist-pressure -fira-loop-pressure' LDFLAGS=-Wl,--as-needed' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS HARFBUZZ IMAGEMAGICK JPEG JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY OLDXMENU PDUMPER PNG RSVG SECCOMP SQLITE3 THREADS TIFF TREE_SITTER WEBP X11 XDBE XIM XINPUT2 XPM ZLIB Important settings: value of $LANG: C.utf8 locale-coding-system: utf-8-unix Major mode: ELisp/l Minor modes in effect: parrot-mode: t midnight-mode: t pdf-occur-global-minor-mode: t org-ai-global-mode: t dirvish-override-dired-mode: t emms-playing-time-display-mode: t emms-playing-time-mode: t emms-mode-line-mode: t async-bytecomp-package-mode: t global-wakatime-mode: t wakatime-mode: t global-org-modern-mode: t org-roam-db-autosync-mode: t winum-mode: t global-evil-surround-mode: t evil-surround-mode: t eat-eshell-visual-command-mode: t eat-eshell-mode: t yas-global-mode: t yas-minor-mode: t projectile-mode: t git-auto-commit-mode: t eros-mode: t nameless-mode: t highlight-quoted-mode: t outline-minor-faces-mode: t vi-tilde-fringe-mode: t display-line-numbers-mode: t copilot-mode: t evil-cleverparens-mode: t corfu-history-mode: t save-place-mode: t recentf-mode: t global-so-long-mode: t so-long-minor-mode: t envrc-global-mode: t envrc-mode: t beacon-mode: t vimish-fold-global-mode: t vimish-fold-mode: t which-key-mode: t savehist-mode: t better-jumper-mode: t vertico-multiform-mode: t vertico-mouse-mode: t vertico-mode: t all-the-icons-completion-mode: t marginalia-mode: t evil-goggles-mode: t evil-snipe-override-mode: t evil-snipe-mode: t evil-snipe-override-local-mode: t evil-snipe-local-mode: t evil-owl-mode: t repeat-mode: t restore-point-mode: t kill-ring-deindent-mode: t aas-global-mode: t aas-mode: t rxt-mode: t hl-todo-mode: t outline-minor-mode: t global-git-commit-mode: t gcmh-mode: t winner-mode: t smartparens-global-mode: t undo-fu-session-global-mode: t undo-fu-session-mode: t undo-fu-mode: t ws-butler-global-mode: t editorconfig-mode: t corfu-popupinfo-mode: t global-corfu-mode: t corfu-mode: t minions-mode: t breadcrumb-mode: t breadcrumb-local-mode: t global-yank-indent-mode: t yank-indent-mode: t exwm-mff-mode: t persp-mode: t server-mode: t +lsp-optimization-mode: t evil-mode: t evil-local-mode: t +popup-mode: t override-global-mode: t general-override-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tab-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t window-divider-mode: t undelete-frame-mode: t minibuffer-regexp-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t auto-encryption-mode: t auto-compression-mode: t abbrev-mode: t hs-minor-mode: t Load-path shadows: /home/st/.config/emacs/.local/straight/build-30.0.50/ef-themes/theme-loaddefs hides /home/st/.config/emacs/.local/straight/build-30.0.50/standard-themes/theme-loaddefs /home/st/.config/emacs/.local/straight/build-30.0.50/ef-themes/theme-loaddefs hides /home/st/.config/emacs/.local/straight/build-30.0.50/modus-themes/theme-loaddefs /home/st/.config/emacs/.local/straight/build-30.0.50/cmake-mode/cmake-mode hides /usr/share/emacs/site-lisp/cmake-mode /home/st/.config/emacs/.local/straight/build-30.0.50/cmake-mode/cmake-mode hides /usr/share/emacs/site-lisp/cmake/cmake-mode /home/st/.config/emacs/.local/straight/build-30.0.50/dash/dash hides /usr/share/emacs/site-lisp/dash/dash /usr/share/emacs/site-lisp/desktop-entry-mode hides /usr/share/emacs/site-lisp/desktop-file-utils/desktop-entry-mode /home/st/.config/emacs/.local/straight/build-30.0.50/epl/epl hides /usr/share/emacs/site-lisp/epl/epl /home/st/.config/emacs/.local/straight/build-30.0.50/pkg-info/pkg-info hides /usr/share/emacs/site-lisp/pkg-info/pkg-info /usr/share/emacs/site-lisp/ratpoison hides /usr/share/emacs/site-lisp/ratpoison/ratpoison /home/st/.config/emacs/.local/straight/build-30.0.50/external-completion/external-completion hides /usr/share/emacs/30.0.50/lisp/external-completion /home/st/.config/emacs/.local/straight/build-30.0.50/jsonrpc/jsonrpc hides /usr/share/emacs/30.0.50/lisp/jsonrpc /home/st/.config/emacs/.local/straight/build-30.0.50/ef-themes/theme-loaddefs hides /usr/share/emacs/30.0.50/lisp/theme-loaddefs /home/st/.config/emacs/.local/straight/build-30.0.50/transient/transient hides /usr/share/emacs/30.0.50/lisp/transient /home/st/.config/emacs/.local/straight/build-30.0.50/bind-key/bind-key hides /usr/share/emacs/30.0.50/lisp/use-package/bind-key /home/st/.config/emacs/.local/straight/build-30.0.50/use-package/use-package-bind-key hides /usr/share/emacs/30.0.50/lisp/use-package/use-package-bind-key /home/st/.config/emacs/.local/straight/build-30.0.50/use-package/use-package-core hides /usr/share/emacs/30.0.50/lisp/use-package/use-package-core /home/st/.config/emacs/.local/straight/build-30.0.50/use-package/use-package-delight hides /usr/share/emacs/30.0.50/lisp/use-package/use-package-delight /home/st/.config/emacs/.local/straight/build-30.0.50/use-package/use-package-diminish hides /usr/share/emacs/30.0.50/lisp/use-package/use-package-diminish /home/st/.config/emacs/.local/straight/build-30.0.50/use-package/use-package-ensure hides /usr/share/emacs/30.0.50/lisp/use-package/use-package-ensure /home/st/.config/emacs/.local/straight/build-30.0.50/use-package/use-package-jump hides /usr/share/emacs/30.0.50/lisp/use-package/use-package-jump /home/st/.config/emacs/.local/straight/build-30.0.50/use-package/use-package-lint hides /usr/share/emacs/30.0.50/lisp/use-package/use-package-lint /home/st/.config/emacs/.local/straight/build-30.0.50/use-package/use-package hides /usr/share/emacs/30.0.50/lisp/use-package/use-package /home/st/.config/emacs/.local/straight/build-30.0.50/eglot/eglot hides /usr/share/emacs/30.0.50/lisp/progmodes/eglot /home/st/.config/emacs/.local/straight/build-30.0.50/flymake/flymake hides /usr/share/emacs/30.0.50/lisp/progmodes/flymake /home/st/.config/emacs/.local/straight/build-30.0.50/project/project hides /usr/share/emacs/30.0.50/lisp/progmodes/project /home/st/.config/emacs/.local/straight/build-30.0.50/xref/xref hides /usr/share/emacs/30.0.50/lisp/progmodes/xref /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-C hides /usr/share/emacs/30.0.50/lisp/org/ob-C /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-awk hides /usr/share/emacs/30.0.50/lisp/org/ob-awk /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-calc hides /usr/share/emacs/30.0.50/lisp/org/ob-calc /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-clojure hides /usr/share/emacs/30.0.50/lisp/org/ob-clojure /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-core hides /usr/share/emacs/30.0.50/lisp/org/ob-core /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-ditaa hides /usr/share/emacs/30.0.50/lisp/org/ob-ditaa /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-dot hides /usr/share/emacs/30.0.50/lisp/org/ob-dot /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-emacs-lisp hides /usr/share/emacs/30.0.50/lisp/org/ob-emacs-lisp /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-eshell hides /usr/share/emacs/30.0.50/lisp/org/ob-eshell /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-exp hides /usr/share/emacs/30.0.50/lisp/org/ob-exp /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-forth hides /usr/share/emacs/30.0.50/lisp/org/ob-forth /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-gnuplot hides /usr/share/emacs/30.0.50/lisp/org/ob-gnuplot /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-haskell hides /usr/share/emacs/30.0.50/lisp/org/ob-haskell /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-julia hides /usr/share/emacs/30.0.50/lisp/org/ob-julia /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-lilypond hides /usr/share/emacs/30.0.50/lisp/org/ob-lilypond /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-lisp hides /usr/share/emacs/30.0.50/lisp/org/ob-lisp /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-lob hides /usr/share/emacs/30.0.50/lisp/org/ob-lob /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-makefile hides /usr/share/emacs/30.0.50/lisp/org/ob-makefile /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-octave hides /usr/share/emacs/30.0.50/lisp/org/ob-octave /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-perl hides /usr/share/emacs/30.0.50/lisp/org/ob-perl /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-plantuml hides /usr/share/emacs/30.0.50/lisp/org/ob-plantuml /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-processing hides /usr/share/emacs/30.0.50/lisp/org/ob-processing /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-python hides /usr/share/emacs/30.0.50/lisp/org/ob-python /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-ref hides /usr/share/emacs/30.0.50/lisp/org/ob-ref /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-ruby hides /usr/share/emacs/30.0.50/lisp/org/ob-ruby /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-R hides /usr/share/emacs/30.0.50/lisp/org/ob-R /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-comint hides /usr/share/emacs/30.0.50/lisp/org/ob-comint /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-css hides /usr/share/emacs/30.0.50/lisp/org/ob-css /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-eval hides /usr/share/emacs/30.0.50/lisp/org/ob-eval /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-fortran hides /usr/share/emacs/30.0.50/lisp/org/ob-fortran /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-groovy hides /usr/share/emacs/30.0.50/lisp/org/ob-groovy /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-java hides /usr/share/emacs/30.0.50/lisp/org/ob-java /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-latex hides /usr/share/emacs/30.0.50/lisp/org/ob-latex /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-lua hides /usr/share/emacs/30.0.50/lisp/org/ob-lua /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-matlab hides /usr/share/emacs/30.0.50/lisp/org/ob-matlab /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-maxima hides /usr/share/emacs/30.0.50/lisp/org/ob-maxima /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-ocaml hides /usr/share/emacs/30.0.50/lisp/org/ob-ocaml /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-org hides /usr/share/emacs/30.0.50/lisp/org/ob-org /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-js hides /usr/share/emacs/30.0.50/lisp/org/ob-js /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-sass hides /usr/share/emacs/30.0.50/lisp/org/ob-sass /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-scheme hides /usr/share/emacs/30.0.50/lisp/org/ob-scheme /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-screen hides /usr/share/emacs/30.0.50/lisp/org/ob-screen /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-sed hides /usr/share/emacs/30.0.50/lisp/org/ob-sed /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-shell hides /usr/share/emacs/30.0.50/lisp/org/ob-shell /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-sql hides /usr/share/emacs/30.0.50/lisp/org/ob-sql /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-sqlite hides /usr/share/emacs/30.0.50/lisp/org/ob-sqlite /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-table hides /usr/share/emacs/30.0.50/lisp/org/ob-table /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob-tangle hides /usr/share/emacs/30.0.50/lisp/org/ob-tangle /home/st/.config/emacs/.local/straight/build-30.0.50/org/ob hides /usr/share/emacs/30.0.50/lisp/org/ob /home/st/.config/emacs/.local/straight/build-30.0.50/org/oc-basic hides /usr/share/emacs/30.0.50/lisp/org/oc-basic /home/st/.config/emacs/.local/straight/build-30.0.50/org/oc-biblatex hides /usr/share/emacs/30.0.50/lisp/org/oc-biblatex /home/st/.config/emacs/.local/straight/build-30.0.50/org/oc-bibtex hides /usr/share/emacs/30.0.50/lisp/org/oc-bibtex /home/st/.config/emacs/.local/straight/build-30.0.50/org/oc-csl hides /usr/share/emacs/30.0.50/lisp/org/oc-csl /home/st/.config/emacs/.local/straight/build-30.0.50/org/oc-natbib hides /usr/share/emacs/30.0.50/lisp/org/oc-natbib /home/st/.config/emacs/.local/straight/build-30.0.50/org/oc hides /usr/share/emacs/30.0.50/lisp/org/oc /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-bbdb hides /usr/share/emacs/30.0.50/lisp/org/ol-bbdb /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-bibtex hides /usr/share/emacs/30.0.50/lisp/org/ol-bibtex /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-docview hides /usr/share/emacs/30.0.50/lisp/org/ol-docview /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-doi hides /usr/share/emacs/30.0.50/lisp/org/ol-doi /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-eshell hides /usr/share/emacs/30.0.50/lisp/org/ol-eshell /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-eww hides /usr/share/emacs/30.0.50/lisp/org/ol-eww /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-gnus hides /usr/share/emacs/30.0.50/lisp/org/ol-gnus /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-info hides /usr/share/emacs/30.0.50/lisp/org/ol-info /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-irc hides /usr/share/emacs/30.0.50/lisp/org/ol-irc /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-man hides /usr/share/emacs/30.0.50/lisp/org/ol-man /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-mhe hides /usr/share/emacs/30.0.50/lisp/org/ol-mhe /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-rmail hides /usr/share/emacs/30.0.50/lisp/org/ol-rmail /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol-w3m hides /usr/share/emacs/30.0.50/lisp/org/ol-w3m /home/st/.config/emacs/.local/straight/build-30.0.50/org/ol hides /usr/share/emacs/30.0.50/lisp/org/ol /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-agenda hides /usr/share/emacs/30.0.50/lisp/org/org-agenda /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-archive hides /usr/share/emacs/30.0.50/lisp/org/org-archive /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-attach-git hides /usr/share/emacs/30.0.50/lisp/org/org-attach-git /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-attach hides /usr/share/emacs/30.0.50/lisp/org/org-attach /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-capture hides /usr/share/emacs/30.0.50/lisp/org/org-capture /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-clock hides /usr/share/emacs/30.0.50/lisp/org/org-clock /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-colview hides /usr/share/emacs/30.0.50/lisp/org/org-colview /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-compat hides /usr/share/emacs/30.0.50/lisp/org/org-compat /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-crypt hides /usr/share/emacs/30.0.50/lisp/org/org-crypt /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-ctags hides /usr/share/emacs/30.0.50/lisp/org/org-ctags /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-cycle hides /usr/share/emacs/30.0.50/lisp/org/org-cycle /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-datetree hides /usr/share/emacs/30.0.50/lisp/org/org-datetree /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-duration hides /usr/share/emacs/30.0.50/lisp/org/org-duration /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-element hides /usr/share/emacs/30.0.50/lisp/org/org-element /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-entities hides /usr/share/emacs/30.0.50/lisp/org/org-entities /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-faces hides /usr/share/emacs/30.0.50/lisp/org/org-faces /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-feed hides /usr/share/emacs/30.0.50/lisp/org/org-feed /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-fold-core hides /usr/share/emacs/30.0.50/lisp/org/org-fold-core /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-fold hides /usr/share/emacs/30.0.50/lisp/org/org-fold /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-footnote hides /usr/share/emacs/30.0.50/lisp/org/org-footnote /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-goto hides /usr/share/emacs/30.0.50/lisp/org/org-goto /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-habit hides /usr/share/emacs/30.0.50/lisp/org/org-habit /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-id hides /usr/share/emacs/30.0.50/lisp/org/org-id /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-indent hides /usr/share/emacs/30.0.50/lisp/org/org-indent /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-inlinetask hides /usr/share/emacs/30.0.50/lisp/org/org-inlinetask /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-keys hides /usr/share/emacs/30.0.50/lisp/org/org-keys /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-lint hides /usr/share/emacs/30.0.50/lisp/org/org-lint /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-list hides /usr/share/emacs/30.0.50/lisp/org/org-list /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-macro hides /usr/share/emacs/30.0.50/lisp/org/org-macro /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-macs hides /usr/share/emacs/30.0.50/lisp/org/org-macs /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-mobile hides /usr/share/emacs/30.0.50/lisp/org/org-mobile /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-mouse hides /usr/share/emacs/30.0.50/lisp/org/org-mouse /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-num hides /usr/share/emacs/30.0.50/lisp/org/org-num /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-pcomplete hides /usr/share/emacs/30.0.50/lisp/org/org-pcomplete /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-persist hides /usr/share/emacs/30.0.50/lisp/org/org-persist /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-plot hides /usr/share/emacs/30.0.50/lisp/org/org-plot /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-protocol hides /usr/share/emacs/30.0.50/lisp/org/org-protocol /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-refile hides /usr/share/emacs/30.0.50/lisp/org/org-refile /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-src hides /usr/share/emacs/30.0.50/lisp/org/org-src /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-table hides /usr/share/emacs/30.0.50/lisp/org/org-table /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-tempo hides /usr/share/emacs/30.0.50/lisp/org/org-tempo /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-timer hides /usr/share/emacs/30.0.50/lisp/org/org-timer /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-version hides /usr/share/emacs/30.0.50/lisp/org/org-version /home/st/.config/emacs/.local/straight/build-30.0.50/org/org hides /usr/share/emacs/30.0.50/lisp/org/org /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-ascii hides /usr/share/emacs/30.0.50/lisp/org/ox-ascii /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-beamer hides /usr/share/emacs/30.0.50/lisp/org/ox-beamer /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-html hides /usr/share/emacs/30.0.50/lisp/org/ox-html /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-icalendar hides /usr/share/emacs/30.0.50/lisp/org/ox-icalendar /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-koma-letter hides /usr/share/emacs/30.0.50/lisp/org/ox-koma-letter /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-latex hides /usr/share/emacs/30.0.50/lisp/org/ox-latex /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-man hides /usr/share/emacs/30.0.50/lisp/org/ox-man /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-md hides /usr/share/emacs/30.0.50/lisp/org/ox-md /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-odt hides /usr/share/emacs/30.0.50/lisp/org/ox-odt /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-org hides /usr/share/emacs/30.0.50/lisp/org/ox-org /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-publish hides /usr/share/emacs/30.0.50/lisp/org/ox-publish /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox-texinfo hides /usr/share/emacs/30.0.50/lisp/org/ox-texinfo /home/st/.config/emacs/.local/straight/build-30.0.50/org/ox hides /usr/share/emacs/30.0.50/lisp/org/ox /home/st/.config/emacs/.local/straight/build-30.0.50/org/org-loaddefs hides /usr/share/emacs/30.0.50/lisp/org/org-loaddefs /home/st/.config/emacs/.local/straight/build-30.0.50/eldoc/eldoc hides /usr/share/emacs/30.0.50/lisp/emacs-lisp/eldoc Features: (shadow bbdb-message mailalias mail-extr emacsbug modus-operandi-theme modus-vivendi-theme evil-vimish-fold hideshow moe-theme moe-dark-theme evil-collection-help descr-text elisp-demos parrot parrot-progress parrot-rotate evil-collection-helpful helpful cc-langs trace evil-collection-edebug edebug info-look evil-collection-info info help-fns evil-collection-elisp-refs elisp-refs moe-light-theme moe-theme-autoloads loaddefs-gen radix-tree try mm-archive network-stream url-cache finder-inf evil-collection-proced proced cl-print evil-collection-tabulated-list evil-collection-timer-list timer-list vertico-grid consult-imenu rng-xsd xsd-regexp rng-cmpct nxml-mode-expansions rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap smartparens-html html-mode-expansions sgml-mode facemenu nxml-util nxml-enc xmltok dirvish-extras org-indent image-file image-converter oc-basic ol-bibtex bibtex vertico-buffer midnight evil-collection-leetcode leetcode log4e spinner graphql mm-url password-generator lorem-ipsum zone-nyan esxml zone-rainbow zone-matrix snow flames-of-freedom fireplace dunnet bubbles evil-collection-tetris tetris speed-type evil-collection-snake snake gamegrid neato-graph-bar evil-collection-daemons daemons evil-collection-disk-usage disk-usage pulseaudio-control evil-collection-trashed trashed helm-rage helm-utils helm-help helm-linux-disks linux-disk helm-system-packages char-fold consult-gh-embark consult-gh 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 saveplace-pdf-view pdf-view pdf-cache pdf-info cus-start pdf-util pdf-macs image-mode exif gnus-srvr shell-maker evil-collection-view view goto-addr ielm greader greader-espeak whisper org-ai org-ai-oobabooga websocket org-ai-sd org-ai-talk org-ai-on-project org-ai-useful org-ai-openai-image org-ai-openai org-ai-block eff vc-backup vc-hg vc-svn diff-hl-dired dired-x diredfl gnus-dired tramp-cmds dirvish-yank dirvish-subtree dirvish-collapse dirvish-icons dirvish-vc dirvish-widgets dirvish helm-emms helm-adaptive emms-player-vlc emms-player-mpv emms-player-mplayer emms-setup emms-mpris emms-librefm-stream emms-librefm-scrobbler emms-playlist-limit emms-i18n emms-history emms-score emms-stream-info emms-metaplaylist-mode emms-bookmarks emms-cue emms-mode-line-icon emms-browser sort emms-volume emms-volume-sndioctl emms-volume-mixerctl emms-volume-pulse emms-volume-amixer emms-playlist-sort emms-last-played emms-player-xine emms-player-mpd tq emms-playing-time emms-lyrics emms-url emms-player-simple emms-streams emms-show-all emms-tag-editor emms-tag-tracktag emms-mark emms-mode-line emms-cache emms-info-native emms-info-spc emms-info-exiftool emms-info-tinytag emms-info-metaflac emms-info-opusinfo emms-info-ogginfo emms-info-mp3info emms-info emms-later-do emms-playlist-mode emms-source-playlist emms-source-file locate evil-collection-emms emms emms-compat somafm request evil-collection-mpc mpc elfeed-tube elfeed-tube-utils aio elfeed-org evil-collection-elfeed elfeed-show elfeed-search elfeed-csv elfeed elfeed-curl elfeed-log elfeed-db elfeed-lib url-queue xml-query empv helm-posframe helm helm-global-bindings helm-easymenu helm-core async-bytecomp helm-source helm-multi-match helm-lib wakatime-mode cae-cheatsheets cal-julian circadian solar cal-dst evil-collection-vterm vterm face-remap vterm-module term/xterm xterm zone em-rebind org-agenda embark-org the-org-mode-expansions org-modern evil-collection-org evil-collection-org-roam org-roam-migrate org-roam-log org-roam-mode org-roam-capture org-roam-id org-roam-node org-roam-db emacsql-sqlite-builtin sqlite org-roam-utils org-roam-compat org-roam org-capture org-attach smartparens-org org-yt org-element org-persist org-id org-refile avl-tree org org-element-ast inline ob-emacs-lisp org-table org-loaddefs hippie-exp eshell-syntax-highlighting fish-completion eshell-bookmark eshell-prompt-extras em-term evil-collection-term term ehelp em-script em-pred em-ls em-hist em-glob em-alias em-elecslash evil-collection-indent vertico-directory winum delsel hide-mode-line gdb-mi bindat gud hydra lv flymake-cc diff-hl-flydiff evil-textobj-tree-sitter evil-textobj-tree-sitter-thing-at-point evil-textobj-tree-sitter-core tree-sitter-langs tree-sitter-langs-build tree-sitter-hl ts-fold ts-fold-summary ts-fold-parsers ts-fold-util tree-sitter tree-sitter-load tree-sitter-cli tsc tsc-dyn tsc-dyn-get dired-aux tsc-obsolete evil-collection-eglot eglot external-completion evil-collection-xref xref ert evil-collection-debug debug backtrace evil-embrace evil-surround modern-cpp-font-lock subword-mode-expansions cap-words superword subword smart-semicolon smartparens-c cc-mode-expansions cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs hl-line mb-depth vertico-repeat vertico-indexed vertico-posframe posframe tramp-cache time-stamp em-extpipe ob ob-tangle ol ob-ref ob-lob ob-table ob-exp em-cmpl org-macro em-basic org-src org-keys oc ob-comint em-banner org-pcomplete em-smart org-list org-footnote em-tramp org-entities eshell-did-you-mean esh-help evil-collection-man man em-unix eshell-z em-dirs evil-collection-eshell em-prompt eshell esh-mode esh-var eat org-faces esh-cmd generator esh-ext esh-opt find-func esh-proc esh-io esh-arg evil-collection-calendar cal-menu calendar cal-loaddefs esh-module esh-groups emacsql-sqlite esh-util doom-snippets doom-snippets-lib yasnippet projectile ibuffer-vc ibuf-ext evil-collection-ibuffer ibuffer ibuffer-loaddefs checkdoc mule-util evil-collection-vc-git vc-git ebuild-mode skeleton evil-collection-sh-script sh-script smie treesit executable evil-collection-diff-hl diff-hl evil-collection-log-view log-view evil-collection-vc-dir vc-dir ewoc vc vc-dispatcher jka-compr auto-minor-mode disp-table whitespace git-auto-commit-mode embrace eros nameless lisp-mnt highlight-quoted outline-minor-faces vi-tilde-fringe display-line-numbers evil-collection-flymake flymake-proc flymake copilot copilot-balancer jsonrpc evil-cleverparens evil-cleverparens-text-objects evil-cleverparens-util paredit evil-collection-elisp-mode elisp-mode corfu-history saveplace auto-sudoedit recentf tree-widget tramp-sh tramp trampver tramp-integration tramp-message tramp-compat xdg tramp-loaddefs evil-collection-so-long so-long envrc inheritenv beacon vimish-fold evil-collection-which-key which-key savehist better-jumper vertico-multiform vertico-mouse evil-collection-vertico vertico orderless all-the-icons-completion marginalia evil-goggles evil-easymotion evil-snipe evil-owl repeat restore-point indent-aux aas embark-vc evil-collection-magit-todos magit-todos pcre2el rxt re-builder hl-todo f f-shortdoc s async evil-collection-grep grep evil-collection-compile compile code-review code-review-actions code-review-comment code-review-section code-review-bitbucket code-review-faces emojify evil-collection-apropos apropos evil-collection-tar-mode tar-mode evil-collection-arc-mode arc-mode archive-mode ht code-review-gitlab code-review-utils evil-collection-forge forge-list forge-commands forge-semi forge-bitbucket buck forge-gogs gogs forge-gitea gtea forge-gitlab glab forge-github forge-notify forge-revnote forge-pullreq forge-issue forge-topic yaml bug-reference forge-post smartparens-markdown evil-collection-markdown-mode markdown-mode noutline outline forge-repo forge forge-core forge-db code-review-parse-hunk code-review-github code-review-db uuidgen calc-misc calc-ext calc calc-loaddefs calc-macs a code-review-interfaces deferred ghub-graphql treepy gsexp ghub url-http url-gw nsm url-auth closql emacsql-sqlite-common emacsql emacsql-compiler magit-bookmark magit-autoloads evil-collection-magit magit-submodule magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit files-x magit-repos magit-apply magit-wip magit-log which-func magit-diff smerge-mode diff evil-collection-diff-mode diff-mode git-commit evil-collection-log-edit log-edit nice-citation gnus-cite bbdb-gnus bbdb-mua spam spam-stat bbdb-com bbdb bbdb-site timezone gnus-uu yenc gnus-msg gnus-registry registry eieio-base gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg dom gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap nnmail mail-source utf7 nnoo parse-time iso8601 gnus-spec gnus-win gnus-int gnus-range evil-collection-gnus gnus nnheader range message sendmail yank-media puny evil-collection-dired dired dired-loaddefs rfc822 mml mml-sec evil-collection-epa epa epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log magit-core magit-autorevert magit-margin magit-transient magit-process with-editor shell pcomplete evil-collection-comint comint ansi-osc magit-mode transient magit-git magit-base evil-collection-magit-section magit-section cursor-sensor crm evil-collection-embark embark-consult evil-collection-consult consult evil-collection-bookmark bookmark text-property-search embark ffap gcmh winner smartparens-config smartparens-text smartparens loadhist dash undo-fu-session undo-fu ws-butler editorconfig evil-collection-package-menu doom-packages ansi-color package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source password-cache json map url-vars editorconfig-core editorconfig-core-handle editorconfig-fnmatch corfu-popupinfo evil-collection-corfu corfu minions breadcrumb pulse color project evil-collection-imenu imenu yank-indent exwm-mff autorevert filenotify time-date all-the-icons all-the-icons-faces data-material data-weathericons data-octicons data-fileicons data-faicons data-alltheicons persp-mode dtrt-indent modus-operandi-deuteranopia-theme modus-themes define-repeat-map expand-region-improved expand-region text-mode-expansions er-basic-expansions expand-region-core expand-region-custom cape compat exwm-firefox-evil exwm-firefox-core exwm-evil exwm-evil-core exwm-config ido exwm-systemtray xcb-systemtray xcb-xembed exwm-randr xcb-randr exwm exwm-input xcb-keysyms xcb-xkb exwm-manage exwm-floating xcb-cursor xcb-render exwm-layout exwm-workspace exwm-core xcb-ewmh xcb-icccm xcb xcb-xproto xcb-types xcb-debug eieio eieio-core server smartparens-lua let-alist ob-core org-cycle org-fold org-fold-core org-compat ob-eval org-version org-macs format-spec ibuf-macs evil-collection-tab-bar evil-collection-custom cus-edit cus-load wid-edit evil-collection annalist evil evil-integration evil-maps evil-commands reveal evil-jumps evil-command-window evil-types evil-search evil-macros evil-repeat evil-states evil-core advice evil-common thingatpt rect evil-vars ring derived edmacro kmacro byte-opt use-package-bind-key bind-key easy-mmode comp comp-cstr warnings icons rx doom-editor doom-projects doom-ui doom-keybinds pp cl-extra help-mode use-package-core bytecomp byte-compile general site-gentoo doom-start doom-modules cl-seq doom doom-lib cl-macs cl-loaddefs cl-lib pcase gv harfbuzz jansson dynamic-modules subr-x rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd touch-screen 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 lcms2 dynamic-setting font-render-setting cairo xinput2 x multi-tty move-toolbar make-network-process native-compile emacs) Memory information: ((conses 16 4336492 627496) (symbols 48 130970 52) (strings 32 703427 51764) (string-bytes 1 24142546) (vectors 16 210228) (vector-slots 8 5200225 507435) (floats 8 5040 8876) (intervals 56 235148 17605) (buffers 992 57)) From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 12 14:52:19 2023 Received: (at 65896) by debbugs.gnu.org; 12 Sep 2023 18:52:19 +0000 Received: from localhost ([127.0.0.1]:60060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qg8Ul-00031U-AE for submit@debbugs.gnu.org; Tue, 12 Sep 2023 14:52:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58008) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qg8Uj-00031E-6G; Tue, 12 Sep 2023 14:52:18 -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 1qg8UZ-0005zv-2f; Tue, 12 Sep 2023 14:52:07 -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=ypebc0Rky2LAcs+QQBEMI/oQLf7eZqqdIkikXjhstHw=; b=JDdNJtsYPz3u V6SvXWopbcISPpGtGVHZMLqEQ7wJrDGpO574hzx4AQLAByrFDgTjs2rLeN6uGNEm3L7NZo4PhRPPq tQ7jNeTpymKc+RG8isLGZdRWhXZUN6oN86nmHy4u0FfRDL0ofIBLMG45Tx4yvyQC/JzciQuNYF4OO FKnjLRjetljJnpRJcbU6Jg9ix+vIfNQ8hUWeBvIRhp9juZ7xX8D2N84csNJYeJRGy/8UIPPBdDnVb hI2Y/oqfX79zwsR0K/DCCbhxel2/ayACg9o68KwFlhOC3TH4UkkGllXg7MFzXNa4KOvOtzVw4tG4d yzUgsfAzSbNt+AQ4YbOxfA==; Date: Tue, 12 Sep 2023 21:51:49 +0300 Message-Id: <83v8cfns1m.fsf@gnu.org> From: Eli Zaretskii To: StrawberryTea In-Reply-To: <87ttrzmfua.fsf@strawberrytea.xyz> (message from StrawberryTea on Tue, 12 Sep 2023 13:00:45 -0500) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@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 (---) tags 65896 wishlist thanks > From: StrawberryTea > Date: Tue, 12 Sep 2023 13:00:45 -0500 > > > Hi. This issue comes from Reddit, > https://www.reddit.com/r/emacs/comments/v0i4js/extend_org_heading_background_face_past_the/. > Basically, if I fold text using text properties, the heading background > does not extend to the end of the window. To quote /u/yantar92: "This is > because the trailing newline in the folded heading gets hidden. If the > trailing newline is invisible, :extend t has no effect. It is Emacs > limitation, AFAIK." It would be great if we could make the :extend > property work with invisible text. It cannot. Text properties of invisible text are ignored because the display engine skips invisible text and doesn't consider it and its properties at all. I'm not closing this bug in the hope that someone will have a clever idea for how to work around this, or maybe (gasp!) even submits a patch. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 12 15:37:06 2023 Received: (at control) by debbugs.gnu.org; 12 Sep 2023 19:37:06 +0000 Received: from localhost ([127.0.0.1]:60115 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qg9C5-0006mD-Sv for submit@debbugs.gnu.org; Tue, 12 Sep 2023 15:37:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51954) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qg9C4-0006le-Jb for control@debbugs.gnu.org; Tue, 12 Sep 2023 15:37:04 -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 1qg9Bu-0007er-CB for control@debbugs.gnu.org; Tue, 12 Sep 2023 15:36:54 -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=4JoxNH4J2lEpwalsSa+H4oWHDMpQLbF3vXXYj2nlM8Q=; b=LlxCa0JXNF/k XndMU99VkII4BXRtUa59ls7Epv+sttcPL2C0eJilKf+wDPtyiYdhl3B3V/gTHP6BILohsRt8FSxHa NeWdYaQmMbgkK8EDsgS9tsX8ZGRAywGRjGSi4Afl8sBs0UPt2ndP65m+tghK9tiEwV8MDkdr4d9b7 weMThh2AxnbeGmh8vHjU2txJdQGzN0aOQMkL3UkUUDcwKT56c9ZKvT/vZVP8ucQ/HRM4Lq8MLSsgO 3DCV2a58FEEEJTyOxDyLK5DUNGrQMhmWYe2DPf4f1t9H5q667ffOiFIOxbO1gYIuTxw4KKj8mLv4M oo2qsrCUv0UE/DNSGliG8Q==; Date: Tue, 12 Sep 2023 22:36:26 +0300 Message-Id: <83r0n3npz9.fsf@gnu.org> From: Eli Zaretskii To: control@debbugs.gnu.org (GNU bug tracker automated control server) In-Reply-To: (control@debbugs.gnu.org) Subject: Re: Processed (with 1 errors): Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <83v8cfns1m.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) severity 65896 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 12 16:52:10 2023 Received: (at 65896) by debbugs.gnu.org; 12 Sep 2023 20:52:10 +0000 Received: from localhost ([127.0.0.1]:60162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgAMj-0002wf-Ht for submit@debbugs.gnu.org; Tue, 12 Sep 2023 16:52:09 -0400 Received: from mail-wm1-x334.google.com ([2a00:1450:4864:20::334]:46125) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgAMg-0002w9-Gc for 65896@debbugs.gnu.org; Tue, 12 Sep 2023 16:52:07 -0400 Received: by mail-wm1-x334.google.com with SMTP id 5b1f17b1804b1-40037db2fe7so65507355e9.0 for <65896@debbugs.gnu.org>; Tue, 12 Sep 2023 13:52:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694551915; x=1695156715; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=E1F35CUm/Usf/I4lcRtIjJyxKEx5vsXFh+GcEAeguYE=; b=GlN+WDYxr5Tj21bL0x254cDfeHF7DgwesK7aA/7Dgfc4weAgeqAVFKG+qn3YfnTYhJ Oi8u9M9kDwoOBY/9buzOo35K9jd5rfbUiHE4LB530khu6zHEbVRS4bQMqxgcjJ74gZM9 U9BHVaK+LuBSI1hYzwHtXhDnVwophjTJTkZC5EDy6ycmFXvCJHZuld9h/9D9JJqJQZyF ulwgjPqEp6j9qREar4vYKwDCLyt4k9KzFYoz9tcpchU6EChCJKDlWa2zAcv2FIBwlvLr slqDJGwUHMrn3a1ik/EdUQoEpIuNk9kJsM61ehT/4NPL6vruou4cZ6dg+eJmNnROMkAy XtRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694551915; x=1695156715; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=E1F35CUm/Usf/I4lcRtIjJyxKEx5vsXFh+GcEAeguYE=; b=X1McNxGp/NUPtQmz0fJwl/RutyH3b3yfg0x/Tb6VPA+1EYJ6rUzc/S2XJLtkDRAwA3 KnZWERuZ8fI+Cn1PHkenas+KccSJnG2OsLzJydYyOj/7BlcPK4pSU8/F2KwHGexfODoJ TkBW5OHw4FAxiQd9cMBFBgMDV7WexIcnQnpBh8b4p/jnjE3jiokZ/SgVNJ7H1lEi/J3g Unq7tyOJu6l6VeryYr7eUc+CCmrD2j/G4pRCvaXmGmmjwG8t9uRUPik9j59EFIvX0q+I Fv1ajbnr/L34V3k1i8oaX3AVXtIOdYdWdXc0Qbb85POIzeYT0vrz5KFf2Bfu+ZwFQFvY gMLQ== X-Gm-Message-State: AOJu0YyJvFg14LcQ4RIUT2oP56FDX8HFVvMMsAf1oTN8FaoaXaMbMcaY htvixc9DDKGgsz7GHjDPjsc6zz4W+AU= X-Google-Smtp-Source: AGHT+IGlX6xhNBtapTBXSm78HlNpiKQ8r8aVUKqKa7v+sXY1eqt7YrK+7W+eqS5ZlOZavAfdezNkxw== X-Received: by 2002:a05:600c:152:b0:401:dc7e:b688 with SMTP id w18-20020a05600c015200b00401dc7eb688mr433854wmm.6.1694551915185; Tue, 12 Sep 2023 13:51:55 -0700 (PDT) Received: from amdahl30 ([2a01:e0a:253:fe0:2ef0:5dff:fed2:7b49]) by smtp.gmail.com with ESMTPSA id z6-20020a05600c220600b00402dbe0bbdcsm43221wml.28.2023.09.12.13.51.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Sep 2023 13:51:54 -0700 (PDT) From: =?utf-8?Q?K=C3=A9vin_Le_Gouguec?= To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <83v8cfns1m.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 12 Sep 2023 21:51:49 +0300") References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> Date: Tue, 12 Sep 2023 22:51:53 +0200 Message-ID: <87il8fm7x2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, StrawberryTea 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: > tags 65896 wishlist > thanks This seems related to bug#52587, maybe so much so that it might make sense to merge them? IIUC, given this Org buffer=E2=80=A6 --8<---------------cut here---------------start------------->8--- * foo #+begin_stuff bar #+end_stuff * baz --8<---------------cut here---------------end--------------->8--- =E2=80=A6 and folding "* foo", * bug#52587 is about "#+end_stuff"'s :extended background "bleeding into" the header line, * bug#65896 (this report) is about the header line's :extended background getting "cut short" once folded. AFAIU those are two aspects of the same problem people have with outlines: the effective :extended background comes from the last line of the folded content (because that's the newline that is actually displayed) whereas one might expect it to come from the header line (but it can't, because the header line's newline is invisible). So I'd expect addressing one report will also address the other. >> From: StrawberryTea >> Date: Tue, 12 Sep 2023 13:00:45 -0500 >>=20 >>=20 >> Hi. This issue comes from Reddit, >> https://www.reddit.com/r/emacs/comments/v0i4js/extend_org_heading_backgr= ound_face_past_the/. >> Basically, if I fold text using text properties, the heading background >> does not extend to the end of the window. To quote /u/yantar92: "This is >> because the trailing newline in the folded heading gets hidden. If the >> trailing newline is invisible, :extend t has no effect. It is Emacs >> limitation, AFAIK." It would be great if we could make the :extend >> property work with invisible text. > > It cannot. Text properties of invisible text are ignored because the > display engine skips invisible text and doesn't consider it and its > properties at all. > > I'm not closing this bug in the hope that someone will have a clever > idea for how to work around this, or maybe (gasp!) even submits a > patch. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 12 17:35:49 2023 Received: (at 65896) by debbugs.gnu.org; 12 Sep 2023 21:35:49 +0000 Received: from localhost ([127.0.0.1]:60199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgB2y-0006e4-OO for submit@debbugs.gnu.org; Tue, 12 Sep 2023 17:35:49 -0400 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:41275) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgB2v-0006dp-5j for 65896@debbugs.gnu.org; Tue, 12 Sep 2023 17:35:47 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 178A25C01B3; Tue, 12 Sep 2023 17:35:35 -0400 (EDT) Received: from imap47 ([10.202.2.97]) by compute3.internal (MEProxy); Tue, 12 Sep 2023 17:35:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1694554535; x=1694640935; bh=uULqgHvOcpFTTMpdIQIa9gtQd6lO5er26Ae 1oaJG0WA=; b=P4zbHHvgIri1GI9EPAQ2GEP8Dyr2UqbtDP7BN/hG7WGExjMM4px VSPAaiVuGai50UwQP3F4NfMnmay3semkOF23EdNfc0JdgxKlwzGLa1w8UD9tRB1i Cub+kwSV9e0QtMSOQTkI0s3uisNVfnib83r1aUrVFNQeYayDl79Fe3QENEjQsiNT 3Xs7U6yoKwDivdWJVz1tw/dtvX6eniAOb3fnCw+8NzoXRZYA66LB1rAoljpAuPJ0 qeZfGOwzj8cjj5/bZcEPxV3/KfR2VacGdXK7w+ofAciyyc2dtgppVV2zF2AMcBjZ fTrAKypwZznQXFFkxXZbZj7EkCEc+/T6vjQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1694554535; x=1694640935; bh=uULqgHvOcpFTT MpdIQIa9gtQd6lO5er26Ae1oaJG0WA=; b=GMrUpm5P/3dBdVPMSzBqKlJ6u5Lke oIb3XOiTXlju+j+RqXJFflY7YX3AQ6VU349OBHTTEhjc6we+zDH38eWLMOxyHAvO eHCwoNoVyqDeMPBsoP3lnUjJIjfU7yNWvTNa3CRS8BrqVkoZSdMn0hl6py29qJe9 KGEwOjU42RrkG1g6e1Y9HM7Wa5wYqUMNl0UZvnduLqc51N5aUoZWU+WzWJhkJALN STQxcRhIv5+IeFKjo6epEQdEWg9lMzsJ4YsBf489yCASV3pEIsAoYcc+/r5K1AMh XJzpirwLo73QQFNyX418kTOJ9SwtfDnu8bjTXcj3xs3VAeCWEYPQ0AqRA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudeijecutefuodetggdotefrodftvfcurf hrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenfghrlh cuvffnffculddvfedmnecujfgurhepofgfggfkjghffffhvfevufgtsegrtderreerreej necuhfhrohhmpefnvghmohhnuehrvggviigvshcuoehlohhokhesshhtrhgrfigsvghrrh ihthgvrgdrgiihiieqnecuggftrfgrthhtvghrnhephfdufeeffeeftdevhefhleevvdeg ffekffelvddtgfelhfelgffhgffgueduuddunecuffhomhgrihhnpehrvgguughithdrtg homhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehl ohhokhesshhtrhgrfigsvghrrhihthgvrgdrgiihii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 5F96EA60077; Tue, 12 Sep 2023 17:35:34 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-745-g95dd7bea33-fm-20230905.001-g95dd7bea Mime-Version: 1.0 Message-Id: <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> In-Reply-To: <87il8fm7x2.fsf@gmail.com> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> Date: Tue, 12 Sep 2023 16:35:16 -0500 From: LemonBreezes To: =?UTF-8?Q?K=C3=A9vin_Le_Gouguec?= , "Eli Zaretskii" Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Content-Type: multipart/alternative; boundary=16b006249cdb4d449d1013f9130f970b X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: 65896@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.7 (-) --16b006249cdb4d449d1013f9130f970b Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable This might not sound too clever, but why don't we just make the extend property be determined by the first character in the line rather than the last character / newline character?=20 On Tue, Sep 12, 2023, at 3:51 PM, K=C3=A9vin Le Gouguec wrote: > Eli Zaretskii writes: >=20 > > tags 65896 wishlist > > thanks >=20 > This seems related to bug#52587, maybe so much so that it might make > sense to merge them? IIUC, given this Org buffer=E2=80=A6 >=20 > --8<---------------cut here---------------start------------->8--- > * foo > #+begin_stuff > bar > #+end_stuff > * baz > --8<---------------cut here---------------end--------------->8--- >=20 > =E2=80=A6 and folding "* foo", >=20 > * bug#52587 is about "#+end_stuff"'s :extended background "bleeding > into" the header line, >=20 > * bug#65896 (this report) is about the header line's :extended > background getting "cut short" once folded. >=20 > AFAIU those are two aspects of the same problem people have with > outlines: the effective :extended background comes from the last line = of > the folded content (because that's the newline that is actually > displayed) whereas one might expect it to come from the header line (b= ut > it can't, because the header line's newline is invisible). >=20 > So I'd expect addressing one report will also address the other. >=20 > >> From: StrawberryTea > >> Date: Tue, 12 Sep 2023 13:00:45 -0500 > >>=20 > >>=20 > >> Hi. This issue comes from Reddit, > >> https://www.reddit.com/r/emacs/comments/v0i4js/extend_org_heading_b= ackground_face_past_the/. > >> Basically, if I fold text using text properties, the heading backgr= ound > >> does not extend to the end of the window. To quote /u/yantar92: "Th= is is > >> because the trailing newline in the folded heading gets hidden. If = the > >> trailing newline is invisible, :extend t has no effect. It is Emacs > >> limitation, AFAIK." It would be great if we could make the :extend > >> property work with invisible text. > > > > It cannot. Text properties of invisible text are ignored because the > > display engine skips invisible text and doesn't consider it and its > > properties at all. > > > > I'm not closing this bug in the hope that someone will have a clever > > idea for how to work around this, or maybe (gasp!) even submits a > > patch. >=20 --16b006249cdb4d449d1013f9130f970b Content-Type: text/html;charset=utf-8 Content-Transfer-Encoding: quoted-printable
This might not = sound too clever, but why don't we just make the extend
pr= operty be determined by the first character in the line rather than
<= /div>
the last character / newline character? 
On Tue, Sep 12, 2023, at 3:51 PM, K=C3=A9vin Le Gouguec wro= te:
Eli Zar= etskii <eliz@gnu.org> writes:<= br>

> tags 65896 wishlist
>= thanks

This seems related to bug#52587, ma= ybe so much so that it might make
sense to merge them?&nbs= p; IIUC, given this Org buffer=E2=80=A6

--8= <---------------cut here---------------start------------->8---
=
* foo
#+begin_stuff
bar
=
#+end_stuff
* baz
--8<--------------= -cut here---------------end--------------->8---

=E2=80=A6 and folding "* foo",

* bu= g#52587 is about "#+end_stuff"'s :extended background "bleeding
  into" the header line,

* bug#6= 5896 (this report) is about the header line's :extended
&n= bsp; background getting "cut short" once folded.

AFAIU those are two aspects of the same problem people have with
outlines: the effective :extended background comes from the= last line of
the folded content (because that's the newli= ne that is actually
displayed) whereas one might expect it= to come from the header line (but
it can't, because the h= eader line's newline is invisible).

So I'd = expect addressing one report will also address the other.
=
>> From: StrawberryTea <look@strawberrytea.xyz>
>> = Date: Tue, 12 Sep 2023 13:00:45 -0500
>> 
>> 
>> Hi. This issue comes from= Reddit,
>> Basically, if I fold text u= sing text properties, the heading background
>> does= not extend to the end of the window. To quote /u/yantar92: "This is
=
>> because the trailing newline in the folded heading g= ets hidden. If the
>> trailing newline is invisible,= :extend t has no effect. It is Emacs
>> limitation,= AFAIK." It would be great if we could make the :extend
&g= t;> property work with invisible text.
>
> It cannot.  Text properties of invisible text are ignored b= ecause the
> display engine skips invisible text and do= esn't consider it and its
> properties at all.
>
> I'm not closing this bug in the hope that = someone will have a clever
> idea for how to work aroun= d this, or maybe (gasp!) even submits a
> patch.


--16b006249cdb4d449d1013f9130f970b-- From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 13 07:48:41 2023 Received: (at 65896) by debbugs.gnu.org; 13 Sep 2023 11:48:41 +0000 Received: from localhost ([127.0.0.1]:60975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgOML-0005bu-5N for submit@debbugs.gnu.org; Wed, 13 Sep 2023 07:48:41 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37358) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgOMJ-0005bR-SN for 65896@debbugs.gnu.org; Wed, 13 Sep 2023 07:48:40 -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 1qgOM9-0003dv-4t; Wed, 13 Sep 2023 07:48:29 -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=2PsiZN+BEOmEg/+5bt+l5dKvNF4Hheb1UwwnnqS/sEk=; b=ioh0QnMb1xflBCB72ZD0 6eS6jh5TkDEycrU+oGkeqgc+wlxntMYici37u0FQc4wBLO8JN5ZSpKEgiZhGKCe7mc9aZfhYbJYSn r7bkjxG2A6WncP9GN0RaJxu1JSWVL1cWLiOdSiEBxbxZxpMg87utTvBIzhdXqcBY3GwmLmL1ejgRH ZiP2PCc3BUPzHghiQ81WfvXXM9flEMv1AakEHevctgDhytwaVok3CyAU4asLFNDIW+IscD8Z6PiGj /Qp86aFblXvQ8TGFKdKbqEbdMeMmvauZ8BNKZ5gX2bwCwAxm5QC3Kawcjv0ApR52duFZvcEk5Lgm8 Fq+KyeN0AmWZkA==; Date: Wed, 13 Sep 2023 14:48:14 +0300 Message-Id: <83jzsunvk1.fsf@gnu.org> From: Eli Zaretskii To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec In-Reply-To: <87il8fm7x2.fsf@gmail.com> (message from =?utf-8?Q?K=C3=A9vin?= Le Gouguec on Tue, 12 Sep 2023 22:51:53 +0200) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, look@strawberrytea.xyz 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 (---) merge > From: Kévin Le Gouguec > Cc: StrawberryTea , 65896@debbugs.gnu.org > Date: Tue, 12 Sep 2023 22:51:53 +0200 > > Eli Zaretskii writes: > > > tags 65896 wishlist > > thanks > > This seems related to bug#52587, maybe so much so that it might make > sense to merge them? Probably, but I'll leave this to debbugs gurus, as the two bugs have different attributes. > AFAIU those are two aspects of the same problem people have with > outlines: the effective :extended background comes from the last line of > the folded content (because that's the newline that is actually > displayed) whereas one might expect it to come from the header line (but > it can't, because the header line's newline is invisible). More accurately, if the last character displayed on a line has a face with :extend attribute non-nil, that face is extended to the edge of the window. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 13 07:54:47 2023 Received: (at 65896) by debbugs.gnu.org; 13 Sep 2023 11:54:47 +0000 Received: from localhost ([127.0.0.1]:60990 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgOSA-0005l0-Rs for submit@debbugs.gnu.org; Wed, 13 Sep 2023 07:54:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53988) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgOS5-0005ki-H7 for 65896@debbugs.gnu.org; Wed, 13 Sep 2023 07:54:41 -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 1qgORu-0005Cz-TV; Wed, 13 Sep 2023 07:54:26 -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=cE1UBef3inBKID/XlkhwHL3mXjXsL5J3f2j7n7Z02WU=; b=N3qqjCCdy0rd r7M8P5/bXRjNFcIyw/lAHCKDj+lrVmFUaHx6Me8fPsdwLqnXtkvrZLUTnIvT04JWzaLz2XSnbQCzR c6xgvRK2tfALMLsOlA8qkOwvREgyzCY1kFxFaup4Gak/lYlw77XyK3y+QPBhVPeQheATL/qbysqes A1U3pYR5dvI7e3kfII0rWJQ3UPBURfl6uey1JrR3Q+ijrl6AePVD945heJ7quyHUhqwILBA1bQy6B mINmL4MxWTP5DMPNt0U/GHaPBl2kcHypv7nfHRQsBY25TjO3hZ6/ESeoY+wpHFESaAOK73whap2Yu 2TMdCCVY5OCQ0AMzJDbXZw==; Date: Wed, 13 Sep 2023 14:54:00 +0300 Message-Id: <83il8envaf.fsf@gnu.org> From: Eli Zaretskii To: LemonBreezes In-Reply-To: <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> (message from LemonBreezes on Tue, 12 Sep 2023 16:35:16 -0500) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com 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: Tue, 12 Sep 2023 16:35:16 -0500 > From: LemonBreezes > Cc: 65896@debbugs.gnu.org > > This might not sound too clever, but why don't we just make the extend > property be determined by the first character in the line rather than > the last character / newline character? How can Emacs know, when it processes the first character on a line, whether the last character on that line will have the same face? You seem to assume that the Emacs display engine has "global" view of the line it is processing for display. But that's not what happens: the Emacs display is basically a one-pass layout engine whose view of the text is a peephole whose size is a single character. The display engine processes a character, makes all the decisions regarding its display and layout, then proceeds to the next one, and so on. When it gets to the newline that ends a line, it makes the decision whether the last face it saw needs to be extended, and if so, extends it. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 20 08:49:13 2023 Received: (at 65896) by debbugs.gnu.org; 20 Sep 2023 12:49:13 +0000 Received: from localhost ([127.0.0.1]:58533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qiwdl-0003Le-3x for submit@debbugs.gnu.org; Wed, 20 Sep 2023 08:49:13 -0400 Received: from mout02.posteo.de ([185.67.36.66]:38061) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qiwdh-0003LQ-OV for 65896@debbugs.gnu.org; Wed, 20 Sep 2023 08:49:11 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 62792240104 for <65896@debbugs.gnu.org>; Wed, 20 Sep 2023 14:48:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1695214134; bh=0vYmbHySirFPWVxoXmxK/sB5YXXDzssO+aXyx75IWkM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=o3xfqG2UiBoOx4R89BwbNRBlTgU22s4ERliWq9H3vDf9r6jHSFJyNXxqf/RgILqDV mKDqByf5pYO+0CnUXM0RqsXXv2Tml2A79NiBaNeTzMOQbYowBPgEluF8fL4zVf/54U WFS3P7aUJ5HRzG6IP7RR8wM5+91MHynMBDbZ8g5mhtbpPxj/NBahu/+kMdu+3VhtyA xumRoewxrZP9OQtAUovL8uFRB5eDTJkKc6cDIWNISphOQCa0IKMY+PeSGOa9EerYvp 2tnPl/Nl6mg5lWH7uYHRodiX+CkNeQy5cf6v4kJyr4acfM+QqR8nQebgmfPFZ1D+ih JDjpyN4/dIDNA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RrJHn2rDSz6v4r; Wed, 20 Sep 2023 14:48:53 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <83il8envaf.fsf@gnu.org> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> Date: Wed, 20 Sep 2023 12:50:08 +0000 Message-ID: <87pm2d6mbj.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, LemonBreezes 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 (---) Eli Zaretskii writes: >> This might not sound too clever, but why don't we just make the extend >> property be determined by the first character in the line rather than >> the last character / newline character? > > How can Emacs know, when it processes the first character on a line, > whether the last character on that line will have the same face? > > You seem to assume that the Emacs display engine has "global" view of > the line it is processing for display. But that's not what happens: > the Emacs display is basically a one-pass layout engine whose view of > the text is a peephole whose size is a single character. The display > engine processes a character, makes all the decisions regarding its > display and layout, then proceeds to the next one, and so on. When it > gets to the newline that ends a line, it makes the decision whether > the last face it saw needs to be extended, and if so, extends it. Are you sure? I am looking at `extend_face_to_end_of_line' and it looks like there is nothing preventing it from accessing it->glyph_row->glyphs array to look backwards into preceding glyphs. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 21 08:40:53 2023 Received: (at 65896) by debbugs.gnu.org; 21 Sep 2023 12:40:53 +0000 Received: from localhost ([127.0.0.1]:32922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjIzE-0003RQ-Pb for submit@debbugs.gnu.org; Thu, 21 Sep 2023 08:40:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47970) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjIz5-0003Qy-D6 for 65896@debbugs.gnu.org; Thu, 21 Sep 2023 08:40:51 -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 1qjIyc-0000Nu-F4; Thu, 21 Sep 2023 08:40:15 -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=Lfzkg9StDWlqQKpn8JMG4VGrxOiFWcMIxhWf2mLPmyw=; b=O1QCoHENzmai Fku//LNXO60QQhuaVAKlPP41FxGaJrhFB0T7prmI2cfy3fda069MmMfr6bJ8NVptcMn191nwjAJnf InkqQ+J8RfY84l1S2X1d/qZ+Qs3kmPNkeuF5x0TnwFceKk0Q1y02an0u8NfcohiA8A4OS7nhN0IZ0 Z7+qZkeiJOlU1yoRweX18NA4EFpzi+IRKMkWUvbyRdtUKUInv5MHiwpp01+1blyXyinhsOdwr92lb cmd8gDs+BBbLZN9ZaqSu7boHzr15G1iKmKV1/FNEQ1BbZBrW1dGF6vNDUChnQ16jR/CFuoAazzZGQ v+yTPnFeWAFQWT/V5INf3g==; Date: Thu, 21 Sep 2023 14:07:39 +0300 Message-Id: <83bkdvaio4.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87pm2d6mbj.fsf@localhost> (message from Ihor Radchenko on Wed, 20 Sep 2023 12:50:08 +0000) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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: Ihor Radchenko > Cc: LemonBreezes , 65896@debbugs.gnu.org, > kevin.legouguec@gmail.com > Date: Wed, 20 Sep 2023 12:50:08 +0000 > > Eli Zaretskii writes: > > >> This might not sound too clever, but why don't we just make the extend > >> property be determined by the first character in the line rather than > >> the last character / newline character? > > > > How can Emacs know, when it processes the first character on a line, > > whether the last character on that line will have the same face? > > > > You seem to assume that the Emacs display engine has "global" view of > > the line it is processing for display. But that's not what happens: > > the Emacs display is basically a one-pass layout engine whose view of > > the text is a peephole whose size is a single character. The display > > engine processes a character, makes all the decisions regarding its > > display and layout, then proceeds to the next one, and so on. When it > > gets to the newline that ends a line, it makes the decision whether > > the last face it saw needs to be extended, and if so, extends it. > > Are you sure? I am looking at `extend_face_to_end_of_line' and it looks > like there is nothing preventing it from accessing it->glyph_row->glyphs > array to look backwards into preceding glyphs. First, glyphs have only partial information about the original face properties. IOW, the produced glyph row doesn't have all the info that the original text had. And second, I don't see how the accessibility to the glyphs is relevant to the issue at hand. Suppose the visible text of a line is: aaabbbbxxx where each letter represents some character with different face -- you want Emacs to extend face 'a' after the end of the line, not the face 'x', just because the line started with characters whose face was 'a'?? that's what the OP said, AFAIU. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 21 08:55:23 2023 Received: (at 65896) by debbugs.gnu.org; 21 Sep 2023 12:55:23 +0000 Received: from localhost ([127.0.0.1]:32985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjJDG-0003za-EG for submit@debbugs.gnu.org; Thu, 21 Sep 2023 08:55:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56064) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjJDB-0003zE-AC for 65896@debbugs.gnu.org; Thu, 21 Sep 2023 08:55:21 -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 1qjJCn-0000ZU-HT; Thu, 21 Sep 2023 08:54:56 -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=T1i/ja56XhyXhuFmqTanXdW22EznD+neksKDo0qCXz8=; b=A5l0QW5gBhrI etqVUD3FRAWhSw4VgT1tD6HWkMJDs7ZnGk05xzaxLwDplxdO9LQttVBpGOlz6vsmHC3uW0puTfTiL VrbRWf19RyO8Yv8N9yv6aryFtEePR9ZqBb0BrsrSKPIlqcMdxs6po6fEJGnQcvdR3vRVj23cGdJ+J 6P3P5P7fO8etYzhKBAts1/3d8KyJ25uc7a3GNFfOE0adY8Cj7OvdwM1lJtyvIzIy1z5RxMaKrfS6F m62IfzOT8OOcL9ragDKjfLP9wEuPMygkSJDDs0yK/lQw3mjqIWTKvIhZG5LqJSQGGzZ/AkITaIjb3 9bE5nymooz1xUWdAzEIwWw==; Date: Thu, 21 Sep 2023 15:54:41 +0300 Message-Id: <83a5tfadpq.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87pm2d6mbj.fsf@localhost> (message from Ihor Radchenko on Wed, 20 Sep 2023 12:50:08 +0000) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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: Ihor Radchenko > Cc: LemonBreezes , 65896@debbugs.gnu.org, > kevin.legouguec@gmail.com > Date: Wed, 20 Sep 2023 12:50:08 +0000 > > Eli Zaretskii writes: > > >> This might not sound too clever, but why don't we just make the extend > >> property be determined by the first character in the line rather than > >> the last character / newline character? > > > > How can Emacs know, when it processes the first character on a line, > > whether the last character on that line will have the same face? > > > > You seem to assume that the Emacs display engine has "global" view of > > the line it is processing for display. But that's not what happens: > > the Emacs display is basically a one-pass layout engine whose view of > > the text is a peephole whose size is a single character. The display > > engine processes a character, makes all the decisions regarding its > > display and layout, then proceeds to the next one, and so on. When it > > gets to the newline that ends a line, it makes the decision whether > > the last face it saw needs to be extended, and if so, extends it. > > Are you sure? I am looking at `extend_face_to_end_of_line' and it looks > like there is nothing preventing it from accessing it->glyph_row->glyphs > array to look backwards into preceding glyphs. First, glyphs have only partial information about the original face properties. IOW, the produced glyph row doesn't have all the info that the original text had. And second, I don't see how the accessibility to the glyphs is relevant to the issue at hand. Suppose the visible text of a line is: aaabbbbxxx where each letter represents some character with different face -- you want Emacs to extend face 'a' after the end of the line, not the face 'x', just because the line started with characters whose face was 'a'?? that's what the OP said, AFAIU. I cannot see how this proposal could be TRT. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 21 17:08:15 2023 Received: (at 65896) by debbugs.gnu.org; 21 Sep 2023 21:08:16 +0000 Received: from localhost ([127.0.0.1]:34892 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjQuE-000133-6c for submit@debbugs.gnu.org; Thu, 21 Sep 2023 17:08:15 -0400 Received: from mail-wm1-x331.google.com ([2a00:1450:4864:20::331]:61588) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjQu8-00012d-AQ for 65896@debbugs.gnu.org; Thu, 21 Sep 2023 17:08:13 -0400 Received: by mail-wm1-x331.google.com with SMTP id 5b1f17b1804b1-404314388ceso16062525e9.2 for <65896@debbugs.gnu.org>; Thu, 21 Sep 2023 14:07:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695330472; x=1695935272; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=o1MSDMqHEUnf4WVmhK4tO9qYWAA/Y5Ix74YNENZpPbo=; b=KBqxuzoPF79hQ3XWvDNqaI963zoguIvQ5pcf8XKP4fPCsGG7N6Wr2+axZoA1hWB97B 2jTf1DJjaGBUPlXKntyEmU/emqGOnCOpR66jb3f52eaROL+IU4mQfQkJi93DY7McbBno p2FPl5VkNFs7nT3Q9r2jIkvs3RR0QUHipckiYhMnOZSpIh38eUqoSxDK0NuqnpDGZBH9 6zVoZpozLP6zbAx9yAqkTuJCOqVt8ZbgW5PCq3lG/odXPpYRV0tG+Z1ae4XERkxl4ea7 7RaNVp1tQzRCyQk+SDxm2UKvt85kQrimszNnOAqDeSZp9f8II8NOpyQksLgCbp4CVBMq 1NBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695330472; x=1695935272; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=o1MSDMqHEUnf4WVmhK4tO9qYWAA/Y5Ix74YNENZpPbo=; b=opy9FaK/ieBkXHVbCDFsJNLNQ2WfYc+kynlLLncQmJ+8fr6FwacbbZ6rZzTqLK8CvM dCRkTpvJUFKu0ycoViwTTVdUN1Jw5l44i6STYdSmPK2kD27bbSCP/UuvUF7o7Ry5kHXe MOb5mJbTSq89YxiTQO32tiFn+kTCXW0U2j4L4agQw6BMJ+fUCb9iYyUJc/tzqsG0GObr oaO7sRgt2876okIOzy7qNLS89iYGVxfYQXh5Z3YrrPgevgUoA42cuud3Q6yfKlv9Cw2F Dzutv1cBx/hiq21OZ4kBtcmwSQsm/Hw0ovk8pqFBDv+qdt8oEmSrNKG0EWB+PDsIR1mA INBQ== X-Gm-Message-State: AOJu0YwHaP892BxplLAbBzd2i494CwSynG5FYMT2GOWAxHSxwMjmkgaD IhDuPJLodU3FJhyPLl0SsVk= X-Google-Smtp-Source: AGHT+IGWhjjIZF7QpuF+obJpw27ibHKJgoLpsnYyD1c55GoYw63Fyzt7UkDQ2IPzHCtmc93J3jizJA== X-Received: by 2002:a1c:4c09:0:b0:401:bf87:989c with SMTP id z9-20020a1c4c09000000b00401bf87989cmr6527922wmf.34.1695330471803; Thu, 21 Sep 2023 14:07:51 -0700 (PDT) Received: from amdahl30 ([2a01:e0a:253:fe0:2ef0:5dff:fed2:7b49]) by smtp.gmail.com with ESMTPSA id l21-20020a7bc455000000b003fee8502999sm5686645wmi.18.2023.09.21.14.07.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 Sep 2023 14:07:51 -0700 (PDT) From: =?utf-8?Q?K=C3=A9vin_Le_Gouguec?= To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <83a5tfadpq.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 21 Sep 2023 15:54:41 +0300") References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> Date: Thu, 21 Sep 2023 23:07:50 +0200 Message-ID: <87a5tfp74p.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65896 Cc: Ihor Radchenko , 65896@debbugs.gnu.org, look@strawberrytea.xyz 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: > I cannot see how this proposal > could be TRT. Yeah, I believe there should be ways to scratch that itch without going all the way down to the display engine. FWIW, I would invite motivated hackers to check out magit-section and see if outline-mode could be taught a new "folding style" that would use the same folding principles. My own wandering through the EIEIO maze has been too brief to yield anything useful, but AFAICT the salient points are: * setting the 'invisible overlay's BEG at the start of the "section body" (after the heading's newline), * storing bookkeeping information (such as this beginning position) in a 'magit-section property applied to the heading, so that magit-section-show can retrieve that information when invoked by the user with point on that heading. I would imagine outline.el could grow a user option to adjust overlay boundaries this way, so the heading's newline would remain visible, and so would any :extend property on that newline=E2=80=A6 although perhaps I'm missing some key differences between outline-mode and magit-section-mode that may derail this train of thought. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 22 03:09:41 2023 Received: (at 65896) by debbugs.gnu.org; 22 Sep 2023 07:09:41 +0000 Received: from localhost ([127.0.0.1]:35188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjaIH-0008VO-0W for submit@debbugs.gnu.org; Fri, 22 Sep 2023 03:09:41 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:54183) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjaIB-0008Ux-BC for 65896@debbugs.gnu.org; Fri, 22 Sep 2023 03:09:39 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id A2CAA1C000A; Fri, 22 Sep 2023 07:09:15 +0000 (UTC) From: Juri Linkov To: =?iso-8859-1?Q?K=E9vin?= Le Gouguec Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <87a5tfp74p.fsf@gmail.com> (=?iso-8859-1?Q?=22K=E9vin?= Le Gouguec"'s message of "Thu, 21 Sep 2023 23:07:50 +0200") Organization: LINKOV.NET References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> Date: Fri, 22 Sep 2023 09:40:42 +0300 Message-ID: <86o7huvjrh.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: Eli Zaretskii , 65896@debbugs.gnu.org, Ihor Radchenko , look@strawberrytea.xyz 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 cannot see how this proposal could be TRT. > > Yeah, I believe there should be ways to scratch that itch without going > all the way down to the display engine. > > FWIW, I would invite motivated hackers to check out magit-section and > see if outline-mode could be taught a new "folding style" that would use > the same folding principles. My own wandering through the EIEIO maze > has been too brief to yield anything useful, but AFAICT the salient > points are: > > * setting the 'invisible overlay's BEG at the start of the "section > body" (after the heading's newline), > > * storing bookkeeping information (such as this beginning position) in a > 'magit-section property applied to the heading, so that > magit-section-show can retrieve that information when invoked by the > user with point on that heading. > > I would imagine outline.el could grow a user option to adjust overlay > boundaries this way, so the heading's newline would remain visible, and > so would any :extend property on that newline… although perhaps I'm > missing some key differences between outline-mode and magit-section-mode > that may derail this train of thought. I tried, but the conclusion was that this requires changes in the display engine. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 22 03:20:59 2023 Received: (at 65896) by debbugs.gnu.org; 22 Sep 2023 07:20:59 +0000 Received: from localhost ([127.0.0.1]:35204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjaTD-0000Lc-74 for submit@debbugs.gnu.org; Fri, 22 Sep 2023 03:20:59 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40432) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjaT8-0000LL-5F for 65896@debbugs.gnu.org; Fri, 22 Sep 2023 03:20:57 -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 1qjaSo-0002me-OG; Fri, 22 Sep 2023 03:20:34 -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=uMGbFJmgV0s5o8xDnuk2r2nkHU1kPibWAXRoSykUiKA=; b=oX4JJj5wdyub1E5kBmNw GhlhCwYsWmmpwmXQy8prJC9Aqc8OCYEFV96vGSF36k5hMOG7yAZNbDwODWArXwif8TKG//5J0dHn7 OA7/PlX0r6d7S2ZcQWbLVp4Zp1zEAAfWtidXkL0dzt3qbvtge4kqM5iQzaV2g6YXcoq20+tntOxBk EB+VBDZB6T8ZrGqWKPJ3a2pGEA2ZCkS6HXEzrOKGx48wknj92QIv6bLG98VLFdii6eRCb7RN38GGK kjaQJdF9xJV7gYjU9R2hrnraw6c/cQ7TImNoIeyGMgY4uZCYglrv/DX5Y27VvLWqANLESg+naxPuQ UdioX/9SRSxeXQ==; Date: Fri, 22 Sep 2023 10:20:34 +0300 Message-Id: <831qeq8yil.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-Reply-To: <86o7huvjrh.fsf@mail.linkov.net> (message from Juri Linkov on Fri, 22 Sep 2023 09:40:42 +0300) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, 65896@debbugs.gnu.org, look@strawberrytea.xyz, kevin.legouguec@gmail.com 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: Juri Linkov > Cc: Eli Zaretskii , Ihor Radchenko , > 65896@debbugs.gnu.org, look@strawberrytea.xyz > Date: Fri, 22 Sep 2023 09:40:42 +0300 > > > I would imagine outline.el could grow a user option to adjust overlay > > boundaries this way, so the heading's newline would remain visible, and > > so would any :extend property on that newline… although perhaps I'm > > missing some key differences between outline-mode and magit-section-mode > > that may derail this train of thought. > > I tried, but the conclusion was that this requires changes in the display engine. For any changes in this area to be done in the display engine, someone will have to come up with a coherent proposal that will: . make sense from the Lisp programmer's POV . support well both the case of invisible text and the case of no invisible text, without asking the display code to jump through too many hoops in any of these cases . be consistent with the current handling of faces in the display code, which basically decides on the face where it changes, and then keeps using that face until the next face change Ideas and suggestions that satisfy the above conditions are welcome. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 22 06:12:04 2023 Received: (at 65896) by debbugs.gnu.org; 22 Sep 2023 10:12:04 +0000 Received: from localhost ([127.0.0.1]:35349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjd8m-0001e2-FK for submit@debbugs.gnu.org; Fri, 22 Sep 2023 06:12:04 -0400 Received: from mout01.posteo.de ([185.67.36.65]:55263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjd8h-0001dV-BC for 65896@debbugs.gnu.org; Fri, 22 Sep 2023 06:12:02 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id DDFDA24002A for <65896@debbugs.gnu.org>; Fri, 22 Sep 2023 12:11:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1695377502; bh=8KgNjqq2sthQiUMe5rpCfoIpGve/ujlfEmxUKQQ86g8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=VsJ69fTs8w4KmISLffYpz0VGMcgdTVcuvkov2TiSY5bgRr8qguTEBsiAGvKsl4d+b +YSGKgofr8kivRDdm0Xu+ol+XjyD3UW1oDT9eCxnTSwN3Pc4OLEgR2k3ZGyonekhWp E4C+t+bleLUScZAsWT2K4Qabsufp6AhNbKn4qEp0Q3FuM77So1dwiPAFLDwxWtbkax bi3scW4jOgCAtroIrdT++C3efO02pSvo3o1J3ynjaxNkRQdm4/rffAcDCJ0hqwKPZG Cd9m3SijwAZ4fKQmadbIdn5N/EWhgjjPmPrJ/tlEyqu1k+BH+/NuXHUi10EKft5k1q 6i06E3bgs3GHA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RsSjT5xFDz6twc; Fri, 22 Sep 2023 12:11:41 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <83bkdvaio4.fsf@gnu.org> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> Date: Fri, 22 Sep 2023 10:12:57 +0000 Message-ID: <87jzsiy0ra.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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 (---) Eli Zaretskii writes: >> Are you sure? I am looking at `extend_face_to_end_of_line' and it looks >> like there is nothing preventing it from accessing it->glyph_row->glyphs >> array to look backwards into preceding glyphs. > > First, glyphs have only partial information about the original face > properties. IOW, the produced glyph row doesn't have all the info > that the original text had. > > And second, I don't see how the accessibility to the glyphs is > relevant to the issue at hand. Suppose the visible text of a line is: > > aaabbbbxxx > > where each letter represents some character with different face -- you > want Emacs to extend face 'a' after the end of the line, not the face > 'x', just because the line started with characters whose face was > 'a'?? that's what the OP said, AFAIU. I am also not a big fan of using the first glyph/letter in the line. What about not extending the face unless the last 2 glyphs have eq face or we have a single glyph in a row? -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 22 07:57:01 2023 Received: (at 65896) by debbugs.gnu.org; 22 Sep 2023 11:57:01 +0000 Received: from localhost ([127.0.0.1]:35462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjemL-0001S1-99 for submit@debbugs.gnu.org; Fri, 22 Sep 2023 07:57:01 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38326) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjemG-0001Rm-GX for 65896@debbugs.gnu.org; Fri, 22 Sep 2023 07:56:59 -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 1qjem0-0002VD-HW; Fri, 22 Sep 2023 07:56:40 -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=H7df0zwV/oGrCUHEP3CHGu8QAeaieI4BIRYEc/EyC+o=; b=Vo7u1L/Nwi8o C+a3sm1xc970Iww+cLJ1BnKTDP/ItOQn2GoZl+aVY0tpnrjhBXPH7fLxHvc9FdNk6IDCbdPmqLyQ6 BLhEzL5B3umvw6C9cwAFat+xBOaJ1mSh92a0y05OvPKym6o8Fgli6/yDdbok+HMMGm6Aooa6HbIqX m/jMa2CEYpdjOz1rinw2nrZqgjI49tbHBXAtRlH+J+BfN10bBwiFdozz4wdUkdAxZqnWzzxgqQkIE 2MhtF2uAMpIvS/kfQjV9EXGmf/yv9Y2HxiBNQEH3lCp10k8HE7eCrHgMlJKzc7TVBAuBW6eXSMVAW 9ncUy/4FRa8PQT/noVj9kQ==; Date: Fri, 22 Sep 2023 14:56:49 +0300 Message-Id: <83il82775q.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87jzsiy0ra.fsf@localhost> (message from Ihor Radchenko on Fri, 22 Sep 2023 10:12:57 +0000) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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: Ihor Radchenko > Cc: look@strawberrytea.xyz, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com > Date: Fri, 22 Sep 2023 10:12:57 +0000 > > Eli Zaretskii writes: > > >> Are you sure? I am looking at `extend_face_to_end_of_line' and it looks > >> like there is nothing preventing it from accessing it->glyph_row->glyphs > >> array to look backwards into preceding glyphs. > > > > First, glyphs have only partial information about the original face > > properties. IOW, the produced glyph row doesn't have all the info > > that the original text had. > > > > And second, I don't see how the accessibility to the glyphs is > > relevant to the issue at hand. Suppose the visible text of a line is: > > > > aaabbbbxxx > > > > where each letter represents some character with different face -- you > > want Emacs to extend face 'a' after the end of the line, not the face > > 'x', just because the line started with characters whose face was > > 'a'?? that's what the OP said, AFAIU. > > I am also not a big fan of using the first glyph/letter in the line. > > What about not extending the face unless the last 2 glyphs have eq face > or we have a single glyph in a row? That's a backward-incompatible change, so we cannot do that. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 22 07:59:19 2023 Received: (at 65896) by debbugs.gnu.org; 22 Sep 2023 11:59:19 +0000 Received: from localhost ([127.0.0.1]:35466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjeoZ-0001VV-1V for submit@debbugs.gnu.org; Fri, 22 Sep 2023 07:59:19 -0400 Received: from mout01.posteo.de ([185.67.36.65]:33695) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjeoW-0001VI-I4 for 65896@debbugs.gnu.org; Fri, 22 Sep 2023 07:59:17 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 2A18024002A for <65896@debbugs.gnu.org>; Fri, 22 Sep 2023 13:58:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1695383940; bh=+J2/+1beqQUI3qSFRnwrLXABpONHF4t4lXD+kQdqheA=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=CxnzHdogBLeB2mchJpEHgZumCwpYOpRiDxZ4tsOK7QOo9Lqy3Cyad5BZkIgY9sMhX cP4z8/tt9kS8SsphHb73TJsvCnrZwsIu4OTHNlUwl5Q6tjnnpa53ob0fExAOLG/6Nt CH8gbr7OAdXw9R860EXDfW1qV8YV8rHk4obTWvvGdjKSbdlw53Fs/tlZEKyOvGO93l sbqP1xv/IXRTmi++CukM6THodQ/rmWTEebzAiivdWNqYN3RFqKRC1R08skh+vFp7/2 BtS+gCHv4Agg/0//Xdji8wod+iLrTA9UWwS/hHo10dZF6viT4tcBox94OiX/1oF15C ctkC5kx0qwMeA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RsW5H0PNrz6tx6; Fri, 22 Sep 2023 13:58:58 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <83il82775q.fsf@gnu.org> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> Date: Fri, 22 Sep 2023 12:00:14 +0000 Message-ID: <8734z6xvsh.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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 (---) Eli Zaretskii writes: >> What about not extending the face unless the last 2 glyphs have eq face >> or we have a single glyph in a row? > > That's a backward-incompatible change, so we cannot do that. Then, what about doing this only when :extend attribute is set to number 2? -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 22 08:48:19 2023 Received: (at 65896) by debbugs.gnu.org; 22 Sep 2023 12:48:19 +0000 Received: from localhost ([127.0.0.1]:35535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjfZy-0005RN-Uj for submit@debbugs.gnu.org; Fri, 22 Sep 2023 08:48:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40422) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qjfZw-0005QW-4K for 65896@debbugs.gnu.org; Fri, 22 Sep 2023 08:48:16 -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 1qjfZe-0006UM-S9; Fri, 22 Sep 2023 08:47:58 -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=F2VovBEY9CMwHktvbJ9nfTwFQ9Xxayic+W9UhzTIkZE=; b=S1scaEIaA8Am xDuG/xP0RQ1S1MYrOW/gI+OCDb+5V5WyP7Tvu/754TueACxg884sVEHxuR41IVNpIfd6P0zzUaVpT 1yaIinii/gYdL+s5DdP3RhC3qRYybJ1XiZ5Q54Nqb99L15lpFDGVI5nhz5q9KKb+8ysrTpdl2IEKU +Ggk03sZAXCZfJOAmjRaMuSqLMnet1ixsi8QzyjZdo03IjwfXU79WpQqoUvRbhJ7QUq/FtqARxGkS zwP2z5cEQXSHHHARsuy+qw738YgO+/Lrwlaor1QS13DZj07cu1+6Ey1k7ZEyaVeCvWhekD1jHjGA6 EcwbU4LU7+hHBhxoNGqaUg==; Date: Fri, 22 Sep 2023 15:48:05 +0300 Message-Id: <83a5te74sa.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <8734z6xvsh.fsf@localhost> (message from Ihor Radchenko on Fri, 22 Sep 2023 12:00:14 +0000) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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: Ihor Radchenko > Cc: look@strawberrytea.xyz, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com > Date: Fri, 22 Sep 2023 12:00:14 +0000 > > Eli Zaretskii writes: > > >> What about not extending the face unless the last 2 glyphs have eq face > >> or we have a single glyph in a row? > > > > That's a backward-incompatible change, so we cannot do that. > > Then, what about doing this only when :extend attribute is set to number > 2? That'd mean quite a few changes (since currently :extend is a boolean attribute), but okay. However, what is the detailed description of the behavior under this proposal? I mean, which 2 glyphs to consider? the last two shown on the screen line? If so, this will cause the same problems when these two glyphs come from different buffer lines (due to invisibility), no? IOW, won't that cause the same surprising effects, just in other situations? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 23 06:50:38 2023 Received: (at 65896) by debbugs.gnu.org; 23 Sep 2023 10:50:38 +0000 Received: from localhost ([127.0.0.1]:37852 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk0De-000761-2i for submit@debbugs.gnu.org; Sat, 23 Sep 2023 06:50:38 -0400 Received: from mout01.posteo.de ([185.67.36.65]:35127) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk0Da-00075k-03 for 65896@debbugs.gnu.org; Sat, 23 Sep 2023 06:50:36 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 4212D240028 for <65896@debbugs.gnu.org>; Sat, 23 Sep 2023 12:50:17 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Rt5WX1Jxvz6tvc; Sat, 23 Sep 2023 12:50:15 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <83a5te74sa.fsf@gnu.org> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> Date: Sat, 23 Sep 2023 10:51:22 +0000 Message-ID: <87fs352mdx.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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 (---) Eli Zaretskii writes: > However, what is the detailed description of the behavior under this > proposal? I mean, which 2 glyphs to consider? the last two shown on > the screen line? If so, this will cause the same problems when these > two glyphs come from different buffer lines (due to invisibility), no? > IOW, won't that cause the same surprising effects, just in other > situations? You are right. If the visible part of the line has :extend already, it would make more sense to extend the face: The discussed issue corresponds to the following line structure: IMHO, after invisible text should simply inherit the face of previous glyph (from ellipsis, if ellipsis is visible; or from visible text, if invisible text is completely hidden) to get the expected look. Does it make more sense. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 23 07:11:19 2023 Received: (at 65896) by debbugs.gnu.org; 23 Sep 2023 11:11:19 +0000 Received: from localhost ([127.0.0.1]:37858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk0Xf-0007nN-4x for submit@debbugs.gnu.org; Sat, 23 Sep 2023 07:11:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51464) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk0XZ-0007mm-4h for 65896@debbugs.gnu.org; Sat, 23 Sep 2023 07:11:17 -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 1qk0XI-0002NJ-En; Sat, 23 Sep 2023 07:10:56 -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=HGEjY3g/FHKrkFJBokWeMeYNUktouIJrqWsX3yVwYcU=; b=jdOwYrJcotjS CYD6fawODoiN2JnqseXGwkhxq0OEgJv2utty760bjIdwarMlePXrE1O6SfxYRqptVoeBBCVcrfI4+ hj4kRzDbvAUJJR3uTqH8qYtlLxgTaa1BJIyIqyqxaM3aBdxJ1pRiOD/e0Gqz60dDhVUXWwISoN4bJ CxmHnEZW49A240MhN2sbyUSL9//bcbTsqq2/OE83E+HE9IrCUish/U0JSzPgtAQ/SxmsvEbfy+f9h GBLcIlEL844LWwQ0jUy6Z6dt7o9UYBmQNDeFLakrlmvd22Z2X8xzcDMrio3HocDCDS1IgXz+P6tt/ DC0WtB+OaXGe15whCmTVPg==; Date: Sat, 23 Sep 2023 14:11:08 +0300 Message-Id: <83sf75401f.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87fs352mdx.fsf@localhost> (message from Ihor Radchenko on Sat, 23 Sep 2023 10:51:22 +0000) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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: Ihor Radchenko > Cc: look@strawberrytea.xyz, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com > Date: Sat, 23 Sep 2023 10:51:22 +0000 > > You are right. If the visible part of the line has :extend already, it > would make more sense to extend the face: > > > > The discussed issue corresponds to the following line structure: > > > > IMHO, after invisible text should simply inherit the face of > previous glyph (from ellipsis, if ellipsis is visible; or from visible > text, if invisible text is completely hidden) to get the expected look. AFAICT, this should already happen. I think I need a simple recipe to reproduce the problem and see more closely what is going on in that recipe. I tried the one at the beginning of this bug, but couldn't reproduce, probably because I'm missing something. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 23 08:38:11 2023 Received: (at 65896) by debbugs.gnu.org; 23 Sep 2023 12:38:12 +0000 Received: from localhost ([127.0.0.1]:37925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk1tj-0004Rl-HN for submit@debbugs.gnu.org; Sat, 23 Sep 2023 08:38:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53230) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk1tg-0004RU-KD for 65896@debbugs.gnu.org; Sat, 23 Sep 2023 08:38:10 -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 1qk1tP-0005NC-TQ; Sat, 23 Sep 2023 08:37:51 -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=b0H24jlDWUe4wdpQnuHKDvEhjCG5WU9UWqNMAA48ecI=; b=MixTR6LQcyqq bjp1AJEa1Z7luJvGhmUOsTWf8gQz85tRm0TKCzbqpli4s96KXBHhgAB3Bg3UZaWxGqTOn856o+KtE yJLo0VcOXiQSz++hM0Y3+z9la62VebZNVIhrP+wHtSYU7J1E1gfu95vRaTT7dXpjfVIdnLvPyUffe DejvPsbf2kjmgj0J5YVwJRRQo22W1VXoh8VYArObuT5MspSbLNp/3VUvEEbXptzsSUi73+7JE+pv8 zYsBJSeH4L8JWB5Et6ubbz053zS9NGLMXYIXBOzYjKauSH1fsPyNlFt0vkFhjh5zjn2DDLdS0HJCs vlUJ9gqrM/PkBm7IePkenw==; Date: Sat, 23 Sep 2023 15:38:03 +0300 Message-Id: <83pm293w0k.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <871qep2l2z.fsf@localhost> (message from Ihor Radchenko on Sat, 23 Sep 2023 11:19:32 +0000) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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: Ihor Radchenko > Cc: look@strawberrytea.xyz, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com > Date: Sat, 23 Sep 2023 11:19:32 +0000 > > 1. emacs -Q > 2. M-x org-mode > 3. M-: (set-face-background 'org-block-end-line "lightblue") > 4. Insert > * Heading > #+begin_src emacs-lisp > 1 > #+end_src > * Another heading > 5. S- > 6. Observe * Heading... It's because the invisible text does not include the newline of the #+end_src line, and that newline has the face you don't want to see. If we ignore the face of the newline itself, we will change the behavior when the last glyph before the newline has a different face. The most notable use case is: . C-e . C-SPC . C-f This is expected to paint with the region face the part between the last glyph of the current line and the first glyph of the next line, but with your proposal will not. IOW, the region face will effectively not be extended in this case. Why cannot Org include in the invisible text the newline of the last line that is being hidden? That is, in the above scenario, make the invisible text begin with the first character of "#+begin_src" and end after the newline following "#+end_src". From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 23 08:58:37 2023 Received: (at 65896) by debbugs.gnu.org; 23 Sep 2023 12:58:37 +0000 Received: from localhost ([127.0.0.1]:37959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk2DV-00057g-4p for submit@debbugs.gnu.org; Sat, 23 Sep 2023 08:58:37 -0400 Received: from mout02.posteo.de ([185.67.36.66]:48747) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk2DR-00057L-Bx for 65896@debbugs.gnu.org; Sat, 23 Sep 2023 08:58:35 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 8F266240101 for <65896@debbugs.gnu.org>; Sat, 23 Sep 2023 14:58:16 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Rt8MC4Z55z6tsg; Sat, 23 Sep 2023 14:58:15 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <83pm293w0k.fsf@gnu.org> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> Date: Sat, 23 Sep 2023 12:59:32 +0000 Message-ID: <87y1gx11vv.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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 (---) Eli Zaretskii writes: >> 1. emacs -Q > ... > It's because the invisible text does not include the newline of the > #+end_src line, and that newline has the face you don't want to see. > > If we ignore the face of the newline itself, we will change the > behavior when the last glyph before the newline has a different face. > The most notable use case is: > > . C-e > . C-SPC > . C-f > > This is expected to paint with the region face the part between the > last glyph of the current line and the first glyph of the next line, > but with your proposal will not. IOW, the region face will > effectively not be extended in this case. I see. Note that there is a similar case when the region is not displayed at all: * Folded heading... . C-SPC . C-f (observe ellipsis not being highlighted) > Why cannot Org include in the invisible text the newline of the last > line that is being hidden? That is, in the above scenario, make the > invisible text begin with the first character of "#+begin_src" and end > after the newline following "#+end_src". That will make ellipsis displayed on the same line with the next heading: * Heading ...* Another heading -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 23 09:10:12 2023 Received: (at 65896) by debbugs.gnu.org; 23 Sep 2023 13:10:12 +0000 Received: from localhost ([127.0.0.1]:37979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk2Oi-0005Tb-D1 for submit@debbugs.gnu.org; Sat, 23 Sep 2023 09:10:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55348) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk2Of-0005TM-N1 for 65896@debbugs.gnu.org; Sat, 23 Sep 2023 09:10:11 -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 1qk2OO-00052u-Sn; Sat, 23 Sep 2023 09:09:52 -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=QUuC0yiG7zJjlM3e/ZlOd8f5yohXLVe9DJPtxFcNxps=; b=Xwl7J6OePWXr W1YhOBp66RiOwDr1XAPp7/TCrBt4YBuzjzaclKAzqvDBZCD6HfnFOdfKYJMpdYtpThweXiSDtv+i8 w6Cr8p1ChswHLQIjP3FVTSD+qRla3kkO1Cmk2l0Eh3XW8emklWjgtkGhg/P0afCIJXml+C5Kd2Tpe vk36xEIIu+iWxWmEDsjRMWS8F4G8hPL6rqcsMhVLpg7P0IzbnqAveo8xLdEoNbxzb9gPLSgAcYTsk FJ9cibmVIIrNvrzxlP2r8ELDMU6zHhInq+Bh09RMzsMlxc2Dh3iy9AQDSxgHFZck2nffOsRB4DI9p 7GP/r7xw1jbzGqAACqcX8Q==; Date: Sat, 23 Sep 2023 16:10:03 +0300 Message-Id: <83jzsh3uj8.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87y1gx11vv.fsf@localhost> (message from Ihor Radchenko on Sat, 23 Sep 2023 12:59:32 +0000) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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: Ihor Radchenko > Cc: look@strawberrytea.xyz, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com > Date: Sat, 23 Sep 2023 12:59:32 +0000 > > Note that there is a similar case when the region is not > displayed at all: > > * Folded heading... > > . C-SPC > . C-f > (observe ellipsis not being highlighted) That's a feature: we ignore faces of invisible text, which I think is the expected behavior > > Why cannot Org include in the invisible text the newline of the last > > line that is being hidden? That is, in the above scenario, make the > > invisible text begin with the first character of "#+begin_src" and end > > after the newline following "#+end_src". > > That will make ellipsis displayed on the same line with the next heading: > > * Heading > ...* Another heading And "* Another heading" cannot have an extra newline before it? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 23 10:05:16 2023 Received: (at 65896) by debbugs.gnu.org; 23 Sep 2023 14:05:16 +0000 Received: from localhost ([127.0.0.1]:40150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk3Fz-0007X6-Sw for submit@debbugs.gnu.org; Sat, 23 Sep 2023 10:05:16 -0400 Received: from mout01.posteo.de ([185.67.36.65]:44895) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk3Fu-0007Wh-Gb for 65896@debbugs.gnu.org; Sat, 23 Sep 2023 10:05:14 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id A8944240028 for <65896@debbugs.gnu.org>; Sat, 23 Sep 2023 16:04:53 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Rt9r45NPrz6tsB; Sat, 23 Sep 2023 16:04:52 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <83jzsh3uj8.fsf@gnu.org> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> Date: Sat, 23 Sep 2023 14:06:02 +0000 Message-ID: <87ttrl0yt1.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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 (---) Eli Zaretskii writes: >> Note that there is a similar case when the region is not >> displayed at all: >> >> * Folded heading... >> >> . C-SPC >> . C-f >> (observe ellipsis not being highlighted) > > That's a feature: we ignore faces of invisible text, which I think is > the expected behavior I do not agree that it is expected. There is basically no way to distinguish between * Heading and * Heading That said, your example indeed demonstrated that my suggestion would cause feature regression. Although, IMHO, not severe one, as demonstrated by the above example. >> > Why cannot Org include in the invisible text the newline of the last >> > line that is being hidden? That is, in the above scenario, make the >> > invisible text begin with the first character of "#+begin_src" and end >> > after the newline following "#+end_src". >> >> That will make ellipsis displayed on the same line with the next heading: >> >> * Heading >> ...* Another heading > > And "* Another heading" cannot have an extra newline before it? It can, but does not have to. And the problem with face :extend Org users experience usually happens when there is no extra newline. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 23 14:42:49 2023 Received: (at 65896) by debbugs.gnu.org; 23 Sep 2023 18:42:49 +0000 Received: from localhost ([127.0.0.1]:40604 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk7ab-0001Ho-0v for submit@debbugs.gnu.org; Sat, 23 Sep 2023 14:42:49 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:53611) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk7aX-0001Ha-9a for 65896@debbugs.gnu.org; Sat, 23 Sep 2023 14:42:47 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 9F1945C00E6; Sat, 23 Sep 2023 14:42:28 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 23 Sep 2023 14:42:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1695494548; x=1695580948; bh=hD0Hy1LE6digz4Nk6X+wxDtj9BqUFOlboA7 a9MkW6T4=; b=diMtCcOlMSJH03MSPR70OtxJxmNojzwkh2vREF49CGnrX5ARSNw b9gocs0LJk+oVpTmoYJ03Rf3atPs9CwHdwX195bCiMfW43G32Cft3s3xcFgznPAq kMXVlTyZPST1c2/dmhpARo66h78GVX+slfmVlv2akvLLiFaaVnt3CPVLCZU4it66 cGwfNyvGsDjhKJLp5RNjpYx0h6dYiPBEFIEGcSziFh8JVCQch8otbodUyVqWUq8s 5gvU07jX3S2/69xgBd+WPyL6tQrT1Q/Aj0UOs5u63FPqs8IDj/LF4zGPxCWgEcME YQe6q23sm7qqLi4TGtH68Ooya9RLLdq/0Qw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1695494548; x=1695580948; bh=hD0Hy1LE6digz 4Nk6X+wxDtj9BqUFOlboA7a9MkW6T4=; b=rbQDiC38mi5pQvL60d0DcKFzclQQb dEpyPl/SURmEbSPVrfayaPK/GEz+IbBrrOGERpi3v9KL2iobLNmIy5tNPeXAIb7i mvf+fGfjTi+yLdrogTPCxRLq90lVJBOPbfas2GRn28X4wqPyhzRovQPH6/2BLnRj 7jMTP6mc3cB97yxdWjp6uJ1IiHGhd/PKOLkrLnSCORvqOpjWZsjfb4RlTi5vMu8E xJvUK96WpebT8JcB7dUXQ3xoMvVdtaaMp/BDr/tvmEz7Wl4QP4WEhzPablNWpm6G Ylf6DapHI1ujTqWas2iwzrEAI63m/n9EPDNUZyVCLfoPGvUp6gRrJbMSQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudeltddguddvkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enfghrlhcuvffnffculddujedmnecujfgurhephffvvefuffhffggjkfggtgesmhdtreer tderjeenucfhrhhomhepufhtrhgrfigsvghrrhihvfgvrgcuoehlohhokhesshhtrhgrfi gsvghrrhihthgvrgdrgiihiieqnecuggftrfgrthhtvghrnhepteeltddujedvfeetvdeu hedvfeeffeehudfgfeefleefheejlefgjeffuddvvdeunecuffhomhgrihhnpedtgidtrd hsthenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehl ohhokhesshhtrhgrfigsvghrrhihthgvrgdrgiihii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 23 Sep 2023 14:42:27 -0400 (EDT) From: StrawberryTea To: Ihor Radchenko Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Sat, 23 Sep 2023 13:33:05 -0500 References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> User-agent: mu4e 1.10.6; emacs 30.0.50 In-reply-to: <87ttrl0yt1.fsf@localhost> Message-ID: <87lecwrast.fsf@strawberrytea.xyz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: Eli Zaretskii , 65896@debbugs.gnu.org, kevin.legouguec@gmail.com 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I=E2=80=99m using this () init.el to debug redispl= ay with: cgdb =E2=80=93args ./emacs -q -l ./init.el I still haven=E2=80=99t figured out how to fix this but that init works fin= e. It doesn=E2=80=99t matter that it loads all of Org mode since we=E2=80=99re just looking at th= e display. Ihor Radchenko writes: > Eli Zaretskii writes: > >>> Note that there is a similar case when the region is not >>> displayed at all: >>> >>> * Folded heading=E2=80=A6 >>> >>> . C-SPC >>> . C-f >>> (observe ellipsis not being highlighted) >> >> That=E2=80=99s a feature: we ignore faces of invisible text, which I thi= nk is >> the expected behavior > > I do not agree that it is expected. There is basically no way to > distinguish between > > * Heading > > > and > > * Heading > > > That said, your example indeed demonstrated that my suggestion would > cause feature regression. Although, IMHO, not severe one, as > demonstrated by the above example. > >>> > Why cannot Org include in the invisible text the newline of the last >>> > line that is being hidden? That is, in the above scenario, make the >>> > invisible text begin with the first character of =E2=80=9C#+begin_src= =E2=80=9D and end >>> > after the newline following =E2=80=9C#+end_src=E2=80=9D. >>> >>> That will make ellipsis displayed on the same line with the next headin= g: >>> >>> * Heading >>> =E2=80=A6* Another heading >> >> And =E2=80=9C* Another heading=E2=80=9D cannot have an extra newline bef= ore it? > > It can, but does not have to. And the problem with face :extend Org > users experience usually happens when there is no extra newline. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 23 15:05:40 2023 Received: (at 65896) by debbugs.gnu.org; 23 Sep 2023 19:05:40 +0000 Received: from localhost ([127.0.0.1]:40641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk7wi-0001xk-7G for submit@debbugs.gnu.org; Sat, 23 Sep 2023 15:05:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk7wf-0001xV-4b for 65896@debbugs.gnu.org; Sat, 23 Sep 2023 15:05:38 -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 1qk7wO-0002cd-9P; Sat, 23 Sep 2023 15:05:20 -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=Q9o5O5p7QM+y28J5L1OBCtTRaNbkmqFcDrqzwhFitzg=; b=qonu8plbycUi5NIQA7ZW rOPQRm3mPOxS6ZVaQi7gpDAmSqCnxj+DJ0BtEOc2p9MndcT/UxRP1yV3FnMHKoTPCGzqbyq0j3KGf t0LftJ6cTdvi1UM4zEZZjRN12kDHU7sY4WEdSH8Zo01zLAaBsb7J8NZSVs0Sx4n2Lyfesd/5dSvOs i/o5tHNJyhGKsGhFAKw2MRSaXb2KBlKM9Z6cJx/WU9/J67CgOcqCQwu3aPjvryf+TtFzkhGyGHmGw NK4ffTS4uSeimEYXcoKeizY9SY7RWr/c967vc5OvDmXzqcL7G1/oclg/KfzlV5kazSid++lP3yxZK 5hwR9o8KoTfYYg==; Date: Sat, 23 Sep 2023 22:05:17 +0300 Message-Id: <83edio4snm.fsf@gnu.org> From: Eli Zaretskii To: StrawberryTea In-Reply-To: <87lecwrast.fsf@strawberrytea.xyz> (message from StrawberryTea on Sat, 23 Sep 2023 13:33:05 -0500) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com 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: StrawberryTea > Cc: Eli Zaretskii , 65896@debbugs.gnu.org, > kevin.legouguec@gmail.com > Date: Sat, 23 Sep 2023 13:33:05 -0500 > > I’m using this () init.el to debug redisplay with: > cgdb –args ./emacs -q -l ./init.el > > I still haven’t figured out how to fix this but that init works fine. It doesn’t > matter that it loads all of Org mode since we’re just looking at the display. Thanks, but I don't think I understand what you are saying. If the init file works fine, then what do you need to fix? And how is the init file related to the issue at hand? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 23 15:09:49 2023 Received: (at 65896) by debbugs.gnu.org; 23 Sep 2023 19:09:49 +0000 Received: from localhost ([127.0.0.1]:40649 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk80i-00024R-S1 for submit@debbugs.gnu.org; Sat, 23 Sep 2023 15:09:49 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:42419) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qk80g-00024C-OL for 65896@debbugs.gnu.org; Sat, 23 Sep 2023 15:09:47 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 3CF3A5C019B; Sat, 23 Sep 2023 15:09:30 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sat, 23 Sep 2023 15:09:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1695496170; x=1695582570; bh=KKYLJNkWu03OJcujmflvLgRm0NEm9vHCRIg JnBsF6lY=; b=CFrSbbKQ90pgoZ91k4sBCj9EySUTw3oIGxlCHciO39oiKL9PHUc VW430qP/QokjM0pnozaTqunLsgyhRjg/r6+8dzCp1aC6DCw+azzwq+8PNUsL1BT1 bG+nb+cQPEdse2S18pyr1z/W+MUkHzjfC54OflQcKdUQb8rxjdUpQglHdlHL5Rsz Rvczj7aADRYKGwrcK2ml+uZSatsUweIXY3ZuD2E6TXvI7bZKrPzsu8NkGcqcTdp6 1nfBPugi9o90PRnKuhIztecFIOMA141uxXN5mZwnFdRNGKblsIwjb3ZvO3NpKIpa LH4PInfhch2TOARC59jVD7hLVfzfDcswwCQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1695496170; x=1695582570; bh=KKYLJNkWu03OJ cujmflvLgRm0NEm9vHCRIgJnBsF6lY=; b=rd5DaLEFCsXnaoDa1vUgkfI5sMPOm 3MwDnPDqeb4lfzXC37Z6WW7FjwdAELrdfICFLSoycTQJ6gTzA5yIP+iXXATI/hyp 85LwaY0TMsCZ7i0fnKVLSRzWYGCOGA/EtGFFLiIspd67M3hQLZ7J35Bvx6uBHI19 qgtSoj7bBRUDT4gqceEDnyRR1GCEnpTYtn/G8XalnnbiHW5K4eTvDPR1DvtKldi7 i9tTuDF5VAe5ZK9vP6/gStBfRSTwFiNyd3oZVm6udfw9uvqviXsDPIVIpHvTCWvv 2silzWv5znQ6HzM/BmI5mG+c1Sn3vECw6ssQLMaVoZsGXmPLCSDvNYySw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudeltddgudefgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enfghrlhcuvffnffculddujedmnecujfgurhephffvvefuffhffggjkfggtgesmhdtreer tderjeenucfhrhhomhepufhtrhgrfigsvghrrhihvfgvrgcuoehlohhokhesshhtrhgrfi gsvghrrhihthgvrgdrgiihiieqnecuggftrfgrthhtvghrnhepteeltddujedvfeetvdeu hedvfeeffeehudfgfeefleefheejlefgjeffuddvvdeunecuffhomhgrihhnpedtgidtrd hsthenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehl ohhokhesshhtrhgrfigsvghrrhihthgvrgdrgiihii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 23 Sep 2023 15:09:29 -0400 (EDT) From: StrawberryTea To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Sat, 23 Sep 2023 14:05:53 -0500 References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> User-agent: mu4e 1.10.6; emacs 30.0.50 In-reply-to: <83edio4snm.fsf@gnu.org> Message-ID: <87jzsgr9jr.fsf@strawberrytea.xyz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable What I=E2=80=99m saying is that, I start up GDB and I set a breakpoint on F= recenter and step into display_line, I can see the glyph row and how all the characters = in the folded heading have the heading except the newline character at the end= . And I would like for in this specific scenario, the face on the ellipsis to be = used (since it has extend) instead of the face on the newline which is the defau= lt face. But I don=E2=80=99t know how to make that modification to the code ye= t. Eli Zaretskii writes: >> From: StrawberryTea >> Cc: Eli Zaretskii , 65896@debbugs.gnu.org, >> kevin.legouguec@gmail.com >> Date: Sat, 23 Sep 2023 13:33:05 -0500 >> >> I=E2=80=99m using this () init.el to debug redi= splay with: >> cgdb =E2=80=93args ./emacs -q -l ./init.el >> >> I still haven=E2=80=99t figured out how to fix this but that init works = fine. It doesn=E2=80=99t >> matter that it loads all of Org mode since we=E2=80=99re just looking at= the display. > > Thanks, but I don=E2=80=99t think I understand what you are saying. If t= he > init file works fine, then what do you need to fix? And how is the > init file related to the issue at hand? --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 24 01:00:58 2023 Received: (at 65896) by debbugs.gnu.org; 24 Sep 2023 05:00:58 +0000 Received: from localhost ([127.0.0.1]:40865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkHEo-0001Sj-DK for submit@debbugs.gnu.org; Sun, 24 Sep 2023 01:00:58 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35360) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkHEl-0001SV-BZ for 65896@debbugs.gnu.org; Sun, 24 Sep 2023 01:00:56 -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 1qkHES-0007uQ-1m; Sun, 24 Sep 2023 01:00:37 -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=JOzTB21pQmjPfDHCXuNg39rdA9L+mrZkfwfBQlqI6d8=; b=HnCwrkNacK6cD2kRro4O rJA/4zgktbe/E8h7MaQoIYmFPP8/hX3lw4wCUeLBvr6yUOhizLpZo7c3zuRehur+hRMHAOKQrK+U7 TAO1OOaqdCmDck/NdDJ3W0Xx0ZGRoDED3taIOPWIO0fT8IxD0O6Zf5C0f5u0tp6HEnK3jzmS5+S4r iK2pYksB2h6d6VHF5ojPkFHmoYrgJqxPMM4oX2H2LBtyTUHqxGprEfic7vaOv0UDZicB7GyMYGdGh DuY7/VNdCfJDW/sTsIZkoDbLh5l/8329tMGKuTJtjv7Mnds0TgFLETqRrSdRIcodd/fTUO8SC68k2 UvAJr3+7txJrtA==; Date: Sun, 24 Sep 2023 08:00:12 +0300 Message-Id: <83cyy84143.fsf@gnu.org> From: Eli Zaretskii To: StrawberryTea In-Reply-To: <87jzsgr9jr.fsf@strawberrytea.xyz> (message from StrawberryTea on Sat, 23 Sep 2023 14:05:53 -0500) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com 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: StrawberryTea > Cc: yantar92@posteo.net, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com > Date: Sat, 23 Sep 2023 14:05:53 -0500 > > What I’m saying is that, I start up GDB and I set a breakpoint on Frecenter and > step into display_line, I can see the glyph row and how all the characters in > the folded heading have the heading except the newline character at the end. And > I would like for in this specific scenario, the face on the ellipsis to be used > (since it has extend) instead of the face on the newline which is the default > face. But I don’t know how to make that modification to the code yet. How will this behavior be limited to the case of folded text? Because when the text between the ellipsis and the newline is not invisible, the face of the newline should still be used, otherwise we will have an unacceptable change in behavior in the "normal" cases, when there's no invisible folded text. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 24 04:00:44 2023 Received: (at 65896) by debbugs.gnu.org; 24 Sep 2023 08:00:44 +0000 Received: from localhost ([127.0.0.1]:40941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkK2j-0006kr-Dc for submit@debbugs.gnu.org; Sun, 24 Sep 2023 04:00:44 -0400 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:49285) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkK2e-0006kX-Hi for 65896@debbugs.gnu.org; Sun, 24 Sep 2023 04:00:40 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id B05DB3200959; Sun, 24 Sep 2023 04:00:18 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sun, 24 Sep 2023 04:00:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1695542418; x=1695628818; bh=pPUmv011ZO2zN9513YfefyjaMgtHNw/Iz36 OqzMCbQA=; b=w6IiIQFZXw06+t22UfBAJ9asMlli6l2lA3JhxUp2x7tbVUIPUJw YNLs4xweKsbX5r+S86jRRHE7IQdbrs093kG1qmjOw9otQMlsU6rqIKWGuE/PDIEr hj9Of0EPqNxzyQuWU/IFEiAXSL0wzX2l04hoe/o25YlisHd93QK3lSpfPB5k6BXj rhp1CK5AhNbuxDD+A4lo9MDxD3zO6PkbioXB3p2GuJ8gXo6rxWme8m/8yqXKxyIy 6+dbtfHwGARkyPQ0cCKlxQ3I53PN3RDLU0byHY3x1WLWGe0rZ8GuLXHIQRDMOSJL vgS+XcJFAdtl6jdKNECr32TPX90cuS5/mBQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1695542418; x=1695628818; bh=pPUmv011ZO2zN 9513YfefyjaMgtHNw/Iz36OqzMCbQA=; b=IMexNUazaJLAnSC2sqvJX7vM/eN2G KKs9VyLERWcHcTYSSzv3/A96p18ehKB3B0jTNS9ZWcn5xKre+f5nf+qRI+E6qlcE rXj7TLmJdeV/eoT+IX6HPyKQIwrZGXguHbBLOK7QITlQSyFdQg9uCo+oiFBdWsYZ US6oKZhLvOYzIRLdweLIFSMLwDIN7curN1vJwhSPHh9xn89ewGZRsHlxs4FKrYwK 1TQNfnNhHcSzvORwK5SQcoV2Oj8Ht8IeBl7yHbchhibpuLvpb9+SeqbNipyqGeAH +riwQjNWm+Zup9/QqzKZ6l9LYuRfLlbH7i54dWcviWcXb3eQ+3AX+3Lqg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudeluddguddvlecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enfghrlhcuvffnffculddujedmnecujfgurhephffvvefuffhffggjkfggtgesmhdtreer tderjeenucfhrhhomhepufhtrhgrfigsvghrrhihvfgvrgcuoehlohhokhesshhtrhgrfi gsvghrrhihthgvrgdrgiihiieqnecuggftrfgrthhtvghrnhephfelleffvdeijeetgfdt vdfghfegfedvtefgjeefveejteegudekveelvdeluefhnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomheplhhoohhksehsthhrrgifsggvrhhrhiht vggrrdighiii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 24 Sep 2023 04:00:17 -0400 (EDT) From: StrawberryTea To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Sun, 24 Sep 2023 02:53:02 -0500 References: <87ttrzmfua.fsf@strawberrytea.xyz> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> User-agent: mu4e 1.10.6; emacs 30.0.50 In-reply-to: <83cyy84143.fsf@gnu.org> Message-ID: <877cog80hc.fsf@strawberrytea.xyz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I finally figured it out. This can be resolved with a small Elisp advice: (advice-add #=E2=80=99org-fold-core-region :around #=E2=80=99cae-org-fold-r= egion-a) (defun cae-org-fold-region-a (oldfun from to flag &optional spec-or-alias) (if (and (eq to (point-max)) flag) (setq to (1- to))) (funcall oldfun from to flag spec-or-alias) (remove-overlays from (1+ to) =E2=80=99cae-org-fold-heading t) (when flag (let ((o (make-overlay to (1+ to) nil =E2=80=99front-advance))) (overlay-put o =E2=80=99evaporate t) (overlay-put o =E2=80=99cae-org-fold-heading t) (overlay-put o =E2=80=99face (save-excursion (goto-char from) (face-at-point))) (overlay-put o =E2=80=99display =E2=80=9C\n=E2=80=9D)))) I modeled the code after the Backline package which does the same thing for Outline, which uses overlays. I=E2=80=99m thinking now that we should not p= atch the display engine. Eli Zaretskii writes: >> From: StrawberryTea >> Cc: yantar92@posteo.net, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com >> Date: Sat, 23 Sep 2023 14:05:53 -0500 >> >> What I=E2=80=99m saying is that, I start up GDB and I set a breakpoint o= n Frecenter and >> step into display_line, I can see the glyph row and how all the characte= rs in >> the folded heading have the heading except the newline character at the = end. And >> I would like for in this specific scenario, the face on the ellipsis to = be used >> (since it has extend) instead of the face on the newline which is the de= fault >> face. But I don=E2=80=99t know how to make that modification to the code= yet. > > How will this behavior be limited to the case of folded text? Because > when the text between the ellipsis and the newline is not invisible, > the face of the newline should still be used, otherwise we will have > an unacceptable change in behavior in the =E2=80=9Cnormal=E2=80=9D cases,= when there=E2=80=99s > no invisible folded text. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 24 06:18:23 2023 Received: (at 65896) by debbugs.gnu.org; 24 Sep 2023 10:18:23 +0000 Received: from localhost ([127.0.0.1]:41097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkMBv-0001xk-JT for submit@debbugs.gnu.org; Sun, 24 Sep 2023 06:18:23 -0400 Received: from mout02.posteo.de ([185.67.36.66]:46699) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkMBr-0001xR-CO for 65896@debbugs.gnu.org; Sun, 24 Sep 2023 06:18:18 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id AFD34240103 for <65896@debbugs.gnu.org>; Sun, 24 Sep 2023 12:17:57 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Rthlm4mZ3z9ryv; Sun, 24 Sep 2023 12:17:56 +0200 (CEST) From: Ihor Radchenko To: StrawberryTea Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <877cog80hc.fsf@strawberrytea.xyz> References: <87ttrzmfua.fsf@strawberrytea.xyz> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> Date: Sun, 24 Sep 2023 10:19:11 +0000 Message-ID: <87h6nj27s0.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: Eli Zaretskii , 65896@debbugs.gnu.org, kevin.legouguec@gmail.com 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 (---) StrawberryTea writes: > (overlay-put o =E2=80=99evaporate t) > (overlay-put o =E2=80=99cae-org-fold-heading t) > (overlay-put o =E2=80=99face > (save-excursion (goto-char from) > (face-at-point))) > (overlay-put o =E2=80=99display =E2=80=9C\n=E2=80=9D)))) This has a potential to break a number of things, because the text under the fold will no longer be considered invisible. Also, ellipsis will not be obeyed. --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 24 08:00:09 2023 Received: (at 65896) by debbugs.gnu.org; 24 Sep 2023 12:00:09 +0000 Received: from localhost ([127.0.0.1]:41194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkNmS-0007Y8-Ep for submit@debbugs.gnu.org; Sun, 24 Sep 2023 08:00:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45092) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkNmN-0007Vo-6T for 65896@debbugs.gnu.org; Sun, 24 Sep 2023 08:00:06 -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 1qkNm5-0000PG-3N; Sun, 24 Sep 2023 07:59:45 -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=vT6oUcT1DZSDKwfEjfkozHStw3fV1uazsoHmNf1EtCo=; b=p9aFW5UWcEtK7mMg7SJR IhivvlslTed3r6U93/EZbjIgrEHBqIQ80FPd4fbnuSGoJjmTz58zvH8z/ysu0cDZb4goXL/K8PNB4 n9rh7eEdZWOjxFDxz2oMUV77xueTz64kCf0LHAZo4ne6JcS/tsk88HLMCVLnbExRvfylWR3AfbVHx WJwRbwAB4CRsgWs3qpAcAw9ooRWjOuvNA34xpNDio0fyFb6rgz9jzetKsuSuk6zpmO+CAyUl85A5Z vceIdQv4hGW41GsEdYGVLBsaBdO0tNYxbf0XoMz05rGCgkh3ePllpV6U3GVJqY9f8LCj0GNwM4vc5 tekpGcyB5XwAow==; Date: Sun, 24 Sep 2023 14:59:13 +0300 Message-Id: <83v8bz3hpq.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87h6nj27s0.fsf@localhost> (message from Ihor Radchenko on Sun, 24 Sep 2023 10:19:11 +0000) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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: Ihor Radchenko > Cc: Eli Zaretskii , 65896@debbugs.gnu.org, > kevin.legouguec@gmail.com > Date: Sun, 24 Sep 2023 10:19:11 +0000 > > StrawberryTea writes: > > > (overlay-put o ’evaporate t) > > (overlay-put o ’cae-org-fold-heading t) > > (overlay-put o ’face > > (save-excursion (goto-char from) > > (face-at-point))) > > (overlay-put o ’display “\n”)))) > > This has a potential to break a number of things, because the text under > the fold will no longer be considered invisible. > > Also, ellipsis will not be obeyed. But the idea to use a display string which is "\n" could still be useful, to help with the problem you pointed out in response to my previous suggestion, no? From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 24 15:39:54 2023 Received: (at 65896) by debbugs.gnu.org; 24 Sep 2023 19:39:54 +0000 Received: from localhost ([127.0.0.1]:43643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkUxO-0000EQ-9G for submit@debbugs.gnu.org; Sun, 24 Sep 2023 15:39:54 -0400 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]:48837) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkUxL-0000E9-In for 65896@debbugs.gnu.org; Sun, 24 Sep 2023 15:39:53 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 801A93200952; Sun, 24 Sep 2023 15:39:33 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 24 Sep 2023 15:39:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1695584373; x=1695670773; bh=qVxaUErTk2pp4y3CHYMUAZRvlKE6mu0Ib3A idhBjtu0=; b=toByr2tTQKw5p5rTxQ5gyN1h5u83TcZIvTANUR8jkmyry/raflF 4PhR1g7s8xyLMUR4Y1l/NKLPNG7sXuPj+1dEbOlvnj9QT7X/a+70HCfKFhOGEPVf xT6mHm4sNjTpvSOhRKVK143wifEhw3e2obGWMAjt3DMgkEXpZW00NvskrH+pYWhd B4aREXEcZ99sAZbfBSGP6Fw57n2x10tAjgUJnirEKlrxc4VQxl3/hAxE8XrYHj5b hgW6UbOdJSbHJJmoWu6X1f76keeqLPDok5ROagjHyHYuv+gBeiZUWhiNCleD1+i5 5jL7agW5jD5rgMwdF3Ml3Df5zrPvL5TZX7A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1695584373; x=1695670773; bh=qVxaUErTk2pp4 y3CHYMUAZRvlKE6mu0Ib3AidhBjtu0=; b=CQlMAoFkpE6F48PMyrhN7kZf2wjrl mF0fx64kbd8de08N+Zb7G8/ZnUQDdeSIeaFdBtJHTHbqHZgnssvgR38kiWXB+JEb gFeSMtG/615mESLumsRdeaNGpU9feV7JVYE0XmVgx4Sa5jhk9mKcZ0UYxb/pKxMN 4LPzzcl1xVA771vFC1oAzeL4/mfckxbQdXHrFWH0xbyz+ThphHQFqQmCSUpZbwvK qtdxJOkynX4GsUNf7I8lbjK4gTaiRBzwuH8lcqf9f0ceTqBhSkaRd36ngAh8X6FN UhAzqaPFR3ZUtwfxxYeAG0gokuuOd/TIWOdZx4ZRXPdRRAQ461jdJ3zyg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudelvddgudegvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enfghrlhcuvffnffculddujedmnecujfgurhephffvvefuffhffggjkfggtgesmhdtreer tderjeenucfhrhhomhepufhtrhgrfigsvghrrhihvfgvrgcuoehlohhokhesshhtrhgrfi gsvghrrhihthgvrgdrgiihiieqnecuggftrfgrthhtvghrnhephfelleffvdeijeetgfdt vdfghfegfedvtefgjeefveejteegudekveelvdeluefhnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomheplhhoohhksehsthhrrgifsggvrhhrhiht vggrrdighiii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 24 Sep 2023 15:39:32 -0400 (EDT) From: StrawberryTea To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Sun, 24 Sep 2023 13:30:33 -0500 References: <87ttrzmfua.fsf@strawberrytea.xyz> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> <83v8bz3hpq.fsf@gnu.org> User-agent: mu4e 1.10.6; emacs 30.0.50 In-reply-to: <83v8bz3hpq.fsf@gnu.org> Message-ID: <87sf73xswd.fsf@strawberrytea.xyz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: Ihor Radchenko , 65896@debbugs.gnu.org, kevin.legouguec@gmail.com 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Exactly. It turns out my code breaks when there are nested headings so an E= lisp solution would have to be more complicated. Currently, if the extension pro= perty is on a non-newline character, it does nothing. So a first approach would be face_at_buffer_position look back one character if the current character do= es not have the extend property. But I=E2=80=99m thinking that we should be able to fontify the ellipsis wit= hout extend and the heading with the extend property should override the background of = the other faces on the same line (even the ellipsis). Eli Zaretskii writes: >> From: Ihor Radchenko >> Cc: Eli Zaretskii , 65896@debbugs.gnu.org, >> kevin.legouguec@gmail.com >> Date: Sun, 24 Sep 2023 10:19:11 +0000 >> >> StrawberryTea writes: >> >> > (overlay-put o =E2=80=99evaporate t) >> > (overlay-put o =E2=80=99cae-org-fold-heading t) >> > (overlay-put o =E2=80=99face >> > (save-excursion (goto-char from) >> > (face-at-point))) >> > (overlay-put o =E2=80=99display =E2=80=9C\n=E2=80=9D)))) >> >> This has a potential to break a number of things, because the text under >> the fold will no longer be considered invisible. >> >> Also, ellipsis will not be obeyed. > > But the idea to use a display string which is =E2=80=9C\n=E2=80=9D could = still be > useful, to help with the problem you pointed out in response to my > previous suggestion, no? --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 25 00:39:36 2023 Received: (at 65896) by debbugs.gnu.org; 25 Sep 2023 04:39:36 +0000 Received: from localhost ([127.0.0.1]:43886 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkdNf-0000US-R1 for submit@debbugs.gnu.org; Mon, 25 Sep 2023 00:39:36 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48094) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qkdNd-0000UF-4d for 65896@debbugs.gnu.org; Mon, 25 Sep 2023 00:39:33 -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 1qkdNK-0000Cu-IP; Mon, 25 Sep 2023 00:39:14 -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=M7ZqGNt2GAx9NJ/qUguUuNeXQC8nMZPY3AD+Uy+2kd8=; b=VVkmWjec1cOZCOkkYWrS KeWcABjgrNQOjUTr3imciSf/dMcsWnXcvYcX8wQwk3lAskeed1UVUPBeWySXZBqeXFRQkEoP1KkBO ZEo0DH2O/vwKlN5fZntxbGluRzkVNX1xhAk0GuU35peBuuC0mDHKvQHFGw84f5keadCLMvRSVWTQv Mo7EphzPjqV/Bk/icOrYNIatc80U2tlHE0ujXVaBqDBWQjvkdf/qnOIEdvlEeok12Yj+Vcuto5eru FJGDcP609wNeUA3OC4wqWCib/7v15P53yVmVdTKDmPaDizyoSnl6Iv1L3OE72Gzsae+ZFNNydeV5a i7i7EBYx9eA3hQ==; Date: Mon, 25 Sep 2023 07:38:44 +0300 Message-Id: <83h6ni3m0b.fsf@gnu.org> From: Eli Zaretskii To: StrawberryTea In-Reply-To: <87sf73xswd.fsf@strawberrytea.xyz> (message from StrawberryTea on Sun, 24 Sep 2023 13:30:33 -0500) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> <83v8bz3hpq.fsf@gnu.org> <87sf73xswd.fsf@strawberrytea.xyz> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com 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: StrawberryTea > Cc: Ihor Radchenko , 65896@debbugs.gnu.org, > kevin.legouguec@gmail.com > Date: Sun, 24 Sep 2023 13:30:33 -0500 > > But I’m thinking that we should be able to fontify the ellipsis without extend > and the heading with the extend property should override the background of the > other faces on the same line (even the ellipsis). Please keep in mind that AFAIR the way the display engine is implemented, the ellipsis is displayed with the face of the preceding visible text, ignoring the face of the invisible text for which it stands. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 26 04:17:52 2023 Received: (at 65896) by debbugs.gnu.org; 26 Sep 2023 08:17:52 +0000 Received: from localhost ([127.0.0.1]:47176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ql3GS-0004cz-BD for submit@debbugs.gnu.org; Tue, 26 Sep 2023 04:17:52 -0400 Received: from mout01.posteo.de ([185.67.36.65]:36333) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ql3GN-0004cg-Rq for 65896@debbugs.gnu.org; Tue, 26 Sep 2023 04:17:50 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id C9F9C24002B for <65896@debbugs.gnu.org>; Tue, 26 Sep 2023 10:17:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1695716248; bh=dDigd2IrRbYE15SMquxgRsUsmN8IIZwzRfoRl8nrG1M=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=CNhiNXSMq2/5SF006A7hnzlMfASgEK0XsPjc+zKJ4wJU88d7QOrRAchSYE7aBCU9R 30T17p05wLumELhBVUypUuIxGIiKCWWmcb06ksYb0SwvRWchN1ym1Iaosk3hVeeRsF 9Y3UZ8AqeGbde2EbBck+o4yUwTZkUczeihoDReAHgEbwMm6edYDIRCReaUcVoJwGDa R8T8gmPm1faKeMwN9fVE8YphQvKAhMdKapgz7jWhkD80Lq8J4KjxWXCzaPnjPlJAaS BzeNzMGXwZAaKrW7Qx4Tigo8WxQSz0t5temROz1bFn+Es7a+YcuIRpE1gy82OYaDu9 d2ima2P2b/Zeg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Rvszq41t2z6v84; Tue, 26 Sep 2023 10:17:27 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <83v8bz3hpq.fsf@gnu.org> References: <87ttrzmfua.fsf@strawberrytea.xyz> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> <83v8bz3hpq.fsf@gnu.org> Date: Tue, 26 Sep 2023 08:18:50 +0000 Message-ID: <87r0ml9wk5.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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 (---) Eli Zaretskii writes: >> > (overlay-put o =E2=80=99display =E2=80=9C\n=E2=80=9D)))) >>=20 >> This has a potential to break a number of things, because the text under >> the fold will no longer be considered invisible. >>=20 >> Also, ellipsis will not be obeyed. > > But the idea to use a display string which is "\n" could still be > useful, to help with the problem you pointed out in response to my > previous suggestion, no? As a workaround, maybe. However, the amount of code changes to support folding/unfolding not only of invisible text, but also extra 'display overlays will not be worth it just to address this issue. --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 29 01:48:07 2023 Received: (at 65896) by debbugs.gnu.org; 29 Sep 2023 05:48:07 +0000 Received: from localhost ([127.0.0.1]:54842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qm6MB-00076y-1P for submit@debbugs.gnu.org; Fri, 29 Sep 2023 01:48:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qm6M8-00075l-0R for 65896@debbugs.gnu.org; Fri, 29 Sep 2023 01:48:06 -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 1qm6Lm-0004qK-Pu; Fri, 29 Sep 2023 01:47:42 -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=RRoVnnomMmyjzzvtQZDlXN2FgbAiBHifZVw/Y7DMii8=; b=OmaYcKOsTaHRdWbjf1u4 2fvBkQQToy7x48210XMtcCwVVUcKM867ioSRAQ3h39w+wwwsWjvvB6wsZcmVxs/MkYbkmYhbIP/GX V+ZgOCJHYPuSMXFXQB+zyp2PxKA/V/p5c3EKDhdYHENp61heMhFC70k9Zdx8qQwcJKh9IBoFKII1N zhIGJKLfNzEKg/KJM2ydVLF5Zq8QadoZg0055uN2sPqa937DHy6CD08MCkcNDnkCEU6HwrP+vBsuq jXZh79HUB2JBdiR3fd0efBcfJNohUwHycHm1pn/blSi1Oqi/iN+B5azt0QVB7EO5JfQE2XcDjq8WD gxeK+mPn1xIwXw==; Date: Fri, 29 Sep 2023 08:47:21 +0300 Message-Id: <83msx51qfq.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87r0ml9wk5.fsf@localhost> (message from Ihor Radchenko on Tue, 26 Sep 2023 08:18:50 +0000) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <87pm2d6mbj.fsf@localhost> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> <83v8bz3hpq.fsf@gnu.org> <87r0ml9wk5.fsf@localhost> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com, look@strawberrytea.xyz 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: Ihor Radchenko > Cc: look@strawberrytea.xyz, 65896@debbugs.gnu.org, kevin.legouguec@gmail.com > Date: Tue, 26 Sep 2023 08:18:50 +0000 > > Eli Zaretskii writes: > > >> > (overlay-put o ’display “\n”)))) > >> > >> This has a potential to break a number of things, because the text under > >> the fold will no longer be considered invisible. > >> > >> Also, ellipsis will not be obeyed. > > > > But the idea to use a display string which is "\n" could still be > > useful, to help with the problem you pointed out in response to my > > previous suggestion, no? > > As a workaround, maybe. However, the amount of code changes to support > folding/unfolding not only of invisible text, but also extra 'display > overlays will not be worth it just to address this issue. Given the amount of discussions of this issue, I would have thought it was important enough to go out of our way to solve it, but maybe I'm missing something. It's your call, obviously. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 29 03:12:33 2023 Received: (at 65896) by debbugs.gnu.org; 29 Sep 2023 07:12:33 +0000 Received: from localhost ([127.0.0.1]:55035 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qm7fs-000160-PY for submit@debbugs.gnu.org; Fri, 29 Sep 2023 03:12:33 -0400 Received: from mail-ej1-x632.google.com ([2a00:1450:4864:20::632]:49517) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qm7fq-00015l-Gb for 65896@debbugs.gnu.org; Fri, 29 Sep 2023 03:12:31 -0400 Received: by mail-ej1-x632.google.com with SMTP id a640c23a62f3a-9b2cee55056so120417566b.3 for <65896@debbugs.gnu.org>; Fri, 29 Sep 2023 00:12:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695971529; x=1696576329; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=E7TzgB3E1jismgyWEA8mC6Hgo6mpRMQKr/Qx9kAVqLY=; b=R4O4A4ZdMt09PwqjZ0+T9hEMnUk94Y3pYjvHytQD5CBYXhtTMOi2O/pMPXYlzShCog 802yQqSnQUDtaOsdN8vQrZSG46TYCB5Aaj61WJneYzWpg+TUemdOJs6W2yVXvRl5jY+G S79AfH6SAeDKXOBva6sCLGOXqg3MxzC+CqNjrH2OkUgJrO+fjtvvajcfE0V+i1yoEEdW IlFOjT1HdzvNeubbYcGARHWZZhgqh4eP5w7veRLoMhqrx2B4retgUHEy0SGaeH6XCTvB 3oprxyenl4d5TlEBeeshs1Z9am66O0jiYpYi/HqBdUutHnexiO16y7d45UDLXo8SUxaS woZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695971529; x=1696576329; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=E7TzgB3E1jismgyWEA8mC6Hgo6mpRMQKr/Qx9kAVqLY=; b=J7aha9JH/tnbWl8/euV97qbVJkxGXvpg/BkdOsi7WkGe3R7a0OPo7gStM+/N6lYQHv 0WfO0ZyhalDwYTHOAji3zBrZq3TqrqivAhzpZkWtjupsUf8eXCCwWpYqEFzGNdftsb3i yMHFWhoDcul9Ej0/S+pOmI/J3e5XJ9UMu6OUOPaJq8UhbmvtJyTBI3nYyi3lhKMJ0YQV TlSDf2fYN6NBtZOEu6jTW1bN3Q6pKjCUblgXTBjh1MufySt/tnmuFSj3ecWq+L/xA5Mo FfFc2Ia8aZMJkkv7LkLHP8QSUUFySo+8mHiAHlxE4QI0iRIPw29o3+fLXvxfrWIo6JPp pd6A== X-Gm-Message-State: AOJu0Yz7T3W9U72HxU3DYyskW2CkDfztTbFs8eFUyd8MyBuNi3lYwJFp Z0XoD3hTr4UVHFMPTYEykOCGICpuVGw= X-Google-Smtp-Source: AGHT+IGeJ9d9JmSuE4mcvPRAOb6Zb8R7J3Ohf7SUk4QbmPhIt+sXHwmYi2v8NsFPKr8rQjMzb8UMag== X-Received: by 2002:a17:906:749b:b0:992:c8d7:b66f with SMTP id e27-20020a170906749b00b00992c8d7b66fmr2952771ejl.75.1695971528799; Fri, 29 Sep 2023 00:12:08 -0700 (PDT) Received: from amdahl30 ([2a01:e0a:253:fe0:2ef0:5dff:fed2:7b49]) by smtp.gmail.com with ESMTPSA id g17-20020a7bc4d1000000b003fe2a40d287sm800356wmk.1.2023.09.29.00.12.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Sep 2023 00:12:08 -0700 (PDT) From: =?utf-8?Q?K=C3=A9vin_Le_Gouguec?= To: Juri Linkov Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <86o7huvjrh.fsf@mail.linkov.net> (Juri Linkov's message of "Fri, 22 Sep 2023 09:40:42 +0300") References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> Date: Fri, 29 Sep 2023 09:12:07 +0200 Message-ID: <87o7hla1x4.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 65896 Cc: Eli Zaretskii , 65896@debbugs.gnu.org, Ihor Radchenko , look@strawberrytea.xyz 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 (-) Juri Linkov writes: >> FWIW, I would invite motivated hackers to check out magit-section and >> see if outline-mode could be taught a new "folding style" that would use >> the same folding principles. My own wandering through the EIEIO maze >> has been too brief to yield anything useful, but AFAICT the salient >> points are: >> >> * setting the 'invisible overlay's BEG at the start of the "section >> body" (after the heading's newline), >> >> * storing bookkeeping information (such as this beginning position) in a >> 'magit-section property applied to the heading, so that >> magit-section-show can retrieve that information when invoked by the >> user with point on that heading. >> >> I would imagine outline.el could grow a user option to adjust overlay >> boundaries this way, so the heading's newline would remain visible, and >> so would any :extend property on that newline=E2=80=A6 although perhaps = I'm >> missing some key differences between outline-mode and magit-section-mode >> that may derail this train of thought. > > I tried, but the conclusion was that this requires changes in the display= engine. Could you expand on what exactly you tried, and what limitations you faced? (Apologies if you went over this somewhere else and I missed it) My point was that magit-section exists right now, with no changes to the display engine, with the exact feature set of outline.el *and* the ability to keep heading faces extended after folding sections. So, unless I've missed a crucial difference between the two libraries, I don't see why outline.el could not "learn new tricks". (FWIW magit-section advertises itself as "sections for read-only buffers", but if there's something in there that could not be made to work for writable buffers, I have not found it yet) From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 29 11:42:30 2023 Received: (at 65896) by debbugs.gnu.org; 29 Sep 2023 15:42:30 +0000 Received: from localhost ([127.0.0.1]:56960 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmFdO-0004tV-9v for submit@debbugs.gnu.org; Fri, 29 Sep 2023 11:42:30 -0400 Received: from relay2-d.mail.gandi.net ([2001:4b98:dc4:8::222]:42075) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmFdJ-0004st-EG for 65896@debbugs.gnu.org; Fri, 29 Sep 2023 11:42:28 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 86DD840002; Fri, 29 Sep 2023 15:41:58 +0000 (UTC) From: Juri Linkov To: =?iso-8859-1?Q?K=E9vin?= Le Gouguec Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <87o7hla1x4.fsf@gmail.com> (=?iso-8859-1?Q?=22K=E9vin?= Le Gouguec"'s message of "Fri, 29 Sep 2023 09:12:07 +0200") Organization: LINKOV.NET References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> <87o7hla1x4.fsf@gmail.com> Date: Fri, 29 Sep 2023 18:41:25 +0300 Message-ID: <86o7hlghcu.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@linkov.net X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: Eli Zaretskii , 65896@debbugs.gnu.org, Ihor Radchenko , look@strawberrytea.xyz 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 tried, but the conclusion was that this requires changes in the display engine. > > Could you expand on what exactly you tried, and what limitations you > faced? (Apologies if you went over this somewhere else and I missed it) Sorry, I don't remember the details, have to reread previous threads, maybe this is already possible without changes in the display engine. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 29 15:16:47 2023 Received: (at 65896) by debbugs.gnu.org; 29 Sep 2023 19:16:48 +0000 Received: from localhost ([127.0.0.1]:57228 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmIyl-0005yp-Kn for submit@debbugs.gnu.org; Fri, 29 Sep 2023 15:16:47 -0400 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:56021) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmIyi-0005ya-RQ for 65896@debbugs.gnu.org; Fri, 29 Sep 2023 15:16:45 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id A4A5E5C0364; Fri, 29 Sep 2023 15:16:24 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Fri, 29 Sep 2023 15:16:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1696014984; x=1696101384; bh=bRLnrSeXPV0QCbS1K9JorWFLO8z3nR2CSZ2 2zqypVDI=; b=bHcekX9Y/DPEx8aH4hf7ImFcqP/1j2xAGtIlZF4aQi+/5pI8KYM iNocKUBmn7jFCIjrL32ReBnY3QxJSHWbORAfrd7TmFkIolMdeNP3x/jykzN19ECM ptSxPr3AOBMXcQtUk8esSHGYi4MW+Z4ZrdzmRqNmoGMWQ+l4D9CpgXAcH1+v7HHQ 93BEyuXApPLNJxv2gut+GvHi8TYMyg1yPzq1OZWpz/KE5R56McxZeN41kvfxvfBv DX033lE64eJxF6GG2RRClzTTPQDpTUoyxVQlHCjPKpJVU4dndq3O/j8F/O3IcJD/ CHmozj2X7RFVRON3oKyEFLMn4IYmkxvhiSA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1696014984; x=1696101384; bh=bRLnrSeXPV0QC bS1K9JorWFLO8z3nR2CSZ22zqypVDI=; b=PNI+Ngn4Kkn4G+WcJ025+5YTNZePO lU8hkAcVEqRIbX1N891vhirhfY9a5fGXbawrytPA0UCcH+5i6/1FhhjA9WoQNdUS 3ewk5R07ws1G8BavrFmgV/9yjrJHjdGfjFDvdVgjwH4jspBbU8S3X/j1abNCxQR4 0yXOC2jtScDvLtscKrGTPrXBcytu7qzWWn/wD5aUqFBH0vjIU8xaO9/ilgyATUOg 0hF85YyzDrN8l83sKnRNOJJGIE6toT52KWOeg16ZjSbVgw2gWmZSJjdBQnl/z30d lp8SWOSe6KnN4kwikt+6qnv7ORSxoe8eceaQoiORpdLNjSAZSG0D86g2Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrtddvgddufeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdlfeehmdenucfjughrpefhvfevuffffhgfjgfkgggtsehmtderredt reejnecuhfhrohhmpefuthhrrgifsggvrhhrhifvvggruceolhhoohhksehsthhrrgifsg gvrhhrhihtvggrrdighiiiqeenucggtffrrghtthgvrhhnpefhleelffdvieejtefgtddv gffhgeefvdetgfejfeevjeetgedukeevledvleeuhfenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehlohhokhesshhtrhgrfigsvghrrhihthgv rgdrgiihii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 29 Sep 2023 15:16:23 -0400 (EDT) From: StrawberryTea To: Juri Linkov Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Fri, 29 Sep 2023 14:07:17 -0500 References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> <87o7hla1x4.fsf@gmail.com> <86o7hlghcu.fsf@mail.linkov.net> User-agent: mu4e 1.10.6; emacs 30.0.50 In-reply-to: <86o7hlghcu.fsf@mail.linkov.net> Message-ID: <87edig6b95.fsf@strawberrytea.xyz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: Eli Zaretskii , 65896@debbugs.gnu.org, Ihor Radchenko , =?utf-8?Q?K=C3=A9vin?= Le Gouguec 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Basically, it=E2=80=99s always possible to overlay the newline after a fold= or shorten the fold by one character and overlay a newline for the last character then= set a face and extend property for that newline. But even with this, when the l= ast character in the buffer is not a newline and has the extend property, its f= ace is not extended and there is no character after to coerce into a newline. What I think could be an alternative to adding all these overlays is a chan= ge on the display engine side so that the extend property on a character extends = its face background regardless of whether it=E2=80=99s a newline character. Juri Linkov writes: >>> I tried, but the conclusion was that this requires changes in the displ= ay engine. >> >> Could you expand on what exactly you tried, and what limitations you >> faced? (Apologies if you went over this somewhere else and I missed it) > > Sorry, I don=E2=80=99t remember the details, have to reread previous thre= ads, > maybe this is already possible without changes in the display engine. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 30 09:49:46 2023 Received: (at 65896) by debbugs.gnu.org; 30 Sep 2023 13:49:46 +0000 Received: from localhost ([127.0.0.1]:57858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmaLn-0003OP-G8 for submit@debbugs.gnu.org; Sat, 30 Sep 2023 09:49:46 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50908) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmaLl-0003Nz-0Z for 65896@debbugs.gnu.org; Sat, 30 Sep 2023 09:49:42 -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 1qmaLO-0005IG-DH; Sat, 30 Sep 2023 09:49:18 -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=XxXB5OT7iRGR2YfGJhEuj2lH0IDqA2M9bZXUGWc64Ew=; b=EO2N+FlVltEJf/CNEBG0 FyXWig5qbQuGWPk242XROWrd0zh5wPfmK4He+K4JkFs5yns06uwTsrZxj5j1TKIzFu6n7s4yS0zRA a73TU/z3GtIF7LwHwBbhp7R4vVsIEnWbvRcSkkk55CSKTOjrCXfobV6f8dy3obIs1RXo4OjF6pWRo x1IqajOKdqvCtIoXj36Eco63KjxpXpM6r7rtaLJsqrxKMWi/FeSymGHFpriMydODtDL130RRw+phd TyVVqMtacy6zRaG85BmmRd7YKvtqf4h9iPe+uf63sMqvJWhV06f3xQwJV5actgFbbKyAr1wUnlAgZ BUZJOkFkVEg2QQ==; Date: Sat, 30 Sep 2023 16:49:01 +0300 Message-Id: <83sf6vai0i.fsf@gnu.org> From: Eli Zaretskii To: StrawberryTea In-Reply-To: <87edig6b95.fsf@strawberrytea.xyz> (message from StrawberryTea on Fri, 29 Sep 2023 14:07:17 -0500) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> <87o7hla1x4.fsf@gmail.com> <86o7hlghcu.fsf@mail.linkov.net> <87edig6b95.fsf@strawberrytea.xyz> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, juri@linkov.net 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: StrawberryTea > Cc: Kévin Le Gouguec , Eli > Zaretskii > , 65896@debbugs.gnu.org, Ihor Radchenko > > Date: Fri, 29 Sep 2023 14:07:17 -0500 > > Basically, it’s always possible to overlay the newline after a fold or shorten > the fold by one character and overlay a newline for the last character then set > a face and extend property for that newline. Sorry, I don't think I follow. Could you please show some example of this, perhaps with "ASCII art"? What do you mean by "overlay the newline", and what is "the fold" in this context? > What I think could be an alternative to adding all these overlays is a change on > the display engine side so that the extend property on a character extends its > face background regardless of whether it’s a newline character. That is a non-starter, since there's no text in that part. We don't show any parts of the text area with any face unless that part is "in the middle of text", and the part after EOB isn't. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 30 19:09:20 2023 Received: (at 65896) by debbugs.gnu.org; 30 Sep 2023 23:09:21 +0000 Received: from localhost ([127.0.0.1]:59967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmj5M-00068N-EM for submit@debbugs.gnu.org; Sat, 30 Sep 2023 19:09:20 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:56951) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qmj5J-000688-E8 for 65896@debbugs.gnu.org; Sat, 30 Sep 2023 19:09:18 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id A2E9B5C017D; Sat, 30 Sep 2023 19:08:56 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sat, 30 Sep 2023 19:08:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1696115336; x=1696201736; bh=Uve72lMsmT5IdwZyl9+scKuHV0AN/gt9w4U eRaqq7CQ=; b=Jz2pINfQQ9T4erqxR+w+dHjtpgySpYEFEADNhgFj2VhDGSEKzB2 u2lWsdhi+tBOjkVIQILWWp8+X0D+2KSOLWLx8JsIADdDCwplftMui+zCpyvNXT/A rKMiXWWU+PSwhqQLDlpQ9Ks3dUWAHGiZBZBGiAwEuNztwK+S8t2asrSA/cSDQbf1 bCyuY+MOljPRkuE1qlZaNphaQs1MjIv2vz2aZbZ8bznKkx2b4GLuJRQbcCQ0A8Ea Bh9y9WXhvA7xvGVFO18GVnqURqUhoakTUYkQ67OvX0NqBjfBDGHhxUT4z0OcJQoH rLfZO3MTYES5uKXQ1KSRagD56xGOay06Gsg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1696115336; x=1696201736; bh=Uve72lMsmT5Id wZyl9+scKuHV0AN/gt9w4UeRaqq7CQ=; b=IyFJfXZxu72PF1Pl5kbd1mSb5KJS2 DKhIpNtShXpgH4UfZagJ01xHzCVx55dtZA4n6pk4y17jWKKR/n+qvWgPowERFmBK 1WBdnAQhx1GCB1jnz3ZG8Lt1/CtclYuD+kczyulVKz9yvVqyG+tYg7AmUY/qKqBY oyGaVU+ugKc+GTUARYvrzXmh31h7NkyLxt897HHKSPHcf90UNbJgs1DrmOJGFYBe K0ZfA2WylNY+Oiaw1vi50JXnCiqQygK1WmBCZtdoRz2rXMbTmuhvKBLe4Qrpv/Mk RQ2QuCMSLVhSMlfhZvtVZYvxA6z5RPl7DGG4m3mAOaaXw6Ny5WnO0ML+Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudeggddulecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenfg hrlhcuvffnffculddugedmnecujfgurhephffvvefuffhffggjkfggtgesmhdtreertder jeenucfhrhhomhepufhtrhgrfigsvghrrhihvfgvrgcuoehlohhokhesshhtrhgrfigsvg hrrhihthgvrgdrgiihiieqnecuggftrfgrthhtvghrnheptdegveetheehueevhffggeev ledtteduleehteetfeelledthfetteelhfelheetnecuffhomhgrihhnpehprghsthgvsg horghrugdrtghonecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhf rhhomheplhhoohhksehsthhrrgifsggvrhhrhihtvggrrdighiii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 30 Sep 2023 19:08:55 -0400 (EDT) From: StrawberryTea To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Sat, 30 Sep 2023 17:55:27 -0500 References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> <87o7hla1x4.fsf@gmail.com> <86o7hlghcu.fsf@mail.linkov.net> <87edig6b95.fsf@strawberrytea.xyz> <83sf6vai0i.fsf@gnu.org> User-agent: mu4e 1.10.7; emacs 30.0.50 In-reply-to: <83sf6vai0i.fsf@gnu.org> Message-ID: <87msx3uum1.fsf@strawberrytea.xyz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, juri@linkov.net 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Basically, I want to be able to do this in Org mode: So I want a way to extend the heading background even when the heading is folded. Currently this works when there are no nested headings: (advice-add #=E2=80=99org-fold-core-region :around #=E2=80=99cae-org-fold-r= egion-a) (defun cae-org-fold-region-a (oldfun from to flag &optional spec-or-alias) (let ((shift-fold-p (and (eq to (point-max)) (not (eq from to)) flag))) (when shift-fold-p (setq to (1- to))) (funcall oldfun from to flag spec-or-alias) (remove-overlays from (1+ to) =E2=80=99cae-org-fold-heading t) (when flag (let ((o (make-overlay to (1+ to) nil =E2=80=99front-advance))) (overlay-put o =E2=80=99evaporate t) (overlay-put o =E2=80=99cae-org-fold-heading t) (overlay-put o =E2=80=99face (save-excursion (goto-char from) (face= -at-point))) (when shift-fold-p (overlay-put o =E2=80=99display =E2=80=9C\n=E2=80=9D)))))) Basically, when the text is folded, it uses the face of the first visible newline after the fold to determine the background. The elisp approach is to maintain overlays at the end of each folded region= and it becomes complicated with nested headings. I was thinking that instead, we could have the extend property (or an extra option on :extend) be used with= in the line to colorize the background of the newline at the end. Eli Zaretskii writes: >> From: StrawberryTea >> Cc: K=C3=A9vin Le Gouguec , Eli >> Zaretskii >> , 65896@debbugs.gnu.org, Ihor Radchenko >> >> Date: Fri, 29 Sep 2023 14:07:17 -0500 >> >> Basically, it=E2=80=99s always possible to overlay the newline after a f= old or shorten >> the fold by one character and overlay a newline for the last character t= hen set >> a face and extend property for that newline. > > Sorry, I don=E2=80=99t think I follow. Could you please show some exampl= e of > this, perhaps with =E2=80=9CASCII art=E2=80=9D? What do you mean by =E2= =80=9Coverlay the > newline=E2=80=9D, and what is =E2=80=9Cthe fold=E2=80=9D in this context? > >> What I think could be an alternative to adding all these overlays is a c= hange on >> the display engine side so that the extend property on a character exten= ds its >> face background regardless of whether it=E2=80=99s a newline character. > > That is a non-starter, since there=E2=80=99s no text in that part. We do= n=E2=80=99t > show any parts of the text area with any face unless that part is =E2=80= =9Cin > the middle of text=E2=80=9D, and the part after EOB isn=E2=80=99t. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 01 04:43:20 2023 Received: (at 65896) by debbugs.gnu.org; 1 Oct 2023 08:43:20 +0000 Received: from localhost ([127.0.0.1]:60501 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qms2q-0000C9-Bs for submit@debbugs.gnu.org; Sun, 01 Oct 2023 04:43:20 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58104) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qms2p-0000Bk-5N for 65896@debbugs.gnu.org; Sun, 01 Oct 2023 04:43:20 -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 1qms2T-0006Or-1Y; Sun, 01 Oct 2023 04:42:57 -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=LVaZaPenn1RZcKEBV+u0ljvjEIu1tLUpQe4mDckdT9M=; b=D7wiBcCENmD4 ge9rXDN0q6GhMiAguEJbz52zSS5yCVPpLfOmGCiOAQC7L6YBZstO4vjKhFNRSB42cUxhZCezagr/j 8SeLONF+AI23C57/41Q/GZM1qtKMNfTSMj9Eof94C1Wt++kR6KToEA+Qaw6kCJWhWLH9at5zH7Css uAGQQ35aoBeSmiwHoIYXrSz6mxTKEez6YEZbqd8jqLPQWqX1FnHeXJ2i1dfki2jqQdXGOrR8shbOp BT40YSeWtO0T3Ljk2r1Eqv2r4Jj0LSGpNOnlKGLZcsmjRDqT2t7cYcb92dqHZFrtVh+uGboqqfvOP 8/xziHuqzrBjxbnhKLwW1Q==; Date: Sun, 01 Oct 2023 11:42:55 +0300 Message-Id: <83sf6u91io.fsf@gnu.org> From: Eli Zaretskii To: StrawberryTea In-Reply-To: <87msx3uum1.fsf@strawberrytea.xyz> (message from StrawberryTea on Sat, 30 Sep 2023 17:55:27 -0500) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> <87o7hla1x4.fsf@gmail.com> <86o7hlghcu.fsf@mail.linkov.net> <87edig6b95.fsf@strawberrytea.xyz> <83sf6vai0i.fsf@gnu.org> <87msx3uum1.fsf@strawberrytea.xyz> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, juri@linkov.net 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: StrawberryTea > Cc: juri@linkov.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, > yantar92@posteo.net > Date: Sat, 30 Sep 2023 17:55:27 -0500 > > Basically, when the text is folded, it uses the face of the first visible > newline after the fold to determine the background. > > The elisp approach is to maintain overlays at the end of each folded region and > it becomes complicated with nested headings. I was thinking that instead, we > could have the extend property (or an extra option on :extend) be used within > the line to colorize the background of the newline at the end. Sorry, I still don't understand what you mean by the last sentence. (All the rest is understood, but it describes the current situation, which I understand well enough to not need any explanations.) From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 02 00:35:27 2023 Received: (at 65896) by debbugs.gnu.org; 2 Oct 2023 04:35:27 +0000 Received: from localhost ([127.0.0.1]:35667 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qnAeU-0001lS-Uw for submit@debbugs.gnu.org; Mon, 02 Oct 2023 00:35:27 -0400 Received: from wout5-smtp.messagingengine.com ([64.147.123.21]:42799) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qnAeS-0001lA-Ek for 65896@debbugs.gnu.org; Mon, 02 Oct 2023 00:35:25 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 6F22232009F6; Mon, 2 Oct 2023 00:35:01 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Mon, 02 Oct 2023 00:35:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1696221300; x=1696307700; bh=RWghsQT/p9mNclkAlztNQ7vLbLIeWoqSp7D Ve57FCBY=; b=CitRCPuMy1Omx5coLz9xIo5IPBS1hCVcKGm9/4RWYl8JZyEZtn7 8KFgDWHFfdKcyodCiNgjlvfG1hpiDugY/0yEw6uFZpvtgRXhfuX0P7xDnS4cATNE 1j4xdv45mwhYUv6IZQ6DjVdtH2lpV6EnbGMPS16j69nRFrjVaCvwcBec3t5W68vr 3RWrA7UTVkQ5F3/WnP4XMUhRJ9DTzA7IaxEjiBEhfYLUuOYc6BBhKSnHwZcQWGUE Zh0AKxb6pFE17hB4BX7ocJEftwCMLCDnUoAtjf+oR0NdpW7/gRL6SkuXvQVFdqje hasKjbjnvvfhnUQVff/qb1R1w7j3CXfT7Qg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1696221300; x=1696307700; bh=RWghsQT/p9mNc lkAlztNQ7vLbLIeWoqSp7DVe57FCBY=; b=TTOMujTtlTgvr/gIU78mjU1cyNC8g ij/QoE6iJxjc6mfJ7I2Lyic9FvcVErli0JgvG1OSY6hbq1YYl2C/Nuq9VIIGTXlp 2Sln/fHSGZhrJMTWY1mZWKrJ4QsNyrDtii28gEbomPEoE/2OtkNDJBwRUT0yhLFQ u8d/FH2HtTPS2Q/JU/r452E52YVIF2wNB71TY6bQyN+Te/y1ccQSa0qROoDAnje2 gVszgfVldbNxHzhSq2rsf1ygyxubj70c0k1kCHvmQOI6bbk/X9okjW3/CySQSq32 67/Q1NbRDuRxOMQSMzXKDVgM8Q4q2nYI6/9umj2detJJCGEYywAeyW7IQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrvdejgddtiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenfg hrlhcuvffnffculddujedmnecujfgurhephffvvefuffhffggjkfggtgesmhdtreertder jeenucfhrhhomhepufhtrhgrfigsvghrrhihvfgvrgcuoehlohhokhesshhtrhgrfigsvg hrrhihthgvrgdrgiihiieqnecuggftrfgrthhtvghrnhephfelleffvdeijeetgfdtvdfg hfegfedvtefgjeefveejteegudekveelvdeluefhnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomheplhhoohhksehsthhrrgifsggvrhhrhihtvggr rdighiii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 2 Oct 2023 00:34:59 -0400 (EDT) From: StrawberryTea To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Sun, 01 Oct 2023 23:28:55 -0500 References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> <87o7hla1x4.fsf@gmail.com> <86o7hlghcu.fsf@mail.linkov.net> <87edig6b95.fsf@strawberrytea.xyz> <83sf6vai0i.fsf@gnu.org> <87msx3uum1.fsf@strawberrytea.xyz> <83sf6u91io.fsf@gnu.org> User-agent: mu4e 1.10.7; emacs 30.0.50 In-reply-to: <83sf6u91io.fsf@gnu.org> Message-ID: <87edidbq19.fsf@strawberrytea.xyz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, juri@linkov.net 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sure. Basically, I want :extend to apply to a line with a folded region even though the newline at the end itself does not have the :extend property. So= I want the extend property to somehow propagate across a line to the newline = at the end, even if it does not have the :extend property. This would allow for :extend to work as expected when we have a a folded region that extends acr= oss multiple lines but the end of the folded region does not have the :extend property. I don=E2=80=99t think this would cause unexpected behavior since :extend on= non-newline characters is currently a no-op. Eli Zaretskii writes: >> From: StrawberryTea >> Cc: juri@linkov.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, >> yantar92@posteo.net >> Date: Sat, 30 Sep 2023 17:55:27 -0500 >> >> Basically, when the text is folded, it uses the face of the first visible >> newline after the fold to determine the background. >> >> The elisp approach is to maintain overlays at the end of each folded reg= ion and >> it becomes complicated with nested headings. I was thinking that instead= , we >> could have the extend property (or an extra option on :extend) be used w= ithin >> the line to colorize the background of the newline at the end. > > Sorry, I still don=E2=80=99t understand what you mean by the last sentenc= e. > (All the rest is understood, but it describes the current situation, > which I understand well enough to not need any explanations.) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 02 02:05:55 2023 Received: (at 65896) by debbugs.gnu.org; 2 Oct 2023 06:05:55 +0000 Received: from localhost ([127.0.0.1]:35770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qnC43-0004vI-04 for submit@debbugs.gnu.org; Mon, 02 Oct 2023 02:05:55 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34916) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qnC40-0004v3-86 for 65896@debbugs.gnu.org; Mon, 02 Oct 2023 02:05:53 -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 1qnC3c-0003Oo-I5; Mon, 02 Oct 2023 02:05:28 -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=GsAIDxoiYshTd5ClSh5J2L3Ac1oHjgN1aTkipbdP1Uw=; b=EXvse7HeE8hE YDFNbV9999KzxcBCWMPeH5gtdwpxubnuRGxuSJ7f5+lGSzHmun1Cks0Dr3Eb5K/71+mu+cwHTfjFQ MtwrFNXhJV6IgyMRr76HYL858aK5G9Hd+l6aEslKIeGoxr3A+i1Yc/Z9JN06rsyV4e43/ZFerKJrY kgbAwcnLNk3IgCwK99hhhKIPQJsABfLBWYy0Kk3TnPw9aD0NtAWq3QVLIwWW1i4NfMIG/t0mu61VZ JCxKFBGkwBdZ1azxW8oPV5/Iav9RmPtuZGV+b/LMSc/Sjti4C/N+LxF1fwSd4x5lQSWjmpkB0ZEuK 9UW+egtCopG+CqJBHR+BiQ==; Date: Mon, 02 Oct 2023 09:05:26 +0300 Message-Id: <8334yt8spl.fsf@gnu.org> From: Eli Zaretskii To: StrawberryTea In-Reply-To: <87edidbq19.fsf@strawberrytea.xyz> (message from StrawberryTea on Sun, 01 Oct 2023 23:28:55 -0500) Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> <87o7hla1x4.fsf@gmail.com> <86o7hlghcu.fsf@mail.linkov.net> <87edig6b95.fsf@strawberrytea.xyz> <83sf6vai0i.fsf@gnu.org> <87msx3uum1.fsf@strawberrytea.xyz> <83sf6u91io.fsf@gnu.org> <87edidbq19.fsf@strawberrytea.xyz> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, juri@linkov.net 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: StrawberryTea > Cc: juri@linkov.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, > yantar92@posteo.net > Date: Sun, 01 Oct 2023 23:28:55 -0500 > > Sure. Basically, I want :extend to apply to a line with a folded region even > though the newline at the end itself does not have the :extend property. So I > want the extend property to somehow propagate across a line to the newline at > the end, even if it does not have the :extend property. This would allow for > :extend to work as expected when we have a a folded region that extends across > multiple lines but the end of the folded region does not have the :extend > property. You say "propagate the :extend property", but you really mean "propagate the face", right? Because propagating :extend alone might then show the wrong face extended, as the newline might have a different face. Anyway, this kind of thing can be easily done by the command that folds the text: it could place a face with a suitably computed :extend attribute on that newline. Right? Changing the display engine to do something like that will be much harder, or even impossible, since the display engine currently basically ignores the faces of invisible text, and the case of folded text is not special in any way from the POV of the display engine. So making such a change will likely produce incompatible behavior changes in other cases. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 05 17:04:43 2023 Received: (at 65896) by debbugs.gnu.org; 5 Oct 2023 21:04:43 +0000 Received: from localhost ([127.0.0.1]:48648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qoVWU-0001Zm-Hf for submit@debbugs.gnu.org; Thu, 05 Oct 2023 17:04:43 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:51561) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qoVWR-0001ZQ-D6 for 65896@debbugs.gnu.org; Thu, 05 Oct 2023 17:04:40 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id CB8925C03D4; Thu, 5 Oct 2023 17:04:15 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Thu, 05 Oct 2023 17:04:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= strawberrytea.xyz; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1696539855; x=1696626255; bh=4MjcRQJnruo5qV6QEZST8WtPSVN8EPtQ+SD Lk1IM/xc=; b=VGJ6n8ZwZApUiyjMFGaWiietO8+czyUMRLlu+bjKAVqkX3VOK1j QJUrOL+W5rJtO1SmoPqvUV9WwR5HY4cSx4+p2uXiIWkNKz14U/o8P7/GzadYhSgZ vMfW5CMDfbMEWmMgQd6sYBrUHum1kv8dipsuZRRuM//v8dOkAwlqh7y3W8nEVOe+ yhRZmzHAsJdE1hUvDDs9ZufOHzZnCIqY+5Q/c1kyHluZf9om5H/FSTiAG5Brt5Ur HimmFkVqxZVaeqX7LvabviST+M9v77UwxYXcxPF3h/9MQ5WRYdF/nL2qvdAon10I bUm/+6uMUgzfsPbaDwSGO71NJoD793ofNeA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1696539855; x=1696626255; bh=4MjcRQJnruo5q V6QEZST8WtPSVN8EPtQ+SDLk1IM/xc=; b=XLu6r9J9BcrXglj71Vu7uLHD/B2yp hXXFjdpcvx784JZeDSdwojQlyPFs2EO4NmqIZgLsVgW8L75PjuUJnlmuBTr5HrUD /UdcJ9aeIQuRTpfJSXdS6z8uNyb7vpzEqrWQ5O1pQdDenKrBaBmO00Bmqmg3vuNl RsjhhIZIvy+ulUG/GlOs3tEpqQXj9/90iaVCd99sSYgbZNe0pp0qLP3wzHm4hCiS fZZo6eJbOXgls3GKrwhHJ7G750xSPhzC0/1VvrkQG2ay3u/EuesSmFPIY0HGWiKJ LNcIRq9YWf7CZqTZQJHEJ0iNezBQ6ki+9dOC6VlUbSi5GdqMELGIyoD3g== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrgeeggdduhedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdludejmdenucfjughrpefhvfevuffffhgfjgfkgggtsehmtderredt reejnecuhfhrohhmpefuthhrrgifsggvrhhrhifvvggruceolhhoohhksehsthhrrgifsg gvrhhrhihtvggrrdighiiiqeenucggtffrrghtthgvrhhnpefhleelffdvieejtefgtddv gffhgeefvdetgfejfeevjeetgedukeevledvleeuhfenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehlohhokhesshhtrhgrfigsvghrrhihthgv rgdrgiihii X-ME-Proxy: Feedback-ID: id85149b6:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 5 Oct 2023 17:04:14 -0400 (EDT) From: StrawberryTea To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Thu, 05 Oct 2023 15:59:14 -0500 References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> <83il8envaf.fsf@gnu.org> <87pm2d6mbj.fsf@localhost> <83a5tfadpq.fsf@gnu.org> <87a5tfp74p.fsf@gmail.com> <86o7huvjrh.fsf@mail.linkov.net> <87o7hla1x4.fsf@gmail.com> <86o7hlghcu.fsf@mail.linkov.net> <87edig6b95.fsf@strawberrytea.xyz> <83sf6vai0i.fsf@gnu.org> <87msx3uum1.fsf@strawberrytea.xyz> <83sf6u91io.fsf@gnu.org> <87edidbq19.fsf@strawberrytea.xyz> <8334yt8spl.fsf@gnu.org> User-agent: mu4e 1.10.7; emacs 30.0.50 In-reply-to: <8334yt8spl.fsf@gnu.org> Message-ID: <87sf6o7pde.fsf@strawberrytea.xyz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 65896 Cc: yantar92@posteo.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, juri@linkov.net 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Okay. I have posted the code from earlier in the Backline package=E2=80=99s= issue tracker so hopefully I or someone else will pick up on this Elisp solution = and improve it down the road and get it into Backline, then eventually Org and/= or Outline. Eli Zaretskii writes: >> From: StrawberryTea >> Cc: juri@linkov.net, kevin.legouguec@gmail.com, 65896@debbugs.gnu.org, >> yantar92@posteo.net >> Date: Sun, 01 Oct 2023 23:28:55 -0500 >> >> Sure. Basically, I want :extend to apply to a line with a folded region = even >> though the newline at the end itself does not have the :extend property.= So I >> want the extend property to somehow propagate across a line to the newli= ne at >> the end, even if it does not have the :extend property. This would allow= for >> :extend to work as expected when we have a a folded region that extends = across >> multiple lines but the end of the folded region does not have the :extend >> property. > > You say =E2=80=9Cpropagate the :extend property=E2=80=9D, but you really = mean > =E2=80=9Cpropagate the face=E2=80=9D, right? Because propagating :extend= alone might > then show the wrong face extended, as the newline might have a > different face. > > Anyway, this kind of thing can be easily done by the command that > folds the text: it could place a face with a suitably computed :extend > attribute on that newline. Right? > > Changing the display engine to do something like that will be much > harder, or even impossible, since the display engine currently > basically ignores the faces of invisible text, and the case of folded > text is not special in any way from the POV of the display engine. So > making such a change will likely produce incompatible behavior changes > in other cases. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 22 09:42:38 2024 Received: (at 65896-done) by debbugs.gnu.org; 22 Jan 2024 14:42:38 +0000 Received: from localhost ([127.0.0.1]:40194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rRvVV-0005QO-R2 for submit@debbugs.gnu.org; Mon, 22 Jan 2024 09:42:38 -0500 Received: from mout01.posteo.de ([185.67.36.65]:37855) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rRvVS-0005Q9-Hp for 65896-done@debbugs.gnu.org; Mon, 22 Jan 2024 09:42:36 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 0934524002A for <65896-done@debbugs.gnu.org>; Mon, 22 Jan 2024 15:42:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1705934544; bh=C7k9vTwMg25j69elUUAkvf3seV9iqioa9B55PPZUjok=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=OK+iLkVUVU55FyecYG+0Y0ZC6UELR5s0S17BfbjyzCd0g4/hhE2MvJp9An+Duznd1 d0hOkeh02OPkMI2QrikvIlVNhYu6zebXvcsAu8IyAsJUOcsP5PMp4Y6ZTN/PZplqny GoGrzOxmBwfGtp/KU6ui0reGn/xJav6aj4xvwBA7bFT2w2qMc/0dzW5ZYGoQ01dQ3T j6WSrYn8KusW7k/UNAavHqIRwchkqz6RTMQNiY569kwVzxrDmA6f6GKz9NxbJmSDzI cpp3gxQQeFlk9ae1te8wYE4SRTyL2Bpwwv2cqFNwIAcpWFH2xjq7zrCLgDS/d7nYCY RIkQM9XHMSmag== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TJXxV59Y6z6twH; Mon, 22 Jan 2024 15:42:22 +0100 (CET) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <87r0ml9wk5.fsf@localhost> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83bkdvaio4.fsf@gnu.org> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> <83v8bz3hpq.fsf@gnu.org> <87r0ml9wk5.fsf@localhost> Date: Mon, 22 Jan 2024 14:45:49 +0000 Message-ID: <87o7ddwhnm.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896-done Cc: look@strawberrytea.xyz, 65896-done@debbugs.gnu.org, kevin.legouguec@gmail.com 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 (---) Ihor Radchenko writes: >> But the idea to use a display string which is "\n" could still be >> useful, to help with the problem you pointed out in response to my >> previous suggestion, no? > > As a workaround, maybe. However, the amount of code changes to support > folding/unfolding not only of invisible text, but also extra 'display > overlays will not be worth it just to address this issue. After several attempts, I found a way to handle faces in the trailing newlines after folds without excessive changes in Org mode. Fixed, on main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=2ade16bbc -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 23 14:14:36 2024 Received: (at 65896-done) by debbugs.gnu.org; 23 Jan 2024 19:14:36 +0000 Received: from localhost ([127.0.0.1]:44005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rSMEG-00089D-2d for submit@debbugs.gnu.org; Tue, 23 Jan 2024 14:14:36 -0500 Received: from mail-wr1-x431.google.com ([2a00:1450:4864:20::431]:60903) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rSMED-00088x-Hw for 65896-done@debbugs.gnu.org; Tue, 23 Jan 2024 14:14:34 -0500 Received: by mail-wr1-x431.google.com with SMTP id ffacd0b85a97d-3392d417a9fso1867783f8f.1 for <65896-done@debbugs.gnu.org>; Tue, 23 Jan 2024 11:14:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706037263; x=1706642063; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=pRapFTmeNKCsGkmL1cfVbehNwTyy0sU/4HBY4nBR1Bw=; b=CgSr2q3JnBw/RE0g60UBhelkoxofaIHUVU1x9OytuGrrPG0iXRTxFYHn12bNXx7lxg tU3BylCzHvIOmKd9P6E8SA8MYnirFRB/UAhfUb0F98v8fFSZm6THzKdpaVEOD9q4LSlX R2seAokyCuNjq6gSrVzeaNR08AzultuQHwjOOIIW10gOmMVmqqgBSgXDjxEIuPgZ77IF pTzd8Xiekl6HCv0O8gVqn63LLZfaEb3w13rZUkzhUYyR4VWiVq6kLWubw66I+FJFc0OR RA844Lav3IPUILmVVe7H5ULIUdSm4oR7r1eimDyo2rv5qIiua9z9FYpXdiDNJ2avaqX2 QA5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706037263; x=1706642063; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=pRapFTmeNKCsGkmL1cfVbehNwTyy0sU/4HBY4nBR1Bw=; b=He9fT5X8rAzjssC3nSQkrRMOz/cu7g/dMz1eRoUl34oZr4qVdGKnfWcb8MAnrDSyaH VS8vD4b6vRdwlU7iHm84Iqgu3W0j0iABYISmtoES5iZW+xQDlPXvTc1gYSj+aoUOjQId FoyBmAQ8JpR55KMska2QsUzhoVpYk08tObvDD5bdkWaYYVE6HmyBxTfWFhMoeSTwL8Xg TtxBvyMum4pva9GODMN5jaRDES3sZPlnsun7745PXe1YFSmcWOktqyiZRWfAvcAujgrr 5tEo4g7I+E6BAmicROjRCVc//053uRDXloNc4Uk6+e/xDWrW+qz2FWc9U89/sv3+v4TN 7hLQ== X-Gm-Message-State: AOJu0YxKhx/M4/sRY8OwKiDUtKhBlNZK0TzfezCgPncqKfFU6LuA25pZ t3BC/HWpzjSGVWAL2sOKtG7d1Q4aEVfb8qY3oTfIzRr+Md66twcM X-Google-Smtp-Source: AGHT+IFAVUQ+5lrrFo0bJ5+NOFPe7o1HRkBtgMYYgDRFoGJ/lwhRo8F0kV2Nolxit/m9hnSA07npmA== X-Received: by 2002:a5d:44c6:0:b0:336:9e8a:6fde with SMTP id z6-20020a5d44c6000000b003369e8a6fdemr3520217wrr.22.1706037262664; Tue, 23 Jan 2024 11:14:22 -0800 (PST) Received: from amdahl30 ([2a01:e0a:253:fe0:2ef0:5dff:fed2:7b49]) by smtp.gmail.com with ESMTPSA id u7-20020a5d6da7000000b00337d735c193sm4032121wrs.49.2024.01.23.11.14.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 23 Jan 2024 11:14:22 -0800 (PST) From: =?utf-8?Q?K=C3=A9vin_Le_Gouguec?= To: Ihor Radchenko Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <87o7ddwhnm.fsf@localhost> (Ihor Radchenko's message of "Mon, 22 Jan 2024 14:45:49 +0000") References: <87ttrzmfua.fsf@strawberrytea.xyz> <87jzsiy0ra.fsf@localhost> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> <83v8bz3hpq.fsf@gnu.org> <87r0ml9wk5.fsf@localhost> <87o7ddwhnm.fsf@localhost> Date: Tue, 23 Jan 2024 20:14:21 +0100 Message-ID: <87r0i7eub6.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 65896-done Cc: Eli Zaretskii , 65896-done@debbugs.gnu.org, look@strawberrytea.xyz 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 (-) Ihor Radchenko writes: > After several attempts, I found a way to handle faces in the trailing > newlines after folds without excessive changes in Org mode. > Fixed, on main. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=2ade16bbc Neat. At first glance (including the subsequent fixup), it looks like outline.el could be taught the same trick, right? It would """just""" be a matter of finding the spot(s) that map to org-fold-core-region, and implementing equivalents to the org-fold-core helpers you leveraged (get-regions, get-folding-spec, get-region-at-point) if they don't exist already? Not lobbying for it (and certainly not requesting you tackle that); asking in case your experience with Org taught you anything that might come in handy for generalizing to outline.el. There already exist non-Org uses of that package that could benefit from that feature (e.g. diff-mode when the diff-context face has a non-default background, or when diff switches include -U0), so I could see value in adding a user option to enable that. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 24 11:39:07 2024 Received: (at 65896-done) by debbugs.gnu.org; 24 Jan 2024 16:39:07 +0000 Received: from localhost ([127.0.0.1]:46411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rSgHL-00020v-4J for submit@debbugs.gnu.org; Wed, 24 Jan 2024 11:39:07 -0500 Received: from mout02.posteo.de ([185.67.36.66]:60161) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rSgHJ-00020Q-Fk for 65896-done@debbugs.gnu.org; Wed, 24 Jan 2024 11:39:06 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 16DAD240104 for <65896-done@debbugs.gnu.org>; Wed, 24 Jan 2024 17:38:53 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1706114334; bh=8DWcC6Wuq1jIGddlb3e+/FHlabDKT9fdez9MUHq3Ch4=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=grxEiYHe86j3mkoTB9d7EeVoAO2O8/WWPUHM6N6V4A8d/6Xyc395jQgeoQk82+1fu UKDoIEjLgNinOJRcpyjyuw5YS/fngGPC02I/FuIY8sROinzF2lWLN1ADcfDwz37MUK 5mAqd/nuv0MybLVYL4p3lz7UL4CRgUJOkZ9MUg8umIV26u/Gv0s/oel8dq1HuhWRmG D5qEYzYieboYgwXMFi9+nLvP9apzDiMhvlEcXwB0lq3wU2TFtJW2BcNqqGmpxgE1lq Y5UIwWNnKOjkOXCny4Wu9AzpR1KxbM+K5QK9RMJ8402AhgniuQiGP+2xlbRacI1eYB v2OaVdX9ANllQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TKqR05F2Kz9rxF; Wed, 24 Jan 2024 17:38:52 +0100 (CET) From: Ihor Radchenko To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <87r0i7eub6.fsf@gmail.com> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83il82775q.fsf@gnu.org> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> <83v8bz3hpq.fsf@gnu.org> <87r0ml9wk5.fsf@localhost> <87o7ddwhnm.fsf@localhost> <87r0i7eub6.fsf@gmail.com> Date: Wed, 24 Jan 2024 16:42:22 +0000 Message-ID: <87ttn2el8x.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896-done Cc: Eli Zaretskii , 65896-done@debbugs.gnu.org, look@strawberrytea.xyz 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 (---) K=C3=A9vin Le Gouguec writes: > Ihor Radchenko writes: > >> After several attempts, I found a way to handle faces in the trailing >> newlines after folds without excessive changes in Org mode. >> Fixed, on main. >> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=3D2ade16= bbc > > Neat. At first glance (including the subsequent fixup), it looks like > outline.el could be taught the same trick, right? It would """just""" > be a matter of finding the spot(s) that map to org-fold-core-region, and > implementing equivalents to the org-fold-core helpers you leveraged > (get-regions, get-folding-spec, get-region-at-point) if they don't exist > already? Yes, it should be doable. The equivalents would be overlay* functions. Or outline.el can use org-fold-core to fold staff :) org-fold-core has no major dependencies from Org libraries. --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 25 02:46:29 2024 Received: (at 65896-done) by debbugs.gnu.org; 25 Jan 2024 07:46:29 +0000 Received: from localhost ([127.0.0.1]:47214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rSuRR-0001yv-17 for submit@debbugs.gnu.org; Thu, 25 Jan 2024 02:46:29 -0500 Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]:53283) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rSuRM-0001yd-1Z for 65896-done@debbugs.gnu.org; Thu, 25 Jan 2024 02:46:27 -0500 Received: by mail-wm1-x32c.google.com with SMTP id 5b1f17b1804b1-40eb033c1b0so45406905e9.2 for <65896-done@debbugs.gnu.org>; Wed, 24 Jan 2024 23:46:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706168772; x=1706773572; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=HzsAxhJdEdO8DdHm/sZHKwbrhAxSVb8g096iMhRHvyY=; b=NOProYSQHxAqnIUhvOfFZBlepX1Gw4taD2i+zFE2JBg3dM9idQ1266gq8pYokofCyt gBXCYn9aDgv2XwsBO9ThX9Nh+lHDs9/R82Ul0MuxBdaH/t445BHZpnmgR/fLuDWrmMTN 9/JrwLOb0LEkJSxUoeev8ffU2K6Ks4qvZRyWWBGCz9dZNV1Gksp7VBtpU/FTUTJ2goF/ PJUTCrJK2XJu4aO6Dh5WeCrUdprP1gA+Yc8x1bUjlAFYlOoWBE27MTbamBytIGN7DFtW TbJcF1b15w22mp6ZROQg++MkAlv3UI1kvVOFASVlcQ1t7JVDGMg1wcs1QY42etzE9omz VNjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706168772; x=1706773572; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=HzsAxhJdEdO8DdHm/sZHKwbrhAxSVb8g096iMhRHvyY=; b=Viar3ng1RFHi07VE9V+FcTWMTf80OEfN0kP1eNxyOhObw/4om+IiDCJUSdbY/D9ZSH 8pj2tN8CWhH2FtssLw060JMZN5KMKmk6WVQ0HakEuaPQYFxihHsW7E/NOWwXniaCrXyc EfH1jGT0ZmlTJRb0vnM0CJ1W0j6kfjNM4fIhBwvYLDnUKyzvgg83tUiXozK5YXyRCE98 xbrY259tgHsPrcUD5bJKojY4ctq+7IpjA2gVJDPUwC8Ur2dg1v2gm6EOsYh2DD771/GL KuT4ncsSnG33NUVbpYbj6wmdpg3rgnQucvm3OmFq4VxVPxnoq6pEpx/BD+2T44aEmqYp waZQ== X-Gm-Message-State: AOJu0Yx17pptnhnFZkIijVnU6fG477Jagh4aT7YuEQdudFJNg9r8kC21 TsAc2JX6v64ndkoFq/3JO864leiw5IXK/ZfvVhxJdBA20lUyqjFY X-Google-Smtp-Source: AGHT+IEiZVo6yEfJ7RQxxlorXBKrkRV/3bukgkUW6WTKkLM37LBilk4jytzCQppjHlQgczCSt8bHdA== X-Received: by 2002:a05:600c:45d3:b0:40e:7d24:cc15 with SMTP id s19-20020a05600c45d300b0040e7d24cc15mr239474wmo.34.1706168772136; Wed, 24 Jan 2024 23:46:12 -0800 (PST) Received: from amdahl30 ([2a01:e0a:253:fe0:2ef0:5dff:fed2:7b49]) by smtp.gmail.com with ESMTPSA id i19-20020a05600c355300b0040e4a7a7ca3sm1556199wmq.43.2024.01.24.23.46.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 24 Jan 2024 23:46:11 -0800 (PST) From: =?utf-8?Q?K=C3=A9vin_Le_Gouguec?= To: Ihor Radchenko Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <87ttn2el8x.fsf@localhost> (Ihor Radchenko's message of "Wed, 24 Jan 2024 16:42:22 +0000") References: <87ttrzmfua.fsf@strawberrytea.xyz> <8734z6xvsh.fsf@localhost> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> <83v8bz3hpq.fsf@gnu.org> <87r0ml9wk5.fsf@localhost> <87o7ddwhnm.fsf@localhost> <87r0i7eub6.fsf@gmail.com> <87ttn2el8x.fsf@localhost> Date: Thu, 25 Jan 2024 08:46:10 +0100 Message-ID: <87ede57t4t.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 65896-done Cc: Eli Zaretskii , 65896-done@debbugs.gnu.org, look@strawberrytea.xyz 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 (-) Ihor Radchenko writes: > K=C3=A9vin Le Gouguec writes: > >> Ihor Radchenko writes: >> >>> After several attempts, I found a way to handle faces in the trailing >>> newlines after folds without excessive changes in Org mode. >>> Fixed, on main. >>> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=3D2ade1= 6bbc >> >> Neat. At first glance (including the subsequent fixup), it looks like >> outline.el could be taught the same trick, right? It would """just""" >> be a matter of finding the spot(s) that map to org-fold-core-region, and >> implementing equivalents to the org-fold-core helpers you leveraged >> (get-regions, get-folding-spec, get-region-at-point) if they don't exist >> already? > > Yes, it should be doable. > The equivalents would be overlay* functions. > Or outline.el can use org-fold-core to fold staff :) > org-fold-core has no major dependencies from Org libraries. Taking notes. That prompts further thoughts, but emacs-devel and/or emacs-orgmode would be better venues for them. For the purposes of this report, all that comes to mind is * You might have solved bug#52587? At least I can no longer reproduce using the recipe there (NB: the OP needs adjustments=C2=B9) after pulling your changes, 'make all', and 'emacs -Q -L lisp' from the Org repo=C2=B2. (Which means I could finally dispense with newlines between "#+end_" lines and headings =F0=9F=A5=B9) * Thank you so much for looking into this! =F0=9F=99=8F =C2=B9 As noted in the comments, the issue only comes up if you remove the newline between "#+end_quote" and "* baz"; also AFAICT modus-operandi no longer adds a background to org-block-*-line by default? So I had to theme that in manually to reproduce & test the fix. =C2=B2 Don't know if there is a "blessed" way to interactively test changes in the Org repo; thinking of e.g. magit's 'emacs-Q' target which reduces the chance of forgetting a step. FWIW I went in guns blazing with 'make -j8' and got screenfuls of version-mismatch warnings, so elected to take -j8 off; that seemed to make things quieter. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 25 08:44:02 2024 Received: (at 65896-done) by debbugs.gnu.org; 25 Jan 2024 13:44:02 +0000 Received: from localhost ([127.0.0.1]:47607 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rT01S-0000Hn-1A for submit@debbugs.gnu.org; Thu, 25 Jan 2024 08:44:02 -0500 Received: from mout01.posteo.de ([185.67.36.65]:54975) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rT01Q-0000HO-Jq for 65896-done@debbugs.gnu.org; Thu, 25 Jan 2024 08:44:01 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 7DE2524002A for <65896-done@debbugs.gnu.org>; Thu, 25 Jan 2024 14:43:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1706190228; bh=+VUVfPQn3mEWBrz4iV5XQGD1k7Qy6SmEUeHcv4JUKvg=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=YzEnMhmuh86+Ydw9Ezbz6f9AXBKKTYaM0zK3nxRS2llG/q7SDsrhTeOkNic4jYycc r2ezPWcL0mwWKfd0fdikZlv7OzxLR+k7KZG2KVnQbxvFfgG/nodX+Qb7/efJ5lA8tH 5fOaLngAqTkVMpZjxoIWK9Yh5m/C8F2ESxBqImzUpOwY6D00qD7mRJhqs0hF5KoSJ2 mQwJTLRSKj2ZIV0IFdeND1v7YjKTLXxJfS/ZQ5/rFC9270Ex0mJ/lid/YEt9Wk81Ms 74gNY8OjY4SVd4jqMgEHDMcPcKQHbTfoYKPq46kd8hpXoNrc7odgna6t4qKIrI9cWp DAK4Aht0FwE0w== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TLMVW25ZQz6twB; Thu, 25 Jan 2024 14:43:47 +0100 (CET) From: Ihor Radchenko To: =?utf-8?Q?K=C3=A9vin?= Le Gouguec Subject: Re: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline In-Reply-To: <87ede57t4t.fsf@gmail.com> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83a5te74sa.fsf@gnu.org> <87fs352mdx.fsf@localhost> <83sf75401f.fsf@gnu.org> <871qep2l2z.fsf@localhost> <83pm293w0k.fsf@gnu.org> <87y1gx11vv.fsf@localhost> <83jzsh3uj8.fsf@gnu.org> <87ttrl0yt1.fsf@localhost> <87lecwrast.fsf@strawberrytea.xyz> <83edio4snm.fsf@gnu.org> <87jzsgr9jr.fsf@strawberrytea.xyz> <83cyy84143.fsf@gnu.org> <877cog80hc.fsf@strawberrytea.xyz> <87h6nj27s0.fsf@localhost> <83v8bz3hpq.fsf@gnu.org> <87r0ml9wk5.fsf@localhost> <87o7ddwhnm.fsf@localhost> <87r0i7eub6.fsf@gmail.com> <87ttn2el8x.fsf@localhost> <87ede57t4t.fsf@gmail.com> Date: Thu, 25 Jan 2024 13:47:20 +0000 Message-ID: <87a5otle3b.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 65896-done Cc: Eli Zaretskii , 65896-done@debbugs.gnu.org, look@strawberrytea.xyz 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 (---) K=C3=A9vin Le Gouguec writes: > * You might have solved bug#52587? At least I can no longer reproduce > using the recipe there (NB: the OP needs adjustments=C2=B9) after pulli= ng > your changes, 'make all', and 'emacs -Q -L lisp' from the Org repo=C2= =B2. Yes, I think. And bug#59141. > =C2=B2 Don't know if there is a "blessed" way to interactively test chang= es > in the Org repo; thinking of e.g. magit's 'emacs-Q' target which reduces > the chance of forgetting a step. make repro > ... FWIW I went in guns blazing with 'make > -j8' and got screenfuls of version-mismatch warnings, so elected to take > -j8 off; that seemed to make things quieter. You may need to clear stale .elc files in lisp/org before re-compiling. --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From unknown Sat Aug 16 21:15:29 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 23 Feb 2024 12:24:16 +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