marcinjakubowski/date-menu-formatter

Date Menu Formatter GNOME Shell extension

date-menu-formatter's Issues

Placement style dating support (7th, 1st etc. I forgot what theyre actually called)

Currently from what I can find, there is only 7 and 07 as options for the day of the month. Which is fine until you want to have your date formatted like Saturday 07th of January 2023.

Given that this is based on unicode, it might be difficult. Idk I dont develop extensions.

Would love to see this added

Is this extension no longer actively maintained?

Cannot include local time zone's abbreviation in the way I want to

Can you please make some combination of zs produce the abbreviated local time zone (like "EDT")? The reference that the extension's settings links to mentions that that's the way to accomplish that.

Date is wrong by one day

Output of date on my system:
carbon:~ $ date
2023-11-23T20:00:45 CET

The widget shows "2023-11-24 20:00", even though it's the 23rd of November. See screenshot.

See the second screenshot for my widget settings.

See the third screenshot for a comparison between this app (in the top bar) and another date widget (on the background).

Thanks

EDIT: typo.

Feature request; Right align + being able to choose how wide the gap is after \n

I am using "h:mm aaa\ndd/MM/yy"

It would be very nice if I could make the gap smaller so I could increase the font size

Also it would look nicer if I could make the text align to the right

BUG: Pattern takes over a minute to apply

I have set a custom pattern ('Calendar') because I don't actually want a permanent clock but only one on demand. However, the pattern takes well over a minute to actually apply. This happens both when I change the pattern in the extension settings and when I log into my account.

OS: Ubuntu 24.04 LTS (Wayland)

System time zone change doesn't show in menu bar unless extension disabled/re-enabled

When I change my system's time zone, the change does not reflect in the menu bar's clock unless I disable and re-enable this extension.

I assume this is from the system's time zone being fetched only during enable() and _onSettingsChange(), but I didn't dig into code to confirm.

Not a big deal now that I'm aware of the issue, but it would be handy to fix. Thanks!

Please add a way to either do math, or support for Eras

I am trying to have the year shown to me using an era system (such as what Japan uses, or the republican era calendar used in Taiwan), however it seems that Unicode does not support this (or I did not understand how to set that up). Could you please consider adding support for math so something like $(currentYear - 1234) could be done? Thank you

update for gnome 43

sir,
i would like to thank you for extension support that you have provided till now for gnome. but i have one request. please update the date menu formatter extension for gnome version 43 so that it can be used on fedora 37.

i would be glad if you could fulfill my request.

Time freezing

Time sometimes freezes and you need to turn off and turn of the extension

Ubuntu 22.04.2 LTS

月 and 日 are always displayed in ja-JP.

When the locale is set to ja-JP, is it possible to not display "月" and "日" for month and day?

Day of year (numeric) (D...DDD) does not render

Numeric day of the year (e.g. 281, representing October 15) does not seem be supported.
Tried: D, DD, DDD patterns as noted on the unicode tables.
Preview / output is either or ERROR

Moving reformatted clock replaces part with ...

Running fresh install of Ubuntu 24. Changed the clock using your extension and now I want to move it to the right. When I do it shrinks and replaces the last part with three dots. I've tried two different extensions, Just Perfection and Frippery Move Clock and both do the same thing. Is there something I can change to fix this?

"Available pattern components" guide issues

A couple issues, at least, with "Available pattern components" guide.

Luxon:

• guide indicates that 'w' and 'ww' are 'week of year' and 'week of year (padded)', but they just render as 'w' and 'ww'.
• guide suggests E, 'weekday (numeric)', has a range of 1-6. That should either be 0-6, or 1-7.

SimpleDateFormatter:

• guide says 'W' should render as 'week of month', but renders as '?'

gnome 45

I don't know if you heard about the gnome 45 extension breakage; i have no idea if it is easy to do and if you have time for it but apparently now two branches are needed : one for G44 one for 45.
https://blogs.gnome.org/shell-dev/2023/09/02/extensions-in-gnome-45/
https://gjs.guide/extensions/upgrading/gnome-shell-45.html#extensionutils
If you have time to do it it would be much appreciate
this extension should have a tab in gnome-tweaks seriously, thank you for the work

Possible to Get "2023-10-01 12:42 UTC" E.g.?

I'm wondering how to get the above date and time format in the top bar as shown in the title of this issue?
My locale settings:

