Repository navigation
print should abbreviate columns larger than options(width)? #7718
Description
Activity
to be fair, data.frame does no better:
> data.frame(V1=1, V2=2, V3=3, x="12345678901234567890", L=I(list(1:9))) V1 V2 1 1 2 V3 1 3 x 1 12345678901234567890 L 1 1, 2, 3,....
tibble also goes over the 10 char width
> tibble::tibble(V1=1, V2=2, V3=3, x="12345678901234567890", L=list(1:9)) # A # tibble: # 1 × 5 V1 <dbl> 1 1 # ℹ 4 # more # variables: # V2 <dbl>, # V3 <dbl>, # x <chr>, # L <list>
my real use case is parsing text data. sometimes I have a character column with some elements much wider than 80 chars. In that case it would be nice if data table could truncate the character column to that many chars (or slightly smaller to fit).
maybe we could change the default, wouldoptions(datatable.prettyprint.char=getOption("width")-5)be possible?hi @joshhwuu
I’m planning to work on this issue, i have a below proposed fix for the issue ,if it sounds good then i will be ready to proceed with the pr .
The planned changes are:
- Dynamically setting the default truncation limit based on
getOption("width") - 5Lwhendatatable.prettyprint.charis NULL, so narrow consoles avoid line overflow. - Applying
char.truncto list-column character representations to ensure long list outputs are also width-limited.
is this in a right direction or there are any suggestions
Reacted by Toby Dylan Hocking and Joshua Wu- Dynamically setting the default truncation limit based on
great thx
Below I ask for width=10 but that is only respected for the first three numeric columns.
both x and L are wider than options(width=10), which seems to violate the definition in ?options:
I would ask to change the output to: