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
I have checked that this enhancement has not already been requested
How would you categorize this request. You can select multiple if not sure
Display (is this related to visual display of a value)
Enhancement Description
TimeDelta's are displayed in a very hard to interpret manner currently.
The default serialization converts TimeDelta's to strings like P0DT0H1M19.307S
the default pandas display looks like this
00:01:29.990000 00:01:30.248000
That is also a poor display.
Ideally I want a formatter that would display the above two values as
1:29.99 1:30.24
I also would want the formater to be able to elide 0's
so if you had larger deltas, 15:12.22 03:08.78
is less readable than
15:12.22 3: 8.78
Pseudo Code Implementation
There should be a special timedelta renderer that reads the arrow data types and renders those. There are two many possible ways to serialize timedeltas, I'd rather deal with a thought out standard.
Prior Art
N/A
The text was updated successfully, but these errors were encountered:
Checks
How would you categorize this request. You can select multiple if not sure
Display (is this related to visual display of a value)
Enhancement Description
TimeDelta's are displayed in a very hard to interpret manner currently.
The default serialization converts TimeDelta's to strings like
P0DT0H1M19.307S
the default pandas display looks like this
00:01:29.990000
00:01:30.248000
That is also a poor display.
Ideally I want a formatter that would display the above two values as
1:29.99
1:30.24
I also would want the formater to be able to elide 0's
so if you had larger deltas,
15:12.22
03:08.78
is less readable than
15:12.22
3: 8.78
Pseudo Code Implementation
There should be a special timedelta renderer that reads the arrow data types and renders those. There are two many possible ways to serialize timedeltas, I'd rather deal with a thought out standard.
Prior Art
N/A
The text was updated successfully, but these errors were encountered: