Bug 152744 - LO should retain selection in first document when interacting with second document
Summary: LO should retain selection in first document when interacting with second doc...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Multi-Window
  Show dependency tree / graph
 
Reported: 2022-12-31 05:04 UTC by amab8901
Modified: 2023-02-10 13:32 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description amab8901 2022-12-31 05:04:50 UTC 
Description:
A while ago, I was able to have two separate documents open side-by-side, and select text in one and then have the selection remain visible when I interact with the other document. This is one of the key features that made LibreOffice powerful as a tool for proofreading translations. But now it stopped working.

Now, if I select text on one document, it automatically stops showing the selection when I interact with the other document. Please make the selection visible again.

Steps to Reproduce:
1.Open two documents side-by-side
2.highlight/select text on one document
3.click on the other document

Actual Results:
the selection/highlight becomes invisible on the first document

Expected Results:
the selection/highlight should remain visible on first document when interacting with the other document


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 7.4.3.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: sv-SE (en_US.UTF-8); UI: en-US
7.4.3-3
Calc: threaded
Comment 1 Dieter 2023-01-29 11:17:25 UTC 
I confirm the described behaviour with

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1c638b7ac46d8077994c8483e6becc4a33efd12b
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (de_DE); UI: en-GB
Calc: CL threaded

But I can't believe, that it ever worked. Tested

Version: 6.1.6.3 (x64)
Build-ID: 5896ab1714085361c45cf540f76f60673dd96a72
CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; 
Gebietsschema: de-DE (de_DE); Calc: CL

with same result.

So i would say NOTABUG.

Heiko, do you know anything about that "feature"?
Comment 2 amab8901 2023-01-30 06:59:59 UTC 
Sorry, I thought it was an earlier version of LibreOffice but then I found that it's actually OnlyOffice that has this feature
Comment 3 Dieter 2023-01-30 07:30:07 UTC 
(In reply to amab8901 from comment #2)
> Sorry, I thought it was an earlier version of LibreOffice but then I found
> that it's actually OnlyOffice that has this feature

Good to know, so let's take it as enhancement request.
Comment 4 Heiko Tietze 2023-01-30 12:26:01 UTC 
Doubt this is possible with our architecture. What do you think, Miklos?
Comment 5 Miklos Vajna 2023-01-30 15:31:30 UTC 
Currently we render the selection together with the blinking cursor and we intentionally hide the blinking cursor when one doc window loses the focus.

I'm not sure what is the reason for this coupling, perhaps the two could be separated so selection is still visible after focus loss.

E.g. firefox changes the color of the selection on focus loss but it is still shown. As a data point, Word also hides the selection on focus loss.

So it's probably a bit of a UX question if this is wanted.
Comment 6 Heiko Tietze 2023-02-10 13:32:13 UTC 
We discussed the topic in the design meeting.

Switching from one document to another while keeping the selection visible requires some dimming of the color. This was maybe the reason to just remove it. But it makes sense to keep it visible, perhaps as highlight color from the disabled color set.