To reproduce: 1. Open Calc 2. Ctrl+V the contents of a CSV file (or ask Calc to open a .csv file) 3. Change the "From row:" field in that dialog from 1 to 2 (or more). Actual Result: The ignored row is represented by a very thin blue separator line below it in the table preview, and that blue line is nearly identical to black, and very much _not_ obvious enough visually, which can be problematic in cases of situations like bug #163638. Expected result: Instead of only depending on a separator line, the ignored rows should also have their contents be made 50% transparent, to make it visually obvious. It would also probably be better for compatibility across light vs dark mode. --- Tested with: Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Flatpak Calc: threaded
I am using Mac and the line that is shown separating the rows that will be read/ignored is not exactly problematic. For me the line appears actually black and it is clearly visible. The problem though, is when you select a specific row to split (example 2 or 3). The next time you try to open a CSV file, the choice is saved (2 or 3), but the line in the preview is not visible. Only when changing the number is that the line appears to me. == testing == Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3287deb82ef0ee2048f733ae981961f527888727 CPU threads: 8; OS: macOS 13.7; UI render: Skia/Metal; VCL: osx Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 8; OS: macOS 13.7; UI render: Skia/Metal; VCL: osx Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded