Add the link for standard GMT color names in GMT docs

[core-man]

Description of proposed changes

Add the link of GMT DOC to standard GMT color names.

Related to #983 and #996.

Reminders

• Run make format and make check to make sure the code follows the style guide.
• Add tests for new features or tests that would have caught the bug that you're fixing.
• Add new public functions/methods/classes to doc/api/index.rst.
• Write detailed docstrings for all functions/methods.
• If adding new functionality, add an example to docstrings or tutorials.

Slash Commands

You can write slash commands (/command) in the first line of a comment to perform
specific operations. Supported slash commands are:

• /format: automatically format and lint the code
• /test-gmt-dev: run full tests on the latest GMT development version

[maxrjones]

Actually all of the ways listed here are supported:
https://docs.generic-mapping-tools.org/dev/gmtcolors.html#description
Would you be able to revise accordingly so that this is clear to the reader?

[maxrjones]

Actually all of the ways listed here are supported:
https://docs.generic-mapping-tools.org/dev/gmtcolors.html#description
Would you be able to revise accordingly so that this is clear to the reader?

Well, except C/M/Y/K it seems. I think this is an upstream bug and will submit an issue.

[core-man]

Actually all of the ways listed here are supported:
https://docs.generic-mapping-tools.org/dev/gmtcolors.html#description
Would you be able to revise accordingly so that this is clear to the reader?

Well, except C/M/Y/K it seems. I think this is an upstream bug and will submit an issue.

Yes, I tested all the color methods. C/M/Y/K always output white.

[maxrjones]

Actually all of the ways listed here are supported:
https://docs.generic-mapping-tools.org/dev/gmtcolors.html#description
Would you be able to revise accordingly so that this is clear to the reader?

Well, except C/M/Y/K it seems. I think this is an upstream bug and will submit an issue.

Yes, I tested all the color methods. C/M/Y/K always output white.

Yes, C/M/Y/K works with 0 - 100 values. I've submitted this PR to fix the documentation. This works for me:

import pygmt

fig = pygmt.Figure()
# Make a global Mollweide map with automatic ticks
fig.basemap(region="g", projection="W15c", frame=True)
# Plot the land as light gray, and the water as sky blue
fig.coast(land="#666666", water="100/100/0/0")
fig.show()

[core-man]

Actually all of the ways listed here are supported:
https://docs.generic-mapping-tools.org/dev/gmtcolors.html#description
Would you be able to revise accordingly so that this is clear to the reader?

Well, except C/M/Y/K it seems. I think this is an upstream bug and will submit an issue.

Yes, I tested all the color methods. C/M/Y/K always output white.

Yes, C/M/Y/K works with 0 - 100 values. I've submitted this PR to fix the documentation. This works for me:

import pygmt

fig = pygmt.Figure()
# Make a global Mollweide map with automatic ticks
fig.basemap(region="g", projection="W15c", frame=True)
# Plot the land as light gray, and the water as sky blue
fig.coast(land="#666666", water="100/100/0/0")
fig.show()

Great~ works for me, too.

[core-man]

Actually all of the ways listed here are supported:
https://docs.generic-mapping-tools.org/dev/gmtcolors.html#description
Would you be able to revise accordingly so that this is clear to the reader?

@meghanrjones two additional color cases were added in 8e6cc3a. Since it is not a GMT color tutorial, H-S-V and CMYK are not listed to keep the document simple.

[maxrjones]

Looks good! I just have a couple small recommendations.

[seisman]

Looks good. Just a tiny suggestion to keep each line shorter than 80 chars.