Default date formatting

[stigvi]

As it is possible to format the date (great feature :-) ), is it possible to change the default formatting to "eee, P" and remove the hardcoded weekday at the start of the line?

[pkissling]

i initially wanted to do it, but figured that certain languages are not supported in date-fns. with your finding in #87 i realised that for other languages (czech, korean) the ISO 639-1 is wrong, hence translations via date-fns were not working.

i will consider it an enhancement and might implement it in future

[stigvi]

What about keep the default as it is now, but if date_pattern has some value configured by the user, then remove the hardcoded weekday? Default value will practically be like eee, P

[MicJour]

There are characters in front of the date pattern.

[jleach87]

There are characters in front of the date pattern.

+1

[alexruffell]

I believe the issue in this ticket also applies to PPPP as you end up with Thu, Thursday.... as shown below.

The initial Thu should not appear according to date-fns:

Also not sure why the date format doesn't match.

[claytonium13]

I have this same issue. Is there a workaround to fix the date pattern?

[alexruffell]

@claytonium13 I ended up using PPP which just shows short version of the week day. Works perfectly.

[dolby85]

same issue here with "PPPP"

[mycana]

Same issue here with EEEE MMMM d

[pkissling]

i see that this is an annoying issue.

though fixing it would break downwards compatibility, as this might break the card for existing users who rely on the fact that the day is prepended to the date.

i'll add this ticket as a candidate for a new major version (2.0.0)

[roblatour]

I am having the same issue with PPPP
I understand that you are saying 'it would break downwards compatibility, as this might break the card for existing users who rely on the fact that the day is prepended to the date.' however to be fair it is already broken for existing users and a fix here would correct it and make it usable by all?

[m33ts4k0z]

Hello.

I can't see why is this such a breaking change that would mess the UI but removing this line:

${this.localize(`day.${e.getDay()}`)},

from clock-weather-card.js fixed it for me.

You can use the HA File Editor to edit the file from the web browser. After that you might need to suffix the resources entry with something like ?ver=2 in order to force the webbrowser to reload the file and ignore the cache.

Example:

/hacsfiles/clock-weather-card/clock-weather-card.js?ver=2

Result (date_pattern: PPPP):

[GsynthChris]

same issue here, just used PPP. definitely not a huge deal.

[pkissling]

hey there, i just released a beta 2.0.0 which addresses the issue of having a hard coded weekday prepended to the date. please carefully read the changelog. there are other breaking changes, which might require your attention.

i'd appreciate some feedback whether this release solves your problems. cheers

[alexruffell]

I installed the beta and all I had to do was replace PPP with DDDD and it is perfect. Thank you!

[pkissling]

released 2.0.0

[Nezz]

One downside I came across with the Luxon switch is that ordinals are no longer supported. do now outputs <day of the month><day of the year> instead of ordinal day of the month (i.e. 16th).

[agnus77]

I have just updated to v2 and I have "invalid dateTime" using Wunderground forecast.

I have to set : hourly_forecast: true to show the forsecast

Previous version works fine and Wundergound expose the forecast correctly

Using another weather service, it works fine.

Someone can helps?

[pkissling]

I have just updated to v2 and I have "invalid dateTime" using Wunderground forecast.

I have to set : hourly_forecast: true to show the forsecast

Previous version works fine and Wundergound expose the forecast correctly

Using another weather service, it works fine.

Someone can helps?

can you call get_forecast service and paste the returned yaml here? i have the feeling that the weather provider uses a different date format than the other weather providers