Bug 137207 - there is no project container for combination of all LO-formats, odm is limited to writer
Summary: there is no project container for combination of all LO-formats, odm is limit...
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.3.0 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2020-10-02 12:08 UTC by paulystefan
Modified: 2020-10-08 16:02 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description paulystefan 2020-10-02 12:08:05 UTC
odm is a first trial for complex projects with writer.

But more is necessary in projects with more parts of LO.

A super global document with all parts of LO is my idea.

In a main menu the parts are referenced and sorted.

All part documnents of libre office are possible parts. 

Writer, impress, calc, draw, base, formula documents with full possibilities
are grouped in super global document.
The parts are worked in the part programs.

So links in documents are nor lost with change of file system position.

I hope this idea is understood and good enough.
Comment 1 V Stuart Foote 2020-10-02 13:34:02 UTC
Thank you for the suggestion.

LibreOffice is OASIS ODF standards driven. ODF Master documents are provided for in the ODF 1.2/1.3 standard.

You can already insert content from any LO module as OLE object into any subdocument.

And no single moudule other than Writer benefits from the organization complexity that the Writer centric ODF Master document provides.

IMHO => WF
Comment 2 Roman Kuznetsov 2020-10-02 14:02:30 UTC
I disagree with this idea and don't see any problem with current file extensions by its modules
Comment 3 Heiko Tietze 2020-10-05 09:04:41 UTC
Paul, what problem do you want to solve with such a container? What is the use case?

Regina, are there any plans to pack various files into a container?
Comment 4 paulystefan 2020-10-07 09:08:34 UTC
dynamic links between files can be broken with change of computer or change of document places.
so in LO writer document there are calc parts, formulas, draws and so on
In a container all is in one place with direct link without file system problems.

Or is this perfect solved in LO?
Comment 5 Regina Henschel 2020-10-07 14:10:13 UTC
(In reply to Heiko Tietze from comment #3) 
> Regina, are there any plans to pack various files into a container?

No. If you not use the flat format but the usual package format, then a .odg file for example, is already a container. You can add files to that packages, if you list them in the manifest.xml in folder META-INF.

A different question is, how to access additional content from within the main document. For all of our own file formats, it works with OLE, not only on Windows, but on other supported operating systems too.

For linking to other content we have already solutions. You can include linked text content in Writer via "section". You have a similar mechanism in Calc to integrate other table-like content as link and in Draw/Impress to integrate other drawing content as link. I see no need to integrate mixed content beyond the already existing OLE mechanism.
Comment 6 Heiko Tietze 2020-10-08 13:52:43 UTC
So my take: WONTFIX.
Comment 7 Mike Kaganski 2020-10-08 14:56:20 UTC
The specific task that ODM solves for Writer documents, which can't be solved by OLE, is central management/redefinition of styles: a style definition in master document overrides same-name style in linked documents.

This is not applicable to proposed mixed-type content. Better link management is a different problem, and needs own improvement to eliminate the reason mentioned here ("dynamic links between files can be broken with change of computer or change of document places").

So WF from my PoV.
Comment 8 Roman Kuznetsov 2020-10-08 16:02:31 UTC
So let's close it as WF