https://bugs.freedesktop.org/show_bug.cgi?id=45600
--- Comment #19 from V Stuart Foote <[email protected]> --- Is this really a LibreOffice bug--seems more an issue with Windows 7 shell. In effect, the Windows builds for LibreOffice do not fully integrate with the default SHAddToRecentDocs routines of Windows 7 shell to populate recent used items listing that then populates the Taskbar Jump List. Unclear why Windows is not correctly handling LibreOffice components, but the default Windows behavior should be to add to files to the list if you "have a registered handler and an Application ID"--I believe LibreOffice does that much in a Windows installation, maybe a conflicting handler and muddled AppID. Possibly it even is something to do with LibreOffice's minimal use of the Windows registry. Activating the LO "Windows Explorer Extension" during installation (LO documents parsed and rendered as icons in Windows Explorer) does not improve behavior of the SHAddtoRecentDocs and function of Taskbar Jump Lists. Nor does launching the document from out of Windows Explorer (assuming correct file association). Microsoft would probably not agree to fix this. But since the default Windows shell behavior is not correctly handling LibreOffice components, simplest solution may lay with an enhancement to develop an ICustomDestinationList and a set of ApplicationIDs for the LibreOffice components. Seems pretty straight forward to implement, as in these refs: http://blogs.windows.com/windows/archive/b/developers/archive/2009/06/18/developing-for-the-windows-7-taskbar-application-id.aspx http://blogs.windows.com/windows/archive/b/developers/archive/2009/06/25/developing-for-the-windows-7-taskbar-jump-into-jump-lists-part-2.aspx http://msdn.microsoft.com/en-us/library/ff770767.aspx -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
