https://bugs.documentfoundation.org/show_bug.cgi?id=101155
Stéphane Guillou (stragu) <stephane.guil...@libreoffice.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=32
| |249
CC| |stephane.guillou@libreoffic
| |e.org
OS|Linux (All) |All
--- Comment #8 from Stéphane Guillou (stragu)
<stephane.guil...@libreoffice.org> ---
Same in recent trunk build:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 479b5bbe8ca2177ba7574e7aa2308b5d0de1895c
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded
And on Windows 11.
However, opening the PDF in Firefox and doing Shift + Arrow keyboard selection
of characters e.g. in the "Nome" text run jumps to the line below before
reaching the "e". As if the whole document is split into columns of characters.
Same file is handled better in e.g. Evince and Okular, in which it is possible
to select whole lines of text.
Wondering where that kind of splitting is coming from (i.e. if whatever created
the PDF is somehow at fault), and if it is possible to mimic the grouping that
some PDF readers manage?
In any case, very much related to bug 32249.
--
You are receiving this mail because:
You are the assignee for the bug.
