Hello,
As the title explains, in multi-line cells (where lines are separated by a '\n' character) the width of the cell seems to be calculated as if all lines were actually collapsed on a single long line. In contrast, I think one would expect the '\n' characters to be recognized as line breaks so that the cell width would be as large as the longest line in the cell.
Kind regards
EDIT: I stand corrected, the width of the cell is not exactly the sum of all lines, but there is a significant margin that tends to grow with the number of lines in the cell, though wasn't able to find an consistent relationship. It's worth mentioning that when manually editing the CSV within the extension, the issue is only visible after the file has been saved
Hello,
As the title explains, in multi-line cells (where lines are separated by a '\n' character) the width of the cell seems to be calculated as if all lines were actually collapsed on a single long line. In contrast, I think one would expect the '\n' characters to be recognized as line breaks so that the cell width would be as large as the longest line in the cell.
Kind regards
EDIT: I stand corrected, the width of the cell is not exactly the sum of all lines, but there is a significant margin that tends to grow with the number of lines in the cell, though wasn't able to find an consistent relationship. It's worth mentioning that when manually editing the CSV within the extension, the issue is only visible after the file has been saved