javascript-time-ago
International higly customizable relative date/time formatter (both for past and future dates).
Formats a date/timestamp to:
- just now
- 45s
- 5m
- 3h
- 5 min ago
- 15 minutes ago
- an hour ago
- in 5 hours
- in 1 month
- 5 years ago
- … or whatever else
For React users there's also a React component.
This is a readme for version 2.x
. For older versions, see version 1.x
readme. See a migration guide for migrating from version 1.x
to version 2.x
.
Install
npm install javascript-time-ago --save
Use
import TimeAgo from 'javascript-time-ago'
import en from 'javascript-time-ago/locale/en'
TimeAgo.addLocale(en)
const timeAgo = new TimeAgo('en-US')
timeAgo.format(new Date())
timeAgo.format(Date.now() - 60 * 1000)
timeAgo.format(Date.now() - 2 * 60 * 60 * 1000)
timeAgo.format(Date.now() - 24 * 60 * 60 * 1000)
Locales
This library includes date/time formatting rules and labels for any language.
No languages are loaded default: a developer must manually choose which languages should be loaded. The languages should be imported from javascript-time-ago/locale
and then added via TimeAgo.addLocale(...)
. An example of using Russian language:
import TimeAgo from 'javascript-time-ago'
import en from 'javascript-time-ago/locale/en'
import ru from 'javascript-time-ago/locale/ru'
TimeAgo.addLocale(en)
TimeAgo.addLocale(ru)
const timeAgo = new TimeAgo('ru-RU')
timeAgo.format(new Date())
timeAgo.format(Date.now() - 60 * 1000)
timeAgo.format(Date.now() - 2 * 60 * 60 * 1000)
timeAgo.format(Date.now() - 24 * 60 * 60 * 1000)
Presets
This library allows for any custom logic for formatting time interval labels:
-
What scale should be used for measuring time intervals: should it be precise down to the second, or should it only measure it up to a minute, or should it start from being more precise when time intervals are small and then gradually decrease its precision as time intervals get larger.
-
What labels should be used: should it use the standard built-in labels for the languages ("... minutes ago"
, "... min. ago"
, "...m"
), or should it use custom ones, or should it skip using relative time labels in some cases and instead output something like "Dec 11, 2015"
.
Such configuration comes under the name of "preset".
While a completely custom preset could be supplied, this library comes with several built-in presets that some people might find useful.
Default
Historically it's not the default preset, but it still goes under the name of "default".
timeAgo.format(Date.now() - 60 * 1000, 'default')
- just now
- 1 second ago
- 2 seconds ago
- …
- 59 seconds ago
- 1 minute ago
- 2 minutes ago
- …
- 59 minutes ago
- 1 hour ago
- 2 hours ago
- …
- 59 hours ago
- 1 day ago
- 2 days ago
- …
- 6 days ago
- 1 week ago
- 2 weeks ago
- 3 weeks ago
- 1 month ago
- 2 months ago
- …
- 11 months ago
- 1 year ago
- 2 years ago
- …
Approximate
The "approximate" preset is (historically) the default one.
timeAgo.format(Date.now() - 60 * 1000)
- just now
- 1 minute ago
- 2 minutes ago
- …
- 5 minutes ago
- 10 minutes ago
- 15 minutes ago
- 20 minutes ago
- 1 hour ago
- 2 hours ago
- …
- 20 hours ago
- 1 day ago
- 2 days ago
- …
- 5 days ago
- 1 week ago
- 2 weeks ago
- 3 weeks ago
- 1 month ago
- 2 months ago
- …
- 10 months ago
- 1 year ago
- 2 years ago
- …
The "twitter" preset mimics Twitter style of "time ago" labels ("1m", "2h", "Mar 3", "Apr 4, 2012")
timeAgo.format(new Date() - 1, 'twitter')
timeAgo.format(Date.now() - 60 * 1000, 'twitter')
timeAgo.format(Date.now() - 2 * 60 * 60 * 1000, 'twitter')
timeAgo.format(Date.now() - 2 * 24 * 60 * 60 * 1000, 'twitter')
timeAgo.format(Date.now() - 365 * 24 * 60 * 60 * 1000, 'twitter')
The "twitter" preset uses Intl
for formatting day/month/year
labels. If Intl
is not available (for example, in Internet Explorer), it falls back to the default labels for month/year intervals: "1 mo. ago"
/"1 yr. ago"
.
Not all locales are applicable for this preset: only those having tiny.json
time labels.
Approximate ("just time")
Same as the "approximate" preset but without the "ago" part. I guess this preset is obsolete and will be removed in the next major version.
timeAgo.format(Date.now() - 60 * 1000, 'time')
- just now
- 1 minute
- 2 minutes
- …
- 5 minutes
- 10 minutes
- 15 minutes
- 20 minutes
- 1 hour
- 2 hours
- …
- 20 hours
- 1 day
- 2 days
- …
- 5 days
- 1 week
- 2 weeks
- 3 weeks
- 1 month
- 2 months
- …
- 10 months
- 1 year
- 2 years
- …
Not all locales are applicable for this preset: only those having long-time.json
.
Custom
This library comes with several built-in "presets". Each of those presets is an object defining its own flavour
(the name's historical), gradation
and units
. A completely custom "preset" object may be passed as a second parameter to .format(date, preset)
, having the following shape:
-
flavour
– Preferred time labels style. Is "long"
by default. Can be either a string (e.g. "short"
) or an array of preferred "flavours" in which case each one of them is tried until a supported one is found. For example, ["tiny", "short"]
will search for tiny
time labels first and then fall back to short
ones if tiny
time labels aren't defined for the language. short
, long
and narrow
time labels are always present for every language.
-
gradation
– Time interval measurement units scale. The default gradation is, historically, the "convenient"
one. Another one available is "canonical"
(this is a more "conventional" one). A developer may also supply a custom gradation
which must be an array of "steps" each of them having either a unit: string
/factor: number
or a format(value, locale): string
function. See Twitter preset for such an advanced example.
-
units
– A list of allowed time interval measurement units. Example: ["second", "minute", "hour", ...]
. By default, all available units are allowed. This property is only used to filter out some of the non-conventional time units like "quarter"
which is present in CLDR data.
Flavour
(the name's historical; will be renamed to "style" in the next major version)
Relative date/time labels come in various styles: long
, short
, narrow
(these three are the standard CLDR ones that're always present), possibly accompanied by others like tiny
("1m"
, "2h"
, ...). Refer to locale/en
for an example.
import english from 'javascript-time-ago/locale/en'
english.tiny
english.narrow
english.short
english.long
-
tiny
is supposed to be the shortest one possible. It's not a CLDR-defined one and has been defined only for a small subset of languages (en
, ru
, ko
, and several others).
-
narrow
is a CLDR-defined one and is intended to be shorter than short
, or at least no longer than it. I personally find narrow
a weird one because for some locales it's the same as short
and for other locales it's a really weird one (e.g. for Russian).
-
short
is "short".
-
long
is the normal one.
Gradation
A gradation
is a list of time interval measurement steps.
[
{
unit: 'second',
factor: 1
},
{
unit: 'minute',
factor: 60,
threshold: 59.5
},
{
unit: 'hour',
factor: 60 * 60,
threshold: 59.5 * 60
},
…
]
Each step is described by:
-
unit
— A time measurement unit: second
, minute
, hour
, day
, week
, quarter
, month
, year
are the standardized CLDR ones.
-
factor
— A divider for the supplied time interval, which is in seconds. For example, if unit
is "seconds"
then factor
should be 1
, and if unit
is "minutes"
then factor
should be 60
because to get the amount of minutes one should divide the amout of seconds by 60
. This factor
property is actually a redundant one and can be derived from unit
so it will be removed in the next major version.
-
threshold
— A minimum time interval value (in seconds) required for this gradation step to apply. For example, for seconds it could be 0
and for minutes it could be 59.5
so that when it's 59
seconds then it's still output as seconds but as soon as it reaches 59.5
seconds then it's output as minutes. So, threshold
controls the progression from a previous gradation step to the next one. Each step must have a threshold
defined, except for the first one. Can a number
or a function(now: number, future: boolean)
returning a number
. Some advanced threshold
customization is possible like threshold_for_[prev-unit]
(see ./source/gradation/convenient.js
).
-
granularity
— Time interval value "granularity". For example, it could be set to 5
for minutes to allow only 5-minute increments when formatting time intervals: 0 minutes
, 5 minutes
, 10 minutes
, etc.
It's also possible for a gradation step to not just output a time interval in certain time units but instead return any custom output, in which case it should be defined using:
-
threshold
— Same as above.
-
format
— A function(value: Date/number, locale: string)
returning a string
. The value
argument is the date/time being formatted, as passed to timeAgo.format(value)
function: either a number
or a Date
. The locale
argument is the selected locale (aka "BCP 47 language tag", like "ru-RU"
). For example, the built-in Twitter gradation has generic second
, minute
and hour
gradation steps, followed by a custom one formatting a date as "day/month/year"
, like Jan 24, 2018
, which is returned from its format()
function.
For more gradation examples see source/gradation
folder.
Built-in gradations:
import {
canonical,
convenient
} from 'javascript-time-ago/gradation'
Future
When given future dates, .format()
produces the corresponding output, e.g. "in 5 minutes", "in a year", etc.
Default
The default locale is en
and can be changed: TimeAgo.setDefaultLocale('ru')
.
Localization internals
This library is based on Intl.RelativeTimeFormat
.
React
There is also a React component built upon this library which autorefreshes itself.
Intl
(this is an "advanced" section)
Intl
global object is not required for this library, but, for example, if you choose to use the built-in twitter
style then it will fall back to the default style if Intl
is not available.
Intl
is present in all modern web browsers and is absent from some of the old ones: Internet Explorer 10, Safari 9 and iOS Safari 9.x (which can be solved using Intl
polyfill).
Node.js starting from 0.12
has Intl
built-in, but only includes English locale data by default. If your app needs to support more locales than English on server side (e.g. Server-Side Rendering) then you'll need to use Intl
polyfill.
An example of applying Intl
polyfill:
npm install intl@1.2.4 --save
Node.js
import IntlPolyfill from 'intl'
const locales = ['en', 'ru', ...]
if (typeof Intl === 'object') {
if (!Intl.DateTimeFormat || Intl.DateTimeFormat.supportedLocalesOf(locales).length !== locales.length) {
Intl.DateTimeFormat = IntlPolyfill.DateTimeFormat
}
} else {
global.Intl = IntlPolyfill
}
Web browser: only download intl
package if the web browser doesn't support it, and only download the required locale.
async function initIntl() {
if (typeof Intl === 'object') {
return
}
await Promise.all([
import('intl'),
import('intl/locale-data/jsonp/en'),
import('intl/locale-data/jsonp/ru'),
...
])
}
initIntl().then(...)
License
MIT