-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add info about HTML and JS new features #327
base: gh-pages
Are you sure you want to change the base?
Conversation
@xfq i just came across this. Do you want to continue to make these changes? If so, i think we need to solve the conflicts first. Then i have a number of suggestions ranging from organisation of sections to typos. |
Yes. I have resolved the conflicts. |
ac0a810#diff-925e46831aa6b3e93b26574309eda5813c4092dc831e2dfa6757c86b0a167c72 is showing a massive number of changes to the repo. I'm not sure what that's about, and whether it means all the files mentioned will be updated (which is not a good idea). Could you take a look and let me know? |
That's normal, as I need to resolve the merge conflicts. Those modifications are already in the |
In addition, some more explanation. When some branch is created at 100th history of HEAD, and bunch of updates are committed to HEAD during discussion held in PR of the branch - like 170th HEAD, the branch is ahead of HEAD over 70 commits. If there is conflict(s) between PR and ones during 70 commits, conflicted file(s) are required to be resolved. For this, there are several ways, like:
For the last, commit for merging all changes (e.g. 100th to 170th in example above) will be shown lie ac0a810, but |
Thanks for your explanation, @himorin! |
<p>Use <code>$ENV{'HTTP_ACCEPT_LANGUAGE'}</code> to get the preferred language. Use <code>POSIX:strftime</code> to format date values. | ||
You'll have to do your own mapping of the accepted languages value to a date format string.</p> | ||
</div> | ||
<p>How this is done will vary depending on your development environment.</p> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The section "Store and display a date" also seems to lack focus. In fact, i think it's trying to do 2 separate things:
- describe how local date/time formats can be different and problematic, and what works or doesn't work if you try to use a generic format
- describe how to produce dates and times in your code (one method described is that using JavaScript – but it doesn't mention the time element in HTML
Is option 3 really something useful these days? Or is it part of the discussion "How language interacts with date/time settings and where to get the language from" ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you have any specific suggestions? I think option 3 is still useful. Do you think it should be removed or split into a separate article?
✅ Deploy Preview for i18n-drafts ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
in progress
@@ -56,21 +59,104 @@ <h1>Date formats</h1> | |||
|
|||
|
|||
<section id="question"> | |||
<h2>Question</h2> | |||
<p class="question">How do I prepare my web pages to display varying international date formats?</p> | |||
<p>Visitors to a web site from varying locales may be confused by date formats. The format MM/DD/YY is unique to the United States (but sometimes used in Canada, too, which can obviously create some confusion there). Most of Europe uses DD/MM/YY. Japan uses YY/MM/DD. The separators may be slashes, dashes or periods. Some locales print leading zeroes, others suppress them. If a native Japanese speaker is reading a US English web page from a web site in Germany that contains the date 03/04/02 how do they interpret it?</p> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This paragraph (which you didn't touch) is misleading. There are many formats in use. The field order problem is only part of the issue.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The field order problem is, IMHO, the most obvious and confusing issue for web users. This paragraph also mentions the separator differences, and leading zeros, etc.
I know there are other problems that are not mentioned, such as whether to use month names, whether the year is 2 or 4 digits, whether the numbers are full-width or half-width (in CJK), which calendar to use, etc. Do these also need to be mentioned at the beginning of the article? Or should we write a separate article to talk about various date formats, just like our article on font styles and line breaking?
Co-authored-by: Addison Phillips <[email protected]>
Discussions during TPAC 2024: https://www.w3.org/2024/09/23-i18n-minutes.html#t03 |
Fix #7.
Changes:
Date
object (I choose not to mention Temporal for now, because I want to wait until there are at least two shipping implementations)Preview