https://bugs.documentfoundation.org/show_bug.cgi?id=155384
--- Comment #11 from Pierre Fortin <[email protected]> --- Created attachment 187409 --> https://bugs.documentfoundation.org/attachment.cgi?id=187409&action=edit Number of supported rows (OT) I don't think I said, suggested or implied that many rows need to be inspected. Questions: - What is the logic behind adding another [hidden] split point based on the first row(s)? - The request is to split once between 2nd and 3rd characters in this case; why is an unspecified, unwanted additional split added? - Why is the fixed width UI limited to what is visible in the first few rows, vs allowing the user to specify how to split wider cells by adding a split bar farther the right, without having to scan the entire data? - Why even have an extra [hidden] split point? >to find the data format before suggesting the columns' width. What does the columns' width have to do with explicit split points? A suggested column's width is no reason for adding an unwanted/unexpected split point. Just accept the split(s) as specified, without adding another hidden split at the end of what is presented as examples... -- You are receiving this mail because: You are the assignee for the bug.
