| Summary: | personalized palette files could not be imported (*.soc or *.sog) | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | roumanet <golfy> |
| Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | vsfoote |
| Priority: | medium | ||
| Version: | 6.0.2.1 release | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 80430 | ||
|
Description
roumanet
2018-04-02 13:30:22 UTC
Searching on the web and found a workaround : save your *.soc file in C:\Users\XXXXX\AppData\Roaming\LibreOffice\4\user\config Restart LibreOffice : the palette is back again (but not editable). This was by design--Help is lagging a bit. Rational is that managed palettes will be installed by IT. While composing individual palettes are best handled external to LO. In the case of your corporate colors--a .soc containing them would be added to program <install directory>/share/palette. In addition, per user the Custom and the Document palettes will pick up any custom colors used in a current session. Both are transient, Custom will be written to User profile while Document is written into the ODF. Also for general project etiquette: please do not confirm your own issue(s), it obscures them from proper QA review. *** This bug has been marked as a duplicate of bug 107079 *** |