<i18n dev> RFR: 8319986: Invalid/inconsistent description and example for DateFormat

Joe Wang joehw at openjdk.org
Tue Nov 14 01:45:26 UTC 2023


On Mon, 13 Nov 2023 23:35:11 GMT, Naoto Sato <naoto at openjdk.org> wrote:

> Correcting the explanation of the `DateFormat.SHORT` constant.

src/java.base/share/classes/java/text/DateFormat.java line 120:

> 118:  * result; from {@link #SHORT} to {@link #MEDIUM} to {@link #LONG} to {@link #FULL}. The exact result depends
> 119:  * on the locale, but generally:
> 120:  * <ul><li>{@link #SHORT} is the shortest and mainly numeric, such as {@code 12.13.52} or {@code 3:30pm}

Not sure if we want to update the descriptions of all options, but if we want to be consistent, here's a suggestion, how about:
  {@link #SHORT} is a concise format using numeric digits, for example, {@code 12.13.52} or {@code 3:30pm}
  {@link #MEDIUM} provides more detail, such as {@code Jan 12, 1952}
  {@link #LONG} is a comprehensive format, such as {@code January 12, 1952} or {@code 3:30:32pm}
  {@link #FULL} provides a complete date representation, such as
  
  "pretty completely" is a bit casual :-)

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/16645#discussion_r1391880915


More information about the i18n-dev mailing list