You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The new table view in 5.4 is 😍but it causes problems of its own if a field has long values, since the entire value is shown and usually ends up wrapping, which can end up taking many lines of its own - thus making the data almost as unreadable as when it was not rendered as a table.
This is a mild example, showing how three records are rendered over seven lines:
ksql> SELECT STARS, CHANNEL, MESSAGE FROM RATINGS ;
+----------------------------+----------------------------+----------------------------+
|STARS |CHANNEL |MESSAGE |
+----------------------------+----------------------------+----------------------------+
|2 |iOS |Surprisingly good, maybe you|
| | | are getting your mojo back |
| | |at long last! |
|1 |iOS |airport refurb looks great, |
| | |will fly outta here more! |
|3 |iOS-test |Exceeded all my expectations|
| | |. Thank you ! |
As well as being difficult to read I think it is confusing for the user as it 'feels' wrong to see more lines for fewer data, by default.
We should seek inspiration from something like sql*plus which has very advanced options on how to configure output (line size, column size, truncate or not, etc). For moment I think there should be a CLI property to enable truncation (which should be set by default, and people can enable wrapping if they want to). The output for the above data would then look like this:
The above example also shows why dynamic/configurable field widths would be so helpful, because not only is there wasted horizontal space on the STARS and CHANNEL fields, but also it makes it harder to read because there's a long gap between values when reading left to right.
The new table view in 5.4 is 😍but it causes problems of its own if a field has long values, since the entire value is shown and usually ends up wrapping, which can end up taking many lines of its own - thus making the data almost as unreadable as when it was not rendered as a table.
This is a mild example, showing how three records are rendered over seven lines:
As well as being difficult to read I think it is confusing for the user as it 'feels' wrong to see more lines for fewer data, by default.
We should seek inspiration from something like sql*plus which has very advanced options on how to configure output (line size, column size, truncate or not, etc). For moment I think there should be a CLI property to enable truncation (which should be set by default, and people can enable wrapping if they want to). The output for the above data would then look like this:
The text was updated successfully, but these errors were encountered: