It is possible to add a custom color with an own name to the custom palette via Format => Page => Area => Color. I think tis possibility is not known very well. It would be great, if this option would also be available via the "Pick a Color"-dialog.
We should keep the color picker simple, i wouldn't add more functions there. The color tab is not only shown on Format > Page but all property dialogs and should be not too hard to find.
My take > WFM.
This is a needed enhancment.
Advantage to including the "Add" 'a named color' to custom palette via the "Pick a Color" dialog directly would be efficiency.
Most work flows benefit when a named color, rather than its RGB hex value, is available for reuse.
Beleive our mechanism for this is "only" available on the Area dialog's Color mode.
The common use color picker can only set a RGB color to be assigned to any object's color attribute (for points, lines, polygons) and color then appears as a recent. But you must now go back through the Area dialog to capture that color for persistent reuse via user profile. The Add button creates CustomColor and CustomColorName stanzas in registrymodifications.xcu
Addition of the single Add button for the dialog, perhaps named "Capture" or even "Custom", to the picker is reasonable expenditure of GUI space to support better management of user colors. Button action would have to complete the color pick, and then launch the colorname dialog.
Created attachment 150475 [details]
Okay, adding the button to the "Pick a Color" dialog doesn't affect the floating picker widget and makes sense. Let's put it underneath the parameters.