summaryrefslogtreecommitdiff
path: root/icon-themes/sifr_dark/cmd/sc_basicshapes.hexagon.png
diff options
context:
space:
mode:
authorMiklos Vajna <vmiklos@collabora.com>2026-03-20 15:02:06 +0100
committerMiklos Vajna <vmiklos@collabora.com>2026-03-23 22:48:25 +0100
commite0575ba229efb993397eb0b230da292d4200f314 (patch)
treed681e82f3f46520479db050fb1c772b9d646f5b7 /icon-themes/sifr_dark/cmd/sc_basicshapes.hexagon.png
parent713bc94ca32994bcb2fec59d982c650b603ab4fe (diff)
cool#15133 sd: fix missing LOK read-only handling in FuDraw::DoubleClick()HEADmaster
Regression from online.git commit 3cf8a2f1f161270fb0a85863bea1d5277e92eed3 (cool#10630 doc electronic sign: fix outgoing mouse messages on 2nd page, 2025-01-27), click somewhere on the 2nd page of a PDF file in LOK mode, the view jumps to page 1, while nothing should happen. This "worked" previously because the JS client had a bug and we sent an out-of-page coordinate for the mouse click, so nothing happened, while now it started text edit on the only graphic object on the page. One big image for each page is the expected model for pdfium-based import result, but adding text to images in a read-only view is not wanted. Fix the problem by improving sd::FuDraw::DoubleClick() to check for LokReadOnlyView next to the existing ReadOnly, which should improve things in general for multiple LOK views where some of them are read-only and others are read-write. Change-Id: Id862c0e143366f7f6fec07576ef5bad8729a0a72 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/202506 Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins
Diffstat (limited to 'icon-themes/sifr_dark/cmd/sc_basicshapes.hexagon.png')
0 files changed, 0 insertions, 0 deletions