Bug 61065 - Extensionname: Gallery path -- feature request
Summary: Extensionname: Gallery path -- feature request
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Extensions (show other bugs)
Version:
(earliest affected)
4.0 all versions
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-18 14:20 UTC by Marc Pare
Modified: 2017-08-15 17:04 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Marc Pare 2013-02-18 14:20:40 UTC 
Problem description: When upgrading from major versions v.3.x.x. to v.4.x.x. If I have created a gallery of clip art in the LibreOffice gallery, the imagage path inside the gallery extension needs to be reconfigured. Is there a way to allow a user to create a gallery, not worry about the path update after a major update or even a downgrade? 

Steps to reproduce:
1. create new theme in gallery
2. add a new image/clip art into the theme
3. update your version of LibreOffice from v.3.x.x. to 4.x.x.
4. the gallery created in v.3 is no longer available in v.4

Current behavior: gallery path leads to .config->LibreOffice->3->user->gallery. When I upgrade to LibreOffice4.0.0.3 the gallery is no longer available

Expected behavior: User creates a gallery in any version of LibreOffice and the gallery remains active regardless of the version of LibreOffice upgrade/downgrade. This will allow users to exchange gallery clipart packages without having to worry about instructing each other on how to apply the gallery in different versions of LibreOffice.

Marc

              
Operating System: All
Version: unspecified
Comment 1 tommy27 2013-08-26 18:24:49 UTC 
another migration issue.
adding Peter Mladek to CC list.
Comment 2 Petr Mladek 2013-08-28 08:30:41 UTC 
I think that we need to split it into two parts.

First, there are the the files sgXXX.sdg, sgXXX.sdv, and sgXXX.thm. I am not entirely sure about the content. I think that they include things like the gallery name, list of the referenced files, and thumbnails.

If you put these files into ~/.config/libreoffice/3/user/gallery, they are migrated. It is defined in officecfg/registry/data/org/openoffice/Setup.xcu:

--- cut ---
<prop oor:name="IncludedFiles">
              <value>
                <it>.*/autotext/.*</it>
                <it>.*/autocorr/.*</it>
[...]
                <it>.*/gallery/.*</it>
                <it>.*/template/.*</it>
              </value>
            </prop>         
--- cut ---

See also http://cgit.freedesktop.org/libreoffice/core/tree/officecfg/registry/data/org/openoffice/Setup.xcu?h=libreoffice-4-0#n834

I see this working with 4.0.4.2.


Second, the above index files point to the real pictures. There is not a standard path where to store them. The index files just need to include the path to them.

If you store these files in ~/.config/libreoffice/3/user/gallery, they will be migrated as well. You might even use subdirectories. It seems that everything in ~/.config/libreoffice/3/user/gallery is migrated.

So, the last open question is the path in the sdXXX.YYY idex files. You need to use relative path to the gallery directory. It is possible. The default galleries bundled with LO are relocatable.


Summary: The solution already exists. You need to put all files under ~/.config/libreoffice/3/user/gallery and use relative paths in the sdXXX.YYY index files.
Comment 3 QA Administrators 2015-04-01 14:40:35 UTC Comment hidden (obsolete)
Comment 4 tommy27 2016-04-16 07:26:49 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2017-05-22 13:23:00 UTC Comment hidden (obsolete)
Comment 6 Jean-Baptiste Faure 2017-08-15 17:03:09 UTC 
This bug report is about migration from v3 to v4 and is outdated.
As explained in comment #2, it works.

Closing as WorksForMe.
Best regards. JBF