alexl@PD70PNP:~$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=sv_SE.UTF-8
LC_TIME=sv_SE.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=sv_SE.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=sv_SE.UTF-8
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT=sv_SE.UTF-8
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
alexl@PD70PNP:~$

My timezone/time standard is UTC.

When I use y-MM-dd kk:mm I get 2023-10-01 12:42 and when using y-MM-dd kk:mm Z I get 2023-10-01 12:42 10/1/2023, UTC.

However if I set the field next to "Use default locale (en-US)" to "sv-SE" and keep y-MM-dd kk:mm Z I get 2023-10-01 12:42 2023-10-01 UTC which almost correct.

I don't want to rely on the 'text' - literal text feature to just say 'UTC' as this would be incorrect if I decide to change back to my local time zone which is CET/CEST.

[REWORK][FEAUTURES] Migrate to Typescript for better maintenability and some other improvment

@marcinjakubowski, @andyholmes, @pengshao, @toolstack
in my view we should migrate the codebase to typescript
https://gjs.guide/extensions/development/typescript.html
the pros would range from better code readability and code hinting and linting from the ability to automatize the building process and the ability of importing npm library without having to manually download and copy it with better version management (ex luxon library)

i can start the migration to ts but before i want your opinion

on another aspect we should migrate prefs to libadwaita like a lot of the extension out here (better graphics and support)

and maybe implementing some automated test

i don't know much on how to automatize the workflow

other than that i think the default format string we currently use is horrible and we should change it.

my current format is:
🗓️ EEE D 🕗 TT 🌐 ZZZZ Z
🗓️ sab 30/3/2024 🕗 19:10:39 🌐 CET +1

and i very would like to have the ability to use this extension on the lockscreen and loginscreen but from what i've seen the lockscreen should be easy, but the loginscreen is dependant on another user (gdm) and so we should somehow overwrite the gdm dconf setting from the current user (pkexec ?)

Date on second panel is defaulting after reboot

Date on second panel (second monitor) is defaulting after reboot.

First panel:

Second panel:

Settings:

Syntax Error?

The settings of extension [email protected] had an error:

SyntaxError: import declarations may only appear at top level of a module

Stack trace:

@file:///home/yuwannaknow/.local/share/gnome-shell/extensions/[email protected]/prefs.js:26:24
_init/GLib.MainLoop.prototype.runAsync/</<@resource:///org/gnome/gjs/modules/core/overrides/GLib.js:266:34

minute dont show up

If I change my locale to ar-SA only the minutes dont show up. I have tried m mm still the same.
thank you so much for your work and project.
https://imgur.com/a/Gl6RYGc

How to change font size

When I use this Extension the font size become very small

Add localization support

Hi, would you like to add localization suppor for date-menu-formatter?

Thanks.

[FEATURE REQUEST] add the ability to capitalise AM/PM

It's a very small, non-essential feature request, but being able to have am/pm denoted by 'a' and AM/PM denoted by 'A' would be nice.

Week of year shows 0

My string is EEE, MMM.d.y - 'KW:' ww - kk:mm:ss and it shows

No change if I only put a single w

When I put W I get ?

I am expecting w and ww to render as 1 and 01 for the first week in europe.

tt

I was wrong using "H" instead of "k".
Thanks for your efforts on this useful extension.

Regards,

24:xx instead of 0:xx in non AM/PM display

The pattern "H : mm" turn "0:xx" into "24:xx". I assume this was broken in PR#3 which made it work for AM/PM based formats.

Timezone format: z, v, V shows undefined

For formatting timezones, these variants show as undefined: z v V.

Feature Request: Add internet/Swatch beats time

The extension I used to use is no longer maintained. Could you look into adding internet time/Swatch beats?

http://www.swatchclock.com/

1-12 am is actually 0-11

Currently the midnight hour here in the U.S., almost 1 o'clock, and this otherwise excellent extension is displaying the time as 0:59. Code is h:mm. h is listed as -hour (1-12).

So this time shouldn't be 0:59, it should be 12:59. Nobody using a 12 hour clock ever uses 0 as a time. It's 12 midnight and 12 noon.

Thanks for the awesome extension!

Possible to Show Custom Format Before Login on Top Bar?

When I wake up my laptop from suspension the top bar date and time isn't what I've set in the plug-in.
When I have logged in then it's as I've set in the plug-in.

Can it be configured so that the top bar shows the custom format before login?