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
Is your feature request related to a problem? Please describe.
While the library is aimed at applications which require a calendar and time units like (seconds, hours, months etc.), there is a very good opportunity to make the library even more versatile by allowing a user to provide its own custom timescale. By this I mean that one can interpret the unix timestamps in a different way, as it is just a number it can represented as microseconds, nanoseconds etc. and from there one can build its own timescale with custom dividers multipliers.
Describe the solution you'd like
In terms of api, the user will provide the timescale multipliers and the labels for the given custom units. Some abstraction from dayjs and using plain number types will be required for flexibility. The default calendar timescale is preserved, unless the user provides its own timescale, at which point the library uses the provided timescale.
The issue will be referenced in a pull request to show how a custom timescale can be added in the library code.
This discussion was converted from issue #960 on February 05, 2026 12:23.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Is your feature request related to a problem? Please describe.
While the library is aimed at applications which require a calendar and time units like (seconds, hours, months etc.), there is a very good opportunity to make the library even more versatile by allowing a user to provide its own custom timescale. By this I mean that one can interpret the unix timestamps in a different way, as it is just a number it can represented as microseconds, nanoseconds etc. and from there one can build its own timescale with custom dividers multipliers.
Describe the solution you'd like
In terms of api, the user will provide the timescale multipliers and the labels for the given custom units. Some abstraction from dayjs and using plain number types will be required for flexibility. The default calendar timescale is preserved, unless the user provides its own timescale, at which point the library uses the provided timescale.
The issue will be referenced in a pull request to show how a custom timescale can be added in the library code.
Beta Was this translation helpful? Give feedback.
All reactions