https://bugs.documentfoundation.org/show_bug.cgi?id=163161
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Summary|Automatically remove hash |HexColorControl field |when pasting hex value into |validation, remove # when |color picker |pasting hex value for color Status|UNCONFIRMED |NEW --- Comment #4 from V Stuart Foote <[email protected]> --- (In reply to Henrik from comment #3) > Added video of the steps to reproduce. Hopefully that makes clear what I > mean. OK thanks! Confirm the request for allowing the "#" character, and see we have an issue. Reasonable enhancement, and needed for consistency as it already works like that with pasted entry in the Color Picker dialog across the UI, but not the Area fill. The 'Hex #' input field (colorpage.ui hex_custom [1]) on the Area fill 'Color' tab rejects a pasted color value with a preceding #. Inconsistent in that the 'Hex' input field (colorpickerdialog.ui hexEntry [2]) on the 'Pick a Color' dialog accepts the paste and ignore the preceding # correctly parsing the color. Both look to point to hexcolorcontrol.cxx, but the Area fill's Color entry errors with warning: 'The inserted text exceeded the maximum length of this text field. The text was truncated'. While the color picker accepts it. =-ref-= [1] https://opengrok.libreoffice.org/xref/core/cui/source/inc/cuitabarea.hxx?r=48e4a871&fi=m_xHexcustom#681 [2] https://opengrok.libreoffice.org/xref/core/cui/source/dialogs/colorpicker.cxx?r=ecf6f6f2#821 -- You are receiving this mail because: You are the assignee for the bug.
