Bug 106551 - Means to rename stored custom colors
Summary: Means to rename stored custom colors
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
5.3.0.3 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Area-Fill-Tab-Color
  Show dependency treegraph
 
Reported: 2017-03-15 15:26 UTC by Thomas Lendo
Modified: 2019-06-13 14:45 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Libreoffice colors Palette Drop-Down (36.01 KB, image/jpeg)
2018-07-30 07:15 UTC, russell
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Lendo 2017-03-15 15:26:23 UTC
The new area fill options make it possible to add new colors, gradients, bitmaps, patterns and hatches. But after adding, it's not possible to rename it. You can only delete and re-add it but that's not user-friendly for example if you have added it in a sorted manner and deleting + re-adding would destroy that order.

Steps to reproduce:
- Open a Writer document.
- Go to Format > Paragraph > Area > Color
- Add a new color to the custom palette and enter a name.

Actual result:
There is no way to rename the color. (This also occurs for gradients, bitmaps, patterns and hatches.)

Expected result:
A rename button could be added beside the existing Add/Delete/Modify buttons.

(LibO version 5.3.0.3)
Comment 1 Heiko Tietze 2017-03-16 09:50:34 UTC
Definitely not as a button, that's a recipe for featuritis, but as a context menu. And we do have this function there, check the other sections such as gradients; everywhere except for solid colors. So yes, please add a function to rename custom colors.

The solid color section is a bit different to the other area fill options. During the design phase we talked about that and decided in the end to accept this inconsistency. And alternative solution could have been to show Add/Modify like everywhere else and to put the color name in an edit field that is enabled for custom colors only.

Smells like an easyhack, right?
Comment 2 Thomas Lendo 2017-03-16 12:13:07 UTC
Indeed, I missed the fact that in all others but the color tab a context menu exists that enables renaming and deleting of entries.

Wouldn't it be the easiest way to copy the button + contest menu design of Gradient/Bitmap/Pattern/Hatch tab to the Color tab - or do users more delete than modify colors in comparison to the other tabs? What's the advantage of the actual color tab design?

Personally (without any UX data) I would prefer to show Add/Modify in color tab like everywhere else and to put renaming and deleting to the context menu that is enabled for custom colors only.
Comment 3 russell 2018-07-30 07:15:53 UTC
Created attachment 143816 [details]
Libreoffice colors Palette Drop-Down
Comment 4 russell 2018-07-30 07:19:34 UTC
Libreoffice Version 6.0.5.2

I look forward to the ability to rename a color profile in Libreoffice via the GUI. Currently I just rename the file.

Under linux the .soc file is located:
$HOME/.config/libreoffice/4/user/config/

Libreoffice then creates a .pack file with the same base name under: 
$HOME/.config/libreoffice/4/user/pack/config/

However, I think the palettes installed as extensions are located under:
$HOME/.config/libreoffice/4/user/uno_packages/cache/uno_packages/

In addition to a Modify/Rename option, it would be helpful if the palette names in the Colors Palette drop-down were sorted. Currently there doesn't appear to be any sort order to the items in the list.

After reading the two blog enters below, I reviewed my color palettes and associated files.  I have some files in my local directory with the same name as those on the shared system, and I wondered how that worked. Both entries, with the same name, appear in the drop-down, but in different locations in the list. The contents of some of the files are different, and for now I thought I would just rename the local files with a prefix until I have a better understanding.

1.  https://design.blog.documentfoundation.org/2017/04/10/new-standard-color-palette/
2. https://design.blog.documentfoundation.org/2016/12/30/new-color-palettes-in-libreoffice/
Comment 5 daviding 2019-02-23 18:31:18 UTC
Finding, in LibreOffice 6 on Linux, that custom palettes are no longer read from ...

~/.config/libreoffice/4/user/template 

... I have had to resort to using administrator privileges to place my .soc file at ...

/usr/lib/libreoffice/share/palette

This works for me, on a Linux desktop for myself.  I am unsure how I'm going to deal with colleagues (on Windows or Mac desktops), when I send them an Impress presentation for editing).  I guess they'll be restricted to the "Recent colors" that I've appended at the bottom of standard.soc .
Comment 6 Heiko Tietze 2019-02-25 11:08:51 UTC
(In reply to daviding from comment #5)
> ... I am unsure how I'm going
> to deal with colleagues (on Windows or Mac desktops), when I send them an
> Impress presentation for editing).  I guess they'll be restricted to the
> "Recent colors" that I've appended at the bottom of standard.soc .

You can install palettes as an extension. And use my extension [1] to export the custom colors as that. Also, there would be the "Document colors" palette (but as reported in bug 84577 not working).

IIRC, palettes are sorted now alphabetically in 6.2.

[1] https://extensions.libreoffice.org/extensions/custom-palette-eport