When trying to change the color of a single node in a column chart, I started editing the chart, selected the node, and right-clicked to choose "Format Data Point...". I was presented with a pop-up window, with all the tabs for different aspects of the node. On the "Area" tab, the default is solid color, and there were "Active" and "New" colors presented to me. Using the RGB value or color picker to change the new color worked fine, however when I tried to directly input the hex value of the new color, it didn't work. I could only type one character in the hex input box, and further characters were ignored. I believe I've had this problem for a while, so it's not specific to version 6.1.5. I assume it's easy to duplicate, but if necessary, I have version 5.2.7 and 6.2.0 installed as well, and am happy to try those versions as well. Thanks.
repro in Version: 6.3.0.0.alpha0+ Build ID: b45289e48e0f354b9996e2846dd041db4a9947ce CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-08_12:51:03 Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded not only for chart options in Calc but for all Area tab -> Color in LO
Reproduced in Windows on 6.1.5.2. This affects every LibO component because they all use Format...Area dialog box. Entering by hand a hex html-style color very annoying (you have to select each character one by one and then type a replacement character). And it is impossible to paste a hex color. Another workaround is to click the "Pick" button and edit the hex color box in that dialog -- it works as expected.
I believe the problem is: 1. Go to writer 2. Format - Page - Area - Color 3. type F six times in the hex text box -> Resulting value is 000000 Reproduced in Version: 5.3.0.0.alpha1+ Build ID: 4136757b4e51c4e6f7cb4132c95538a7f831ef2c CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; VCL: gtk3; Layout Engine: new; Locale: ca-ES (ca_ES.UTF-8); Calc: group @Caolán, @Jim, I thought you might be interested in this issue...
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/f1e52cbdd4a9753a9b9d562ef280a00e52db1dae%5E%21 Resolves: tdf#123291 set hex input to overwrite by default It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
If we set it to overwrite mode, and fix a few other things, then it works better
Verified in Version: 6.3.0.0.alpha0+ Build ID: e74de110d16c95414fac7541c8fe6541d4597113 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Caolán, thanks for fixing this issue!!
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/0198259e4301a45c339fcdda688892e1e6a3ad9f%5E%21 Resolves: tdf#123291 set hex input to overwrite by default It will be available in 6.2.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.