https://bugs.documentfoundation.org/show_bug.cgi?id=129870
Bug ID: 129870
Summary: Browser based help not aware of Windows 10 'Task View'
- 'Virtual DesktopManager', can open system web
browser displaying help in wrong workspace
Product: LibreOffice
Version: 6.0.0.3 release
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Documentation
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: vstuart.fo...@utsa.edu
CC: olivier.hal...@libreoffice.org
>From message posted to LO Users mail list:
Jan 06, 2020; 8:13pm — by snowshed
<quote>
I found a less than desirable design flaw, at least while using Task
Views in Windows 10. Did anyone actually try it?
Have LO running in one view. Have your browser open in another view.
In LO, press F1 to open the help file. It opens in the browser in a
different task view, not in the view where LO is. So you have to switch
views, disconnect the help tab, and move the new browser window to the
view where LO is.
What happened to the simplicity of having the help file simply open in a
dedicated window in the same view as LO?
</quote>
The Windows 10 'Task View' button, and the 'Virtual Desktop Manager' [1]
workspaces require new native code to link launch of the system browser holding
the new Help (offline or project served) to the calling instance of
LibreOffice.
Otherwise the launch of the user's chosen web browser can be into any workspace
and require the actions described to relocate it to the same virtual desktop
where LibreOffice is running.
=-ref-=
[1]
https://docs.microsoft.com/en-us/windows/win32/api/shobjidl_core/nn-shobjidl_core-ivirtualdesktopmanager
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
