Description: UI: The border dots in properties -> table borders are purple (not skia)ple Steps to Reproduce: 1. Open Writer 2. Insert a table 3. Right click -> Properties 4. Borders tab Actual Results: User-defined borders have purple dots Expected Results: Black Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ (x64) Build ID: 796c7f612603490dda9277ced0f6ab3cce3bc116 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 168095 [details] Shows Table with Black Borders
Works for me, Propose NAB Version: 7.2.0.0.alpha0+ (x64) Build ID: 35e471bb4d1388cf5afcdcee214cf5111edf44e3 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded
Created attachment 168107 [details] Screenshot expected
Created attachment 168108 [details] Screenshot current
(In reply to Dave Barton from comment #1) > Created attachment 168095 [details] > Shows Table with Black Borders You're screenshot illustrating my issue :P. Compare the with expected screenshot. @UX I could think of some different color border pointing arrows. As you're responds suggest the current to be adequate. And I got the same 'feeling'. You could play with the 'border pointers/ arrows. So tango blue? Or something else.. but that's a UX dimension. It where black arrow pointers (so prefer to go back to what it was for now). However doesn't need to be this way :-) Adding bibisect request as this is a regression (except not totally clear if it's the arrow pointer images being broken or something at code level. Looks like a transparency issue to me ---- Setting to NEW based on comment 1 screenshot & my screenshot of the current state.
I thought this was already reported as bug 138350 and fixed in master? Dave's screenshot definitely looks a significant improvement to your "current" one, if not exactly the same as your "expected" one. Maybe the magenta arrow head is intentional, maybe not. Adding Rizal to CC who should know for sure.
Tested on 5 different Win 10 computers and cannot reproduce your condition. This is such a ridiculously unimportant trivial issue, I have no more time to waste on it. My take is still NAB.
After updating to Master of today it's better. Look indeed as attachment 168095 [details] Not big fan of grayish arrows and purple magenta arrow. This surely harder to read with less eye sight and purple and color blindness.. Aside from the aesthetically aspect So disagreeing with comment 7. It's not NAB, IMHO. Not the most impressive bug, true..
(In reply to Ming Hua from comment #6) > I thought this was already reported as bug 138350 and fixed in master? > Dave's screenshot definitely looks a significant improvement to your > "current" one, if not exactly the same as your "expected" one. > > Maybe the magenta arrow head is intentional, maybe not. Adding Rizal to CC > who should know for sure. Yes, it was fixed in bug 138350. Personally, magenta color does not have real eye catching value for me but I keep it assuming it has something to do with code.
Has been fixed meanwhile by Caolan. *** This bug has been marked as a duplicate of bug 138450 ***
Please see https://bugs.documentfoundation.org/show_bug.cgi?id=138350#c8 This bug is not a duplicate tdf#138350 rather another bug. I will send the patch by God's will.
Rizal Muttaqin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a881fb16c99956d012eac7b210d8b5928faa4dde Colibre: tdf#138845 fix for unecessary magenta/purple background It will be available in 7.2.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.
Rizal Muttaqin committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/2141107b0b9a6606cee4744ca874611786c0c3ac Colibre: tdf#138845 fix for unecessary magenta/purple background It will be available in 7.1.0.2. 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.
Rizal Muttaqin committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/299bbbc12727529c78a023676fc2ad7fff8e2b2a Colibre: tdf#138845 fix for unecessary magenta/purple background It will be available in 7.0.5. 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.
Ìs it resolved with your patches, Rizal?
The issue is surely gone
(In reply to Heiko Tietze from comment #15) > Ìs it resolved with your patches, Rizal? yeaa, it should
Verified Fix Version: 7.2.0.0.alpha0+ Build ID: 82cb5a3bb27bb70c97b3d04b9de97a3ff67231c5 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5 Locale: id-ID (id_ID.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-01-12_20:54:16 Calc: threaded