https://bugs.documentfoundation.org/show_bug.cgi?id=137905
--- Comment #13 from Thomas Tempelmann <tempelm...@gmail.com> --- @Dieter: Yes, this is a duplicate of 128580 And I can confirm that this still happens. I'm the author of a clipboard (history) recorder and have quite a lot of experience in this field, as I have to work around constantly about quirks with Office apps (and now LO, too). I have a tool to view the clipboard contents (but there's also one from Apple): http://www.tempel.org/ShowClipboards With that you can see that Word places these types into the clipboard, in order, from the Carbon Pasteboard API: com.microsoft.Object-Descriptor public.rtf (RTF ) public.utf16-external-plain-text (ut16) dyn.ah62d4rv4gk81n65yru (ustl) com.apple.traditional-mac-plain-text (TEXT) dyn.ah62d4rv4gk81g7d3ru (styl) public.html (HTML) public.utf16-plain-text (utxt) com.adobe.pdf (PDF ) com.microsoft.Embed-Source com.microsoft.Link-Source com.microsoft.Link-Source-Descriptor com.microsoft.ObjectLink com.microsoft.HyperlinkWordBkmk com.apple.webarchive (weba) public.utf8-plain-text (utf8) com.microsoft.ole.source.30211.0x10a61fce0 com.microsoft.DataObject com.microsoft.appbundleid dyn.agk81n65yru (ustl) dyn.agk81g7d3ru (styl) Programs who support Paste should look for the types, and if they support multiple types, prefer the former to the latter types (this isn't clearly stated in recent Apple docs, unfortunately). In other words, a program writing to the clipboard should put the richest data first. I suspect that LO picks the PDF from this list, whereas it should prefer the RTF or HTML instead. -- You are receiving this mail because: You are the assignee for the bug.
