System and libreoffice installation libreoffice-3.5.1 rc2 on Linux slackware 13.37 64 bits, from download LibO_3.5.1_Linux_x86-64_install-rpm_en-US.tar.gz, containing (among others): LibO_3.5.1rc2_Linux_x86-64_install-rpm_en-US/RPMS/libreoffice3.5-3.5.1-102.x86_64.rpm Installed from pkg repackaging of the RPMs, by slackbuilds.org for libreoffice-3.5.0, should not be a problem for lo-3.5.1. I filled a report about this bug, with less info, for libreoffice-3.5.0, in (https://bugs.freedesktop.org/show_bug.cgi?id=47332) The problem: embed color palette (Color List) *in* Draw document does not work on my Linux: slackware linux$ libreoffice > Drawing > New, draw a rectangle, > Area... > Colors: color name jpcolor-6-6-6 (R,G,B=6,6,6), > Add, [x] Embed. > File > Save: jpcolor-6-6-6.odg Other user on same slackware (OR copied to Windows 7), lo-3.5.1, open file jpcolor-6-6-6.odg: rectangle has correct color, but NO name of color, so no palette embedded in document. Palette *is* saved in Draw document [x] Embed colors in Win 7 libreoffice-3.5.1, and seen correctly when Win 7 document loaded in libreoffice-3.5.1 on my Linux box. I looked at the content of ODG files, \qt{7z x file.odg}, - file with embedded color list created in lo-3.5.1 Win 7: contains Settings/ColorTable.xml - file with embedded color list created in lo-3.5.1 slack64-13.37: no Settings/ColorTable.xml, not even a Settings/ dir! On my Linux box, - user removed any prior libreoffice configs, rm -Rf ~/.config/libreoffice - make sure no trace of prior versions, rm -Rf /opt/libreoffice3.5 Not sure it is a libreoffice bug in the RPMs, can be the re-packaging, but it is improbable (?). -- Jean-Pierre
Thanks for bugreport May be it depends from something on page Tools->Options->Load/Save->General?
On 2012-06-08 04:52:39 PDT, sasha.libreoffice@gmail.com wrote > May be it depends from something on page Tools->Options->Load/Save->General? I now use Libreoffice-3.5.4 from Alien Bob's slackware package for slackware64-13.37. This bug is no more 'truly' there. And I don't know/remember, but I think I did not look in my old version LibO Draw > Tools > Options > Load/Save > General, [x] Load user-specific settings with the document and this old version is no more on my system. No more 'truly' a bug, but for me Color Palette saving/embedding is somewhat strange: When another user (say OtherUser) on my system opens a .odg from me (say MeUser), where I did '[x] Embed' Color List, the colors of my color list *are* listed. However (approximately): - if Color List has no name, my color names are entered in OtherUser HOME/.config/libreoffice/.../(SomeFile).soc (standard.soc? I don't remember); - if a Color List name (say 'MyColorPalette') exists in my .odg file, libreoffice by other user records it in OtherUser HOME/.config/libreoffice/.../MyColorPalette.soc And seemingly, a Color List is named ONLY if it is saved in ... > Area > Colors > Save Color List ( if really so, it would be better to be able to give name to color list without necessarily saving it in a .soc file, if it is to be Embedded in .odg document ) Above the 'Approximately' is because I did not explored it more, and it is somewhat confusing. I see some possible coming problems: if user load many .odg documents with unnamed Color Lists, and all colors going to a user libreoffice config .soc file, there will be name clashes! This is *not* a complaint, I only try to describe it as I see it for now. I truly thank you for your reply and your work. -- Jean-Pierre
Thanks for additional testing. As I understand, LO now saves color palettes into odg files. It may depend also from this: Tools->Options->LibreOffice->User data If all fields there are empty, nothing will be saved (anonimus mode) As I understand, LO places palette from odg file into LO user profile. Please, attach two odg files with different palettes for testing.
*** Bug 47332 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > This bug is no more 'truly' there. Marked as RESOLVED FIXED then. > No more 'truly' a bug, but for me Color Palette saving/embedding is > somewhat strange: Please report other issues or feature requests in separate bug reports.