First of all, sorry for my late response.
Secondly, I'll explain what the logic for this bugfix
<https://gerrit.libreoffice.org/#/c/3401/> was.
The idea is that the storage elements are opened again in the
UIConfigurationManager::storeToStorage method (same file), so, basically, if
there is a need to store anything, they will be reopened as writeable.
As you pointed out, my current patch does not purge these directories in
files that already contain them, but are empty.
I've found this documentation
<http://www.openoffice.org/api/docs/common/ref/com/sun/star/embed/XStorage.html>
of the XStorage interface, but I am not quite sure how to go about
determining if the storage element is empty. There surely is something I am
missing. It would be very helpful if someone could point me in the right
direction.
Also, a bit off topic, I made a post regarding GSOC
<http://nabble.documentfoundation.org/GSOC-2013-Candidate-td4051245.html> .
Since the application deadline is closing in, any kind of response would be
extremely helpful.
Best wishes,
Alex Ivan
--
View this message in context:
http://nabble.documentfoundation.org/Need-help-regarding-BUG-60700-tp4041113p4052847.html
Sent from the Dev mailing list archive at Nabble.com.
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.