Created attachment 164208 [details] Screenshot of the problem in Writer: I dropped a file there, can you see it? When a file is dropped from the Windows Explorer to Word it gets inserted as an OLE object at the drop point. When a file is dropped to Writer nothing happens. It would be intuitive for users to have this behavior. In our environment many people use this method to create a "main" document with a bunch of attachments embedded into it then send this "main" document around as a single file. Steps to reproduce: 1. Open a new document in both Word and in Writer 2. Drag an XLSX (or other non-text office document) file into the new documents from the Windows Explorer Actual results: In Writer nothing happens. Expected results: OLE object should be inserted. LibreOffice details: Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL Also in older versions all the way back to: LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
The OLE insertion works fine [1], just the os/DE GUI drag-n-drop does not. Seems like this would require a lot of native code to do cross platform. IMHO => WF =-ref-= [1] Insert -> Object -> OLE Object... with 'Create from file' radio button, and 'Link to file' checkbox. And for only an icon the 'Display as icon' checkbox.
Disagree with WF. This might be not a priority, but if someone wants to implement this ... anyway, DnD code is highly platform-specific anyway, and possibly the implementation would not be that much an effort (didn't check, just imagine that existing DND could already provide the data - file name(s) - needed to add OLE insertion).
Additional info: LO already implements DND documents into its main window (to open them); images into documents (to insert them). So much of functionality is already there. For *some* dragged objects, Word creates an OLE object of type/progId "Package". LibreOffice includes own cross-platform implementation for handling (unpacking) that object type: see tdf#104065. Based on that, having file names from DnD, it looks reasonably doable to implement insertion of such objects in a platform-independent way.
DnD creates an OLE-Object in Draw/Impress and in Calc, why not in Writer too? I disagree with WF.
(In reply to Regina Henschel from comment #4) > DnD creates an OLE-Object in Draw/Impress and in Calc, why not in Writer > too? I disagree with WF. Oops, your right as usual Regina. The DnD opens/unpacks the document onto sd Draw/Impress or sc Calc cell--why not to sw Writer canvas? So guess that is actually a bug? Checked and the DnD behavior (no response) is inherited from OOo with LO 3.3.0.4 release. But also, the DnD OLE gets default handling of copying into document (not linked), and of extracting into an OLE frame (no Icon view). A bit unwieldy compared to precision of "OLE Object..." insertion dialog--and maybe not what folks used to the MSO way expect being dropped as an Icon. When we do the same with an .ODT being DnD it by default is placed as a Section--rather than an OLE object.
Agreement on NEW, no further input from UX required.
Daniel Arato (NISZ) committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a354b7f7476513e5b1b4bbf1986b483cf122d47b tdf#135669 sw: drag and drop other files as OLE It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Maybe we want to insert DOCX documents in sections, like in the case of ODTs, especially if LibreOffice doesn't keep the original DOCX document after OLE insertion. This is a more natural way to insert a text document into a text document, also the users could notice the possible layout loss of a multi-page DOCX before saving it via Save As of the local menu of the OLE object.
"linked" is the default setting of inserting ODT files. This doesn't change the original DOCX file, but it doesn't embed into the ODT (or DOCX?).