[i18n] Intl getCanonicalLocales / RelativeTimeFormat / ListFormat > 2339 error

TypeScript Version: 3.2.2

Search Terms:
Intl.getCanonicalLocales TS TypeScript Error 2339 undefined i18n

Code

Intl.getCanonicalLocales('EN-US');

Expected behavior:
Code works, and returns ["en-US"]
https://developer.mozilla.org/fr/docs/Web/JavaScript/Reference/Objets_globaux/Intl/getCanonicalLocales

Actual behavior:
TS Error 2339, the property getCanonicalLocales does not exists on Intl

Same thing with

Code

new Intl.RelativeTimeFormat('en');

Expected behavior:
Code works
https://developers.google.com/web/updates/2018/10/intl-relativetimeformat

Actual behavior:
TS Error 2339, the property RelativeTimeFormat does not exists on Intl

Same thing with

Code

new Intl.ListFormat('en');

Expected behavior:
Code works
https://developers.google.com/web/updates/2018/12/intl-listformat

Actual behavior:
TS Error 2339, the property ListFormat does not exists on Intl

How can I extend the Intl object in a types.d.ts file ?

Drafts are not included into libs. You can declare a d.ts file with the definitions:

declare namespace Intl {
    function getCanonicalLocales(locales: string | string[]): string[];

    class RelativeTimeFormat {
        constructor(locale: string);

        // TODO Add other properties/methods
    }
    // const RelativeTimeFormat: any; // Use this instead of the class if you don't want to declare all properties/methods

    class ListFormat {
        constructor(locale: string);

        // TODO Add other properties/methods
    }
    // const ListFormat: any; // Use this instead of the class if you don't want to declare all properties/methods
}

Thank you !

Administrators will close this issue when the features are definitively implemented.
For now, the workaround works like a charm.

Is there any update on this? RelativeDateTime should is now more than a draft: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/RelativeTimeFormat

It’s not stage 4 yet

…

On Fri, Oct 25, 2019 at 4:17 AM Dassderdie ***@***.***> wrote: Is there any update on this? RelativeDateTime should is now more than a draft: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/RelativeTimeFormat — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#29129?email_source=notifications&email_token=AABQM35CH6K24OI4KGMPTDTQQKTPZA5CNFSM4GL6RF22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOECHSK5Y#issuecomment-546252151>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AABQM3356XD2WN3VEOYKKD3QQKTPZANCNFSM4GL6RF2Q> .

feat(lib/es2020.intl): Add `Intl.RelativeTimeFormat` (part of microso…

fix(lib/es2020.intl): fix for tests and linters `Intl.RelativeTimeFor…

Add d.ts for Intl.RelativeTimeFormat (#36084)

Has Intl.ListFormat been added for support?

It is now stage 4.

One of the polyfills for Intl.ListFormat has its own declaration file that you can use in the meantime.

RelativeTimeFormat has already been added.

#39662 is pending for getCanonicalLocales

I tried adding the target as ES2021 mentioned in the linked issue but still get an error for ListFormat.
I am using typescript version v4.6.2

Try adding esnext & upgrade to 4.7

What's the deal with this?

Everything appears to be updated and available in one of the compiler lib.d.ts versions such as ES2020.Intl... except for getCanonicalLocales. That seems strange to me.

Any update on it?

I see this is merged, what version can we expect this in? It doesn't seem to be in 5.3.2 using this config

Must have been after the 5.3 cutoff, because it's only in main branch, not release-5.3.
That means it'll be available in 5.4.

Navigation Menu

Repository navigation

[i18n] Intl getCanonicalLocales / RelativeTimeFormat / ListFormat > 2339 error #29129

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

[i18n] Intl getCanonicalLocales / RelativeTimeFormat / ListFormat > 2339 error #29129

Description

Activity

dtruffaut commented on Dec 23, 2018

dtruffaut commented on Dec 23, 2018

dtruffaut commented on Dec 23, 2018

j-oliveras commented on Dec 23, 2018

dtruffaut commented on Dec 23, 2018

Dassderdie commented on Oct 25, 2019

longlho commented on Oct 25, 2019

jessamp commented on Aug 13, 2020

alex-kinokon commented on Sep 17, 2020

noinkling commented on Nov 17, 2020

blessanm86 commented on Aug 20, 2022

longlho commented on Aug 20, 2022

wycats commented on Jan 30, 2023

cvkline commented on Feb 2, 2023

AkaraChen commented on Apr 26, 2023

pindatm commented on Nov 23, 2023

sandersn commented on Nov 27, 2023

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions