Description: 1) Create an ODB file having a table which contains a field defined as boolean, or "Yes/No". For example, with a mysql table, one might choose the field type Yes/No(BIT). 2) After saving, open the ODB file that contains the table with the boolean field in the table grid view. In this grid view, the boolean field is represented as a tick box. The tick box has a really thick, ugly black border, the size of which can not be controlled. This ugly UI representation has been like this for a while now, and I don't seem to be able to find anything similar in bugzilla, hence this new report. Steps to Reproduce: See above steps on how to reproduce. Actual Results: Ugly thick black border around boolean tickbox. Expected Results: Thin boundary, or much thinner than the current one, defining the tickbox. Reproducible: Always User Profile Reset: Yes Additional Info: Apple AppStore installation of Version: 7.4.3.2 / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 8; OS: Mac OS X 13.0.1; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded
Created attachment 184156 [details] Screenshot of ugly border around boolean tickbox
Problem was already present in at least Version: 7.1.8.1 / LibreOffice Community Build ID: e1f30c802c3269a1d052614453f260e49458c82c CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded and probably earlier (I can no longer test, as I now have macOS aarch64) Attaching minimum test ODB file.
Created attachment 184157 [details] Test ODB file (hsqldb)
Created attachment 184166 [details] Screenshot I can't reproduce. Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL
(In reply to m.a.riosv from comment #4) > Created attachment 184166 [details] > Screenshot > > I can't reproduce. > Version: 7.4.3.2 (x64) / LibreOffice Community > Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 > CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: > win > Locale: es-ES (es_ES); UI: en-US > Calc: CL That not a screenshot, but a picture of an envelope. You likely uploaded the wrong image
I'm going to hazard a guess that this is specific to macOS.
Created attachment 184203 [details] Screnshoot You are right, hope this is the one.
Repro with native rendering Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: da3dd48eaf9086f8ab28d6a6655f9a638e51433a CPU threads: 8; OS: Mac OS X 12.3.1; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded no repro with Skia Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: da3dd48eaf9086f8ab28d6a6655f9a638e51433a CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded Skia is set default in a new profile since 7.5; I missed the memo about that, but accordingly to Xisco this being the case. The problem will fade eventually, I guess
(In reply to Telesto from comment #8) > > no repro with Skia > Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community > Build ID: da3dd48eaf9086f8ab28d6a6655f9a638e51433a > CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Raster; VCL: osx > Locale: nl-NL (nl_NL.UTF-8); UI: en-US > Calc: threaded > > Skia is set default in a new profile since 7.5; I missed the memo about > that, but accordingly to Xisco this being the case. The problem will fade > eventually, I guess Good to know that the problem appears to have gone with Skia activated in 7.5 alpha and x86-64. I'm still encountering, difficult to reproduce, black backfill ugliness with aarch64, even in 7.5beta, e.g, when scrolling through a Writer document, so I'm not getting my hopes up just yet re Skia.
(In reply to Alex Thurgood from comment #9) > I'm still encountering, difficult to reproduce, black backfill ugliness with > aarch64, even in 7.5beta, e.g, when scrolling through a Writer document, so > I'm not getting my hopes up just yet re Skia. Any change for a screenshot.. It's different bug, if you experiencing those glitches with Skia Metal (Vulkan On Windows) or Raster (=Software rendering) enabled. I haven't noticed anything unusual, but I'm limited to Intel based systems. -- Note A: Skia is already available since 7.3 on macOS, I think. Except it wasn't turned on by default because off couple of bugs. Skia Raster was pretty much unusable with bug 145843. Note B: I haven't had much issues with Skia Metal/Vulkan. There is a inverted color glitch on some macs with Vulkan enabled (still around). And I have seen a painting issue with Start Center (buttons not visible until hoover over) Note C: The black borders you see in this bug is likely some fall-out from a different transparency handling. Windows GDI rendering similar glitches. Note D My personal preference is focusing on Skia. Same rendering means a bug fixed on Windows likely fixing the same problem on macOS too. Now the same bug can be present on different backends.. and well unique macOS keep lingering around :-( There also some performance gains scrolling/zooming images.
Testing this with Version: 7.6.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: ad387d5b984c6666906505d25685065f710ed55d CPU threads: 8; OS: Mac OS X 13.0.1; UI render: Skia/Metal; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded daily build form 19/12/2022, and "Use Skia for all rendering" activated this bug is no longer reproducible.