Skip to content

Build format presets from the regional format - #168

Open
danielchalmers wants to merge 1 commit into
claude/ai-translated-localization-1b9e00from
claude/regional-format-presets
Open

danielchalmers wants to merge 1 commit into
claude/ai-translated-localization-1b9e00from
claude/regional-format-presets

Conversation

@danielchalmers

@danielchalmers danielchalmers commented Sep 22, 2026 •

Copy link
Copy Markdown
Owner

The clock presets and the default format were US patterns like {h:mm tt} and {MMM dd}. In most regions that meant "Time" showed a 12-hour time with no AM/PM (1:01 for 1:01 PM) and dates used US month-day order. They now come from the Windows regional format, so Germany gets 14:56 and Di, 22. Sep, Korea gets 오후 2:56, and China gets 9月22日.

image
  • US presets are unchanged except month-day uses d instead of dd, so "Sep 05" reads "Sep 5"
  • "Time, 24-hour" only shows where the regional time is 12-hour, since elsewhere it repeats "Time"
  • The default format for new installs follows the region. Existing settings files keep their saved format
  • The countdown target examples and the "Time" building block follow the region too
  • A test renders every preset in every Windows region to make sure none come out as "Bad format"

The clock presets and the default format were US patterns like {h:mm tt} and {MMM dd}, so in most regions "Time" showed a 12-hour time with no AM/PM (1:01 for 1:01 PM) and dates used US month-day order. They now come from the Windows regional format: 14:56 and "Di, 22. Sep" in Germany, 오후 2:56 in Korea, 9月22日 in China.

- US presets are unchanged except month-day uses d instead of dd, so "Sep 05" reads "Sep 5"
- "Time, 24-hour" only shows where the regional time is 12-hour, since elsewhere it repeats "Time"
- The default format for new installs follows the region; existing settings files keep their saved format
- The countdown target examples and the "Time" building block follow the region too
@github-actions github-actions Bot added the enhancement New feature or request label Sep 22, 2026
@danielchalmers
danielchalmers added this pull request to stack #170 September 22, 2026 20:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant