[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#71763: [PATCH] Inconsistency in bitmap overlay drawing for macOS
From: |
Daniel Pettersson |
Subject: |
bug#71763: [PATCH] Inconsistency in bitmap overlay drawing for macOS |
Date: |
Tue, 25 Jun 2024 00:04:27 +0200 |
On macOS overlay-arrow is not draw on top of bitmaps already present
in the fringe, like its done on X Window System (src/xterm.c). This is
to the detriment of gdb-mi.el where the overlay-arrow hides the
breakpoint when they exist on the same row.
It can be reproduced with the following:
(require 'gdb-mi)
(defvar overlay-arrow (make-marker))
(add-to-list 'overlay-arrow-variable-list 'overlay-arrow)
(setq fringe-indicator-alist '((overlay-arrow . hollow-right-triangle)))
(overlay-put (make-overlay (pos-bol) (1+ (pos-bol))) 'before-string
(propertize " " 'display
`(left-fringe breakpoint warning)))
(move-marker overlay-arrow (pos-bol))
I expect that macOS is not using overlay_p param as intended as fixed by
attached patch. But I was having an hard time finding any documentation
proving my point other then the implementation of it's X Window System
sibling in src/xterm.c.
0001-Fix-inconsistency-in-bitmap-overlay-drawing-for-macO.patch
Description: Text Data
In GNU Emacs 30.0.50 (build 1, aarch64-apple-darwin23.1.0, NS
appkit-2487.20 Version 14.1.1 (Build 23B81)) of 2024-06-24 built on
Daniels-Air
Windowing system distributor 'Apple', version 10.3.2487
System Description: macOS 14.1.1
Configured using:
'configure --with-xwidgets'
Configured features:
ACL DBUS GLIB GNUTLS LCMS2 LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER PNG
RSVG SQLITE3 THREADS TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM XWIDGETS
ZLIB
- bug#71763: [PATCH] Inconsistency in bitmap overlay drawing for macOS,
Daniel Pettersson <=