# Date field - date are not localized (fr)

**URL:** <https://forum.getkirby.com/t/date-field-date-are-not-localized-fr/31872>\
**Category:** Questions\
**Tags:** v4\
**Created:** [June 15, 2024, 3:08pm UTC](https://forum.getkirby.com/t/date-field-date-are-not-localized-fr/31872 "2024-06-15T15:08:08Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![batgithub](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.getkirby.com/batgithub/32/8831_2.png) [@batgithub](https://forum.getkirby.com/u/batgithub)\
**Post date:** [June 15, 2024, 3:08pm UTC](https://forum.getkirby.com/t/date-field-date-are-not-localized-fr/31872/1 "2024-06-15T15:08:08Z")

</div>

Hi,  
I would like that my field date show date in French, but despite my conf, I got date in English (may 2024).

The selector is in french

 ![CleanShot 2024-06-15 at 17.00.17](https://europe1.discourse-cdn.com/flex017/uploads/getkirby/original/2X/f/fd60a9e92e4bc79c22da2f9509f6cefee911b7b9.jpeg)

But in the field is in English

 ![CleanShot 2024-06-15 at 17.00.31](https://europe1.discourse-cdn.com/flex017/uploads/getkirby/original/2X/8/81276007837e2de2f7d963e3fb5d9393ea3462c5.jpeg)

It behave the same in local (MacOs with Herd) and on production (Infomaniak server).

**conf.php**

```auto
	'locale' => 'fr_FR.utf8',
	'date.handler' => 'intl',
	'date.timezone' => 'Europe/Paris',
	

```

**in my ini.php (i use herd on macOs)**

```auto
date.timezone = "Europe/Paris"
intl.default_locale = fr_FR

```

**My blueprint**

```auto
 month:
      type: date
      display: MMM YYYY

```

How can I fix that ?

Thanks 🙏

---

<div class="post-metadata">

**Author:** ![texnixe](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.getkirby.com/texnixe/32/5754_2.png) [@texnixe](https://forum.getkirby.com/u/texnixe)\
**Post date:** [June 15, 2024, 5:00pm UTC](https://forum.getkirby.com/t/date-field-date-are-not-localized-fr/31872/2 "2024-06-15T17:00:21Z")

</div>

> [@batgithub](#):
>
> How can I fix that ?

I don’t know, I guess it’s not supported, but hard to find anything conclusive in the date field related issues.

Ping @distantnative?

---

<div class="post-metadata">

**Author:** ![distantnative](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.getkirby.com/distantnative/32/11319_2.png) [@distantnative](https://forum.getkirby.com/u/distantnative)\
**Post date:** [June 15, 2024, 5:19pm UTC](https://forum.getkirby.com/t/date-field-date-are-not-localized-fr/31872/3 "2024-06-15T17:19:25Z")

</div>

It’s indeed not supported. Kirby only loads the English i18n strings of the dayjs library that powers the date field in the Panel.

We haven’t found a way to dynamically load the i18n strings for the user’s current language sadly. And it’s not an option to load all of them for performance reasons.

---

<div class="post-metadata">

**Author:** ![thePhrase](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.getkirby.com/thephrase/32/10635_2.png) [@thePhrase](https://forum.getkirby.com/u/thePhrase)\
**Post date:** [October 26, 2024, 12:25pm UTC](https://forum.getkirby.com/t/date-field-date-are-not-localized-fr/31872/4 "2024-10-26T12:25:04Z")

</div>

I had the same problem.  
So I tried to access datejs from within a user-defined panel.js. I wanted to make this happen:

Load in a language file for nl\_NL and tell dayjs to use it:

```auto
import 'dayjs/locale/nl' // load on demand
dayjs.locale('nl') // use Dutch locale globally

```

But I wasn’t able to get it working, because I don’t know how to call the function dayjs from within this script. And there is always the possibility that it wouldn’t work anyway.

Then I tried to fix it an ugly way and succeeded, but its very ugly:  
In this file: `kirby/panel/dist/js/vendor.min.js`  
find the string: `January_February_March_April_May_June_July_August_September_October_November_December`, and change it to your locale.

Then delete this file:  
`media/panel/<number>/js/vendor.min.js`  
and also clean the browser cache.

This is not an advised way to solve it, and with an update of Kirby this will be overwritten.