[Libreoffice] [PATCH] Base fdo#40079 "file / save (as)" inoperant
Noel Power
nopower at novell.com
Tue Aug 16 01:51:39 PDT 2011
probably I should have read further before replying ;-) ( sorry excuse
for a mind is elsewhere at the moment )
On 15/08/11 13:10, Lionel Elie Mamane wrote:
> So probably what happened is that the "// Can we simply copy the
> storage?" optimisation / fast path was added and suddenly
> SfxLibraryContainer::storeLibrariesToStorage does not anymore load the
> libraries, as the rest of the code in
> SfxDialogLibraryContainer::storeLibrariesToStorage expected, which
> would suggest that my patch is the right fix.
this sounds very plausible
>
>
> The remaining question is: if xSourceLibrariesStor->copyElementTo was
> called, does the code under:
>
> // we need to export out any embedded image object(s)
> // associated with any Dialogs. First, we need to actually gather any such urls
> // for each dialog in this container
>
> still need to be run? In other words, has copyElementsTo copied these
> embedded image objects, or not?
not at all sure but it should be easy enough to test, in your dialog
create an image control, right click to get the property sheet for the
control, under the general tab scroll down to the Graphics property,
click on the '...' to select a graphic, make sure you unselect the
'link' check box to ensure the image is embedded. After saving, the
image should be stored in it's own document stream. After testing with
your 'modification' scenario ( e.g. run macro, make change, re-save )
when you open the dialog the image should be still there ( best of
course to check that after restarting libreoffice and re-opening the
document )
Noel
More information about the LibreOffice
mailing list