Skip to content

8303275: Use {@Return and @linkplain in Locale and related classes #12780

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

Conversation

justin-curtis-lu
Copy link
Member

@justin-curtis-lu justin-curtis-lu commented Feb 28, 2023

This PR modifies the javadoc of methods in Locale, LocaleServiceProvider, and LocaleServiceProviderPool to use {@return and @linkplain.


Progress

  • Change must be properly reviewed (1 review required, with at least 1 Reviewer)
  • Change must not contain extraneous whitespace
  • Commit message must refer to an issue

Issue

Reviewers

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk pull/12780/head:pull/12780
$ git checkout pull/12780

Update a local copy of the PR:
$ git checkout pull/12780
$ git pull https://git.openjdk.org/jdk pull/12780/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 12780

View PR using the GUI difftool:
$ git pr show -t 12780

Using diff file

Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/12780.diff

@bridgekeeper
Copy link

bridgekeeper bot commented Feb 28, 2023

👋 Welcome back jlu! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

@openjdk
Copy link

openjdk bot commented Feb 28, 2023

@justin-curtis-lu The following labels will be automatically applied to this pull request:

  • core-libs
  • i18n

When this pull request is ready to be reviewed, an "RFR" email will be sent to the corresponding mailing lists. If you would like to change these labels, use the /label pull request command.

@openjdk openjdk bot added core-libs core-libs-dev@openjdk.org i18n i18n-dev@openjdk.org labels Feb 28, 2023
@@ -1237,12 +1236,11 @@ public static String[] getISOCountries() {
}

/**
* Returns a {@code Set} of ISO3166 country codes for the specified type.
* {@return a {@code Set} of ISO3166 country codes for the specified type}
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This and other instances will have the Returns ... and @return ... differ by a single word. Such as

Returns a {@code Set} of ISO3166 country...
vs
@return a {@code Set} of ISO country...

{@return is used when the Returns ... and @return ... are identical.

I want to double check that using {@return for these instances is acceptable (even though they are technically not identical), if not I can revert them.

@@ -1196,15 +1197,13 @@ public static synchronized void setDefault(Locale.Category category,
}

/**
* Returns an array of all installed locales.
* {@return an array of installed locales}
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same as above, differs with "all"

@@ -148,22 +148,21 @@ private AllAvailableLocales() {
}

/**
* Returns an array of available locales for all the provider classes.
* {@return an array of the available locales for all the provider classes}
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same as above, differs with "the"

*/
public static Locale[] getAllAvailableLocales() {
return AllAvailableLocales.allAvailableLocales.clone();
}

/**
* Returns an array of available locales. This array is a
* {@return an array of the available locales}
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same as above, differs with "the"

@justin-curtis-lu justin-curtis-lu marked this pull request as ready for review March 1, 2023 21:58
@openjdk openjdk bot added the rfr Pull request is ready for review label Mar 1, 2023
@mlbridge
Copy link

mlbridge bot commented Mar 1, 2023

Webrevs

@@ -2074,7 +2072,7 @@ public String getDisplayVariant(Locale inLocale) {
* Returns a name for the locale that is appropriate for display to the
* user. This will be the values returned by getDisplayLanguage(),
* getDisplayScript(), getDisplayCountry(), getDisplayVariant() and
* optional <a href="./Locale.html#def_locale_extension">Unicode extensions</a>
* optional {@linkplain Locale##def_locale_extension Unicode extensions}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can Locale be removed? It seems redundant. There are other locations with the same situation in this class.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, removed this and the other instances of @linkplain that use the Locale prefix. I left the ones in Locale.Builder and Locale.LanguageRange since they are generated with different html pages and need the Locale link.

@openjdk
Copy link

openjdk bot commented Mar 2, 2023

@justin-curtis-lu This change now passes all automated pre-integration checks.

ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details.

After integration, the commit message for the final commit will be:

8303275: Use {@Return and @linkplain in Locale and related classes

Reviewed-by: naoto

You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed.

At the time when this comment was updated there had been 78 new commits pushed to the master branch:

As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details.

As you do not have Committer status in this project an existing Committer must agree to sponsor your change. Possible candidates are the reviewers of this PR (@naotoj) but any other Committer may sponsor as well.

➡️ To flag this PR as ready for integration with the above commit message, type /integrate in a new comment. (Afterwards, your sponsor types /sponsor in a new comment to perform the integration).

@openjdk openjdk bot added the ready Pull request is ready to be integrated label Mar 2, 2023
@justin-curtis-lu
Copy link
Member Author

/integrate

@openjdk openjdk bot added the sponsor Pull request is ready to be sponsored label Mar 7, 2023
@openjdk
Copy link

openjdk bot commented Mar 7, 2023

@justin-curtis-lu
Your change (at version 5850ca0) is now ready to be sponsored by a Committer.

@naotoj
Copy link
Member

naotoj commented Mar 7, 2023

/integrate

@naotoj
Copy link
Member

naotoj commented Mar 7, 2023

/sponsor

@openjdk
Copy link

openjdk bot commented Mar 7, 2023

@naotoj Only the author (@justin-curtis-lu) is allowed to issue the integrate command. As this pull request is ready to be sponsored, and you are an eligible sponsor, did you mean to issue the /sponsor command?

@openjdk
Copy link

openjdk bot commented Mar 7, 2023

Going to push as commit acf8996.
Since your change was applied there have been 78 commits pushed to the master branch:

Your commit was automatically rebased without conflicts.

@openjdk openjdk bot added the integrated Pull request has been integrated label Mar 7, 2023
@openjdk openjdk bot closed this Mar 7, 2023
@openjdk openjdk bot removed ready Pull request is ready to be integrated rfr Pull request is ready for review sponsor Pull request is ready to be sponsored labels Mar 7, 2023
@openjdk
Copy link

openjdk bot commented Mar 7, 2023

@naotoj @justin-curtis-lu Pushed as commit acf8996.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
core-libs core-libs-dev@openjdk.org i18n i18n-dev@openjdk.org integrated Pull request has been integrated
Development

Successfully merging this pull request may close these issues.

2 participants