(I didn’t understand “…in the script/programming…” in the context.)
The embedded object being a LibreOffice model has all the information the original that was imported had. Among them there is .DocumentProperties
including .CreationDate
(in fact:DateTime), .ModificationDate
, and .UserDefinedProperties
. If the object is inserted linked, the information is read from the linked file.
The hosting shape -as any object in a LibO document- is not history aware. You can use uninterpreted properties (empty strings by default) like .Name
or .Title
to save extra information.
===Edit1 2019-05-20 23:20 UCT+02:00===
Regarding the comment below.
The object is embedded into a shape of appropriate type which is contained in the DrawPage of the sheet.
Example code: …
===Edit2 2019-05-21 11:20 UCT+02:00===
I had to withdraw the code. Since I finally tried it, I had to state that it didn’t work the way I expected. I had trusted in wrong memories.
Correction:
As long as the OLE object is embedded as a link, the .Model gives the .URL information. You can access the linked file to get information about it as stored by the System. You also can open it in LibO with loadComponentFromURL to get its .DocumentProperties. Despite the fact that LibO always shows the current DateTime for the containing model, the ModificationDate of a document embedded as a link is not changed if no modifications were made.
If the object is actually embedded, I cannot see a way to get its separate Modification date or the like.
I would consider this to be a bug. What would @erAck think?
@mikekaganski: Any idea?