Issue 128462 - Cannot insert a AOO Writer file into an AOO Impress file
Summary: Cannot insert a AOO Writer file into an AOO Impress file
Status: REOPENED
Alias: None
Product: Impress
Classification: Application
Component: open-import (show other issues)
Version: 4.1.10
Hardware: PC Windows 10
: P5 (lowest) Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-06-22 20:12 UTC by Peter Pratten
Modified: 2022-11-22 07:36 UTC (History)
5 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Copy of slide presented in slide show (attempt #3) (22.33 KB, application/vnd.oasis.opendocument.text)
2021-06-25 22:21 UTC, Peter Pratten
no flags Details
Screenshot for ODT inserted as OLE (51.39 KB, image/png)
2021-06-30 11:57 UTC, oooforum (fr)
no flags Details
ODP with misplaced insert (508.85 KB, image/png)
2021-07-02 13:23 UTC, Peter Pratten
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Peter Pratten 2021-06-22 20:12:49 UTC
Tried to insert a Writer file containing only formatted text into an Impress file for use in a Zoom presentation. The following failures occurred:
a) Insert > File -> produced error message "This file could not be loaded" which is useless because it gives no reason;
b) Insert > Object > OLE object > Create from file -> produced a tiny object (about 2mm square) with no means of enlarging;
c) Insert > Object > Plug-in -> same result as b);
d) Copy and Paste (or dragging) -> only the first heading copied;
e) Edit > Paste Special - OpenOffice Text Document -> same result as d);
f) Edit > Paste Special - Unformatted Text -> while this did load it was not what was required and had to be reformatted.

The following relevant ancient issues are still open: 57807, 71103, 86861.
Comment 1 Matthias Seidel 2021-06-25 21:09:09 UTC
Please provide a file to test.
Comment 2 Peter Pratten 2021-06-25 22:21:33 UTC
Created attachment 87036 [details]
Copy of slide presented in slide show (attempt #3)

Not the original document but close. Some faults the same, some different. Could be because I currently have the aforementioned test version loaded.
Comment 3 Peter Pratten 2021-06-25 22:32:53 UTC
Attachment is file to use for test as asked, not resultant slide. They are described in original message.
Comment 4 oooforum (fr) 2021-06-30 11:56:16 UTC
a) Read F1, only Draw or Impress files, or text from an HTML document or a text file

b) Not reproduce (see attached picture)

c) Normal because an ODT is not a plug-in
Comment 5 oooforum (fr) 2021-06-30 11:57:00 UTC
Created attachment 87038 [details]
Screenshot for ODT inserted as OLE
Comment 6 Peter Pratten 2021-07-02 13:06:01 UTC
(In reply to oooforum (fr) from comment #4)
> a) Read F1, only Draw or Impress files, or text from an HTML document or a
> text file
> 
> b) Not reproduce (see attached picture)
> 
> c) Normal because an ODT is not a plug-in

a) This says "text", not .txt or "plain text". It is reasonable to assume all text files, especially your own Writer. It is incomprehensible to exclude your own files.

b) I get a better result than the miniscule one I had before but it is only part of the file, not the whole of it. When I inserted the file I sent you it was placed so far off the page to the left that I could only see the last few words of each line. I couldn't move the frame to the right. It stretched many page widths to the right. I had a hard job reaching the handles to shrink the frame and when I did it shrunk the text also so it wasn't readable.

c) to f) You haven't commented on these attempts.
Comment 7 Peter Pratten 2021-07-02 13:23:13 UTC
Created attachment 87039 [details]
ODP with misplaced insert

Result when inserting ODP file before failed attempt of correcting position.
Comment 8 oooforum (fr) 2021-07-02 13:45:47 UTC
(In reply to Peter Pratten from comment #6)
> a) This says "text", not .txt or "plain text". It is reasonable to assume
> all text files, especially your own Writer. It is incomprehensible to
> exclude your own files.
This not says "Writer document". For me, I do not see any interest to embed an ODT as OLE. 
 

> c) to f) You haven't commented on these attempts.
Remember that I (we, all) am only volunteer here. I have not enough time to reproduce all cases.
Comment 9 Peter Pratten 2021-07-02 14:35:51 UTC
(In reply to oooforum (fr) from comment #8)
> (In reply to Peter Pratten from comment #6)
> > a) This says "text", not .txt or "plain text". It is reasonable to assume
> > all text files, especially your own Writer. It is incomprehensible to
> > exclude your own files.
> This not says "Writer document". For me, I do not see any interest to embed
> an ODT as OLE. 
If the ODT comes from another source it is reasonable to want to project it on a screen.
On the other hand selecting from the Insert OLE Object screen the Object type OpenOffice 4.1.11 Text produces a result that makes sense to me.
>  
> 
> > c) to f) You haven't commented on these attempts.
> Remember that I (we, all) am only volunteer here. I have not enough time to
> reproduce all cases.
I realise you are all volunteers, like me. I hope someone else will comment.
After all I'm just looking for a simple way of doing what should be a simple job.
Comment 10 damjan 2022-11-22 01:56:50 UTC
(In reply to Peter Pratten from comment #9)
> (In reply to oooforum (fr) from comment #8)
> > (In reply to Peter Pratten from comment #6)
> > > a) This says "text", not .txt or "plain text". It is reasonable to assume
> > > all text files, especially your own Writer. It is incomprehensible to
> > > exclude your own files.
> > This not says "Writer document". For me, I do not see any interest to embed
> > an ODT as OLE. 
> If the ODT comes from another source it is reasonable to want to project it
> on a screen.
> On the other hand selecting from the Insert OLE Object screen the Object
> type OpenOffice 4.1.11 Text produces a result that makes sense to me.
> >  
> > 
> > > c) to f) You haven't commented on these attempts.
> > Remember that I (we, all) am only volunteer here. I have not enough time to
> > reproduce all cases.
> I realise you are all volunteers, like me. I hope someone else will comment.
> After all I'm just looking for a simple way of doing what should be a simple
> job.

Thank you for your bug report.

This is a real issue, I don't think it should be closed.

Currently, only "Paste as HTML" works well. Ordinary "Paste" only shows a portion of the document and enlarging the borders only scales up that portion, instead of showing more contents. "Paste as Unformatted Text" loses all formatting, as intended but not helpful here.
Comment 11 Arrigo Marchiori 2022-11-22 07:36:10 UTC
(In reply to damjan from comment #10)

> Ordinary "Paste" only shows a
> portion of the document and enlarging the borders only scales up that
> portion, instead of showing more contents.

In order to show a larger portion of the document, you should double-click the pasted document as if you wanted to edit it. Then, by dragging its margins, you will be able to resize the "view" on the pasted document, thus displaying more or less contents.

Clicking outside of the embedded document "closes" it and the focus goes back to the "parent" document.