Hack week 2025: Fix linter warnings in communities and contributing folder (#53934)
This commit is contained in:
@@ -42,7 +42,7 @@ In your organization's repositories, blocked users also cannot:
|
|||||||
1. Navigate to the comment whose author you would like to block.
|
1. Navigate to the comment whose author you would like to block.
|
||||||
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="Show options" %}, then click **Block user**.
|
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="Show options" %}, then click **Block user**.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
1. If you'd like to set a time limit for the block, select the **Block user** dropdown menu, and click the amount of time you'd like to block the user.
|
1. If you'd like to set a time limit for the block, select the **Block user** dropdown menu, and click the amount of time you'd like to block the user.
|
||||||
1. If you'd like to hide all of the comments the user has made in the organization, select **Hide this user's comments** and choose a reason.
|
1. If you'd like to hide all of the comments the user has made in the organization, select **Hide this user's comments** and choose a reason.
|
||||||
@@ -66,7 +66,7 @@ In your organization's repositories, blocked users also cannot:
|
|||||||
1. Navigate to the discussion whose author you would like to block.
|
1. Navigate to the discussion whose author you would like to block.
|
||||||
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="Show options" %}, then click **Block user**.
|
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="Show options" %}, then click **Block user**.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
1. If you'd like to set a time limit for the block, select the **Block user** dropdown menu, and click the amount of time you'd like to block the user.
|
1. If you'd like to set a time limit for the block, select the **Block user** dropdown menu, and click the amount of time you'd like to block the user.
|
||||||
1. If you'd like to hide all of the comments the user has made in the organization, select **Hide this user's comments** and choose a reason.
|
1. If you'd like to hide all of the comments the user has made in the organization, select **Hide this user's comments** and choose a reason.
|
||||||
|
|||||||
@@ -24,7 +24,7 @@ If you selected a specific amount of time to block the user, they will be automa
|
|||||||
1. Navigate to the comment whose author you would like to unblock.
|
1. Navigate to the comment whose author you would like to unblock.
|
||||||
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="Show options" %}, then click **Unblock user**.
|
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="Show options" %}, then click **Unblock user**.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
1. To confirm you would like to unblock the user, click **OK**.
|
1. To confirm you would like to unblock the user, click **OK**.
|
||||||
|
|
||||||
|
|||||||
@@ -26,13 +26,13 @@ If a comment is off-topic, outdated, or resolved, you may want to hide a comment
|
|||||||
1. Navigate to the comment you'd like to hide.
|
1. Navigate to the comment you'd like to hide.
|
||||||
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="The horizontal kebab icon" %}, then click **Hide**.
|
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="The horizontal kebab icon" %}, then click **Hide**.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
1. Using the "Choose a reason" dropdown menu, choose a reason to hide the comment. Then select **Hide comment**.
|
1. Using the "Choose a reason" dropdown menu, choose a reason to hide the comment. Then select **Hide comment**.
|
||||||
{% ifversion fpt or ghec %}
|
{% ifversion fpt or ghec %}
|
||||||

|

|
||||||
{% else %}
|
{% else %}
|
||||||

|

|
||||||
{% endif %}
|
{% endif %}
|
||||||
|
|
||||||
## Unhiding a comment
|
## Unhiding a comment
|
||||||
@@ -43,7 +43,7 @@ If a comment is off-topic, outdated, or resolved, you may want to hide a comment
|
|||||||
1. On the right side of the comment, click **{% octicon "fold" aria-hidden="true" %} Show comment**.
|
1. On the right side of the comment, click **{% octicon "fold" aria-hidden="true" %} Show comment**.
|
||||||
1. On the right side of the expanded comment, select the {% octicon "kebab-horizontal" aria-label="Show options" %} dropdown menu, then click **Unhide**.
|
1. On the right side of the expanded comment, select the {% octicon "kebab-horizontal" aria-label="Show options" %} dropdown menu, then click **Unhide**.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
## Editing a comment
|
## Editing a comment
|
||||||
|
|
||||||
@@ -55,7 +55,7 @@ Sometimes it may make sense to clearly indicate edits and their justification.
|
|||||||
|
|
||||||
That said, anyone with read access to a repository can view a comment's edit history. The **edited** dropdown at the top of the comment contains a history of edits showing the user and timestamp for each edit.
|
That said, anyone with read access to a repository can view a comment's edit history. The **edited** dropdown at the top of the comment contains a history of edits showing the user and timestamp for each edit.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
## Redacting sensitive information
|
## Redacting sensitive information
|
||||||
|
|
||||||
@@ -64,7 +64,7 @@ Comment authors and anyone with write access to a repository can also delete sen
|
|||||||
1. Navigate to the comment you'd like to edit.
|
1. Navigate to the comment you'd like to edit.
|
||||||
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="Show options" %}, then click **Edit**.
|
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="Show options" %}, then click **Edit**.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
1. In the comment window, delete the content you'd like to remove, then type `[REDACTED]` to replace it.
|
1. In the comment window, delete the content you'd like to remove, then type `[REDACTED]` to replace it.
|
||||||
1. At the bottom of the comment, type a note indicating that you have edited the comment, and optionally, why you edited the comment.
|
1. At the bottom of the comment, type a note indicating that you have edited the comment, and optionally, why you edited the comment.
|
||||||
@@ -89,7 +89,7 @@ Deleting a comment creates a timeline event that is visible to anyone with read
|
|||||||
|
|
||||||
1. Navigate to the comment you'd like to delete.
|
1. Navigate to the comment you'd like to delete.
|
||||||
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="The horizontal kebab icon" %}, then click **Delete**.
|
1. In the upper-right corner of the comment, click {% octicon "kebab-horizontal" aria-label="The horizontal kebab icon" %}, then click **Delete**.
|
||||||

|

|
||||||
1. Optionally, write a comment noting that you deleted a comment and why.
|
1. Optionally, write a comment noting that you deleted a comment and why.
|
||||||
|
|
||||||
{% ifversion fpt or ghec %}
|
{% ifversion fpt or ghec %}
|
||||||
|
|||||||
@@ -30,7 +30,7 @@ When you delete sensitive information from the comment's edit history, the perso
|
|||||||
{% data reusables.repositories.edited-comment-list %}
|
{% data reusables.repositories.edited-comment-list %}
|
||||||
1. In the top right of the edit history window, click **Options**. Then click **Delete revision from history** to delete the diff that shows the content being added.
|
1. In the top right of the edit history window, click **Options**. Then click **Delete revision from history** to delete the diff that shows the content being added.
|
||||||
|
|
||||||

|

|
||||||
1. To confirm deletion, click **OK**.
|
1. To confirm deletion, click **OK**.
|
||||||
|
|
||||||
## Further reading
|
## Further reading
|
||||||
|
|||||||
@@ -21,7 +21,7 @@ As a repository maintainer, you can use the community standards checklist to see
|
|||||||
|
|
||||||
If a project doesn't have one of the recommended files, you can click the associated **Add** button to draft and submit a file.
|
If a project doesn't have one of the recommended files, you can click the associated **Add** button to draft and submit a file.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
{% data reusables.repositories.security-guidelines %}
|
{% data reusables.repositories.security-guidelines %}
|
||||||
|
|
||||||
@@ -33,7 +33,7 @@ As a potential contributor, use the community profile checklist to see if a proj
|
|||||||
|
|
||||||
If a project doesn't have a recommended file, you can click **Propose** to draft and submit a file to the repository maintainer for approval.
|
If a project doesn't have a recommended file, you can click **Propose** to draft and submit a file to the repository maintainer for approval.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
## Further reading
|
## Further reading
|
||||||
|
|
||||||
|
|||||||
@@ -31,7 +31,7 @@ You can create a default code of conduct for your organization or personal accou
|
|||||||
{% data reusables.files.add-file %}
|
{% data reusables.files.add-file %}
|
||||||
1. In the file name field, type _CODE_OF_CONDUCT.md_.
|
1. In the file name field, type _CODE_OF_CONDUCT.md_.
|
||||||
1. Select **Choose a code of conduct template**.
|
1. Select **Choose a code of conduct template**.
|
||||||

|

|
||||||
1. On the left side of the page, select a code of conduct to preview and add to your project.
|
1. On the left side of the page, select a code of conduct to preview and add to your project.
|
||||||
1. On the right side of the page, complete the fields to populate the selected code of conduct with the appropriate information.
|
1. On the right side of the page, complete the fields to populate the selected code of conduct with the appropriate information.
|
||||||
1. Click **Review and submit**.
|
1. Click **Review and submit**.
|
||||||
|
|||||||
@@ -12,9 +12,9 @@ topics:
|
|||||||
- Community
|
- Community
|
||||||
shortTitle: Add a license to a repo
|
shortTitle: Add a license to a repo
|
||||||
---
|
---
|
||||||
If you include a detectable license in your repository, people who visit your repository will see it at the top of the repository page. To read the entire license file, click the license name.
|
If you include a detectable license in your repository, people who visit your repository will see it at the top of the repository page. To read the entire license file, click the license name (for example: [github-linguist/linguist](https://github.com/github-linguist/linguist)).
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
Open source licenses enable others to freely use, change, and distribute the project in your repository. For more information on repository licenses, see [AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/licensing-a-repository).
|
Open source licenses enable others to freely use, change, and distribute the project in your repository. For more information on repository licenses, see [AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/licensing-a-repository).
|
||||||
|
|
||||||
@@ -27,7 +27,7 @@ Open source licenses enable others to freely use, change, and distribute the pro
|
|||||||
1. In the file name field, type _LICENSE_ or _LICENSE.md_ (with all caps).
|
1. In the file name field, type _LICENSE_ or _LICENSE.md_ (with all caps).
|
||||||
1. Under the file name, click **Choose a license template**.
|
1. Under the file name, click **Choose a license template**.
|
||||||
|
|
||||||

|

|
||||||
1. On the left side of the page, under "Add a license to your project," review the available licenses, then select a license from the list.
|
1. On the left side of the page, under "Add a license to your project," review the available licenses, then select a license from the list.
|
||||||
1. Click **Review and submit**.
|
1. Click **Review and submit**.
|
||||||
{% data reusables.files.write_commit_message %}
|
{% data reusables.files.write_commit_message %}
|
||||||
|
|||||||
@@ -46,9 +46,7 @@ You can create defaults in your organization or personal account for the followi
|
|||||||
| _CODE_OF_CONDUCT.md_ | A CODE_OF_CONDUCT file defines standards for how to engage in a community. For more information, see [AUTOTITLE](/communities/setting-up-your-project-for-healthy-contributions/adding-a-code-of-conduct-to-your-project). |
|
| _CODE_OF_CONDUCT.md_ | A CODE_OF_CONDUCT file defines standards for how to engage in a community. For more information, see [AUTOTITLE](/communities/setting-up-your-project-for-healthy-contributions/adding-a-code-of-conduct-to-your-project). |
|
||||||
| {% endif %} |
|
| {% endif %} |
|
||||||
| _CONTRIBUTING.md_ | A CONTRIBUTING file communicates how people should contribute to your project. For more information, see [AUTOTITLE](/communities/setting-up-your-project-for-healthy-contributions/setting-guidelines-for-repository-contributors). |
|
| _CONTRIBUTING.md_ | A CONTRIBUTING file communicates how people should contribute to your project. For more information, see [AUTOTITLE](/communities/setting-up-your-project-for-healthy-contributions/setting-guidelines-for-repository-contributors). |
|
||||||
| {% ifversion discussion-category-forms %} |
|
|
||||||
| Discussion category forms | Discussion category forms customize the templates that are available for community members to use when they open new discussions in your repository. For more information, see [AUTOTITLE](/discussions/managing-discussions-for-your-community/creating-discussion-category-forms). |
|
| Discussion category forms | Discussion category forms customize the templates that are available for community members to use when they open new discussions in your repository. For more information, see [AUTOTITLE](/discussions/managing-discussions-for-your-community/creating-discussion-category-forms). |
|
||||||
| {% endif %} |
|
|
||||||
| {% ifversion fpt or ghec %} |
|
| {% ifversion fpt or ghec %} |
|
||||||
| _FUNDING.yml_ | A FUNDING file displays a sponsor button in your repository to increase the visibility of funding options for your open source project. For more information, see [AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/displaying-a-sponsor-button-in-your-repository). |
|
| _FUNDING.yml_ | A FUNDING file displays a sponsor button in your repository to increase the visibility of funding options for your open source project. For more information, see [AUTOTITLE](/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/displaying-a-sponsor-button-in-your-repository). |
|
||||||
| {% endif %} |
|
| {% endif %} |
|
||||||
|
|||||||
@@ -19,23 +19,21 @@ You can create default issue and pull request templates for your organization or
|
|||||||
|
|
||||||
## Issue templates
|
## Issue templates
|
||||||
|
|
||||||
When you create issue templates for your repository using the issue template builder{% ifversion issue-forms %} or with issue forms{% endif %}, contributors can select the appropriate template when they open new issues in the repository.
|
When you create issue templates for your repository using the issue template builder or with issue forms, contributors can select the appropriate template when they open new issues in the repository.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
Issue templates are helpful when you want to provide guidance for opening issues while allowing contributors to specify the content of their issues. {% ifversion issue-forms %} If you want contributors to provide specific, structured information when they open issues, issue forms help ensure that you receive your desired information.{% endif %}
|
Issue templates are helpful when you want to provide guidance for opening issues while allowing contributors to specify the content of their issues. If you want contributors to provide specific, structured information when they open issues, issue forms help ensure that you receive your desired information.
|
||||||
|
|
||||||
Using the template builder, you can specify a title and description for each template, add the template content, and either commit the template to the default branch or open a pull request in the repository. The template builder automatically adds the YAML front matter markup that is required for the template to show on the new issue page. For more information, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository).
|
Using the template builder, you can specify a title and description for each template, add the template content, and either commit the template to the default branch or open a pull request in the repository. The template builder automatically adds the YAML front matter markup that is required for the template to show on the new issue page. For more information, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository).
|
||||||
|
|
||||||
{% ifversion issue-forms %}
|
|
||||||
With issue forms, you can create templates that have web form fields using the {% data variables.product.prodname_dotcom %} form schema. When a contributor opens an issue using an issue form, the form inputs are converted to a standard markdown issue comment. You can specify different input types and set inputs as required to help contributors open actionable issues in your repository. For more information, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository#creating-issue-forms) and [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/syntax-for-issue-forms).
|
With issue forms, you can create templates that have web form fields using the {% data variables.product.prodname_dotcom %} form schema. When a contributor opens an issue using an issue form, the form inputs are converted to a standard markdown issue comment. You can specify different input types and set inputs as required to help contributors open actionable issues in your repository. For more information, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository#creating-issue-forms) and [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/syntax-for-issue-forms).
|
||||||
{% endif %}
|
|
||||||
|
|
||||||
{% data reusables.repositories.issue-template-config %} For more information, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository#configuring-the-template-chooser).
|
{% data reusables.repositories.issue-template-config %} For more information, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository#configuring-the-template-chooser).
|
||||||
|
|
||||||
Issue templates are stored on the repository's default branch, in a hidden `.github/ISSUE_TEMPLATE` directory. If you create a template in another branch, it will not be available for collaborators to use. Issue template filenames are not case sensitive, and need a _.md_ extension.{% ifversion issue-forms %} Issue templates created with issue forms need a _.yml_ extension.{% endif %} {% data reusables.repositories.valid-community-issues %}
|
Issue templates are stored on the repository's default branch, in a hidden `.github/ISSUE_TEMPLATE` directory. If you create a template in another branch, it will not be available for collaborators to use. Issue template filenames are not case sensitive, and need a _.md_ extension. Issue templates created with issue forms need a _.yml_ extension. {% data reusables.repositories.valid-community-issues %}
|
||||||
|
|
||||||
It is possible to manually create a single issue template in Markdown using the legacy issue template workflow, and project contributors will automatically see the template's contents in the issue body. However, we recommend using the upgraded multiple issue template builder{% ifversion issue-forms %} or issue forms{% endif %} to create issue templates. For more information about the legacy workflow, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/manually-creating-a-single-issue-template-for-your-repository).
|
It is possible to manually create a single issue template in Markdown using the legacy issue template workflow, and project contributors will automatically see the template's contents in the issue body. However, we recommend using the upgraded multiple issue template builder or issue forms to create issue templates. For more information about the legacy workflow, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/manually-creating-a-single-issue-template-for-your-repository).
|
||||||
|
|
||||||
{% data reusables.repositories.security-guidelines %}
|
{% data reusables.repositories.security-guidelines %}
|
||||||
|
|
||||||
|
|||||||
@@ -25,7 +25,7 @@ shortTitle: Configure
|
|||||||

|

|
||||||
1. Use the **Add template** dropdown menu, and click on the type of template you'd like to create.
|
1. Use the **Add template** dropdown menu, and click on the type of template you'd like to create.
|
||||||
|
|
||||||

|

|
||||||
1. To preview or edit the template before committing it to the repository, next to the template, click **Preview and edit**.
|
1. To preview or edit the template before committing it to the repository, next to the template, click **Preview and edit**.
|
||||||
1. To edit the template, click {% octicon "pencil" aria-label="Edit template" %}, and type in the fields to edit their contents.
|
1. To edit the template, click {% octicon "pencil" aria-label="Edit template" %}, and type in the fields to edit their contents.
|
||||||
|
|
||||||
@@ -36,8 +36,6 @@ shortTitle: Configure
|
|||||||
1. Below the commit message fields, select whether to commit your template directly to the default branch, or to create a new branch and open a pull request. For more information about pull requests, see [AUTOTITLE](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests).
|
1. Below the commit message fields, select whether to commit your template directly to the default branch, or to create a new branch and open a pull request. For more information about pull requests, see [AUTOTITLE](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests).
|
||||||
1. Click **Commit changes**. Once these changes are merged into the default branch, the template will be available for contributors to use when they open new issues in the repository.
|
1. Click **Commit changes**. Once these changes are merged into the default branch, the template will be available for contributors to use when they open new issues in the repository.
|
||||||
|
|
||||||
{% ifversion issue-forms %}
|
|
||||||
|
|
||||||
## Creating issue forms
|
## Creating issue forms
|
||||||
|
|
||||||
{% data reusables.community.issue-forms-beta %}
|
{% data reusables.community.issue-forms-beta %}
|
||||||
@@ -59,8 +57,6 @@ Here is the rendered version of the issue form.
|
|||||||
1. In the body of the new file, type the contents of your issue form. For more information, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/syntax-for-issue-forms).
|
1. In the body of the new file, type the contents of your issue form. For more information, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/syntax-for-issue-forms).
|
||||||
1. Commit your file to the default branch of your repository. For more information, see [AUTOTITLE](/repositories/working-with-files/managing-files/creating-new-files).
|
1. Commit your file to the default branch of your repository. For more information, see [AUTOTITLE](/repositories/working-with-files/managing-files/creating-new-files).
|
||||||
|
|
||||||
{% endif %}
|
|
||||||
|
|
||||||
## Configuring the template chooser
|
## Configuring the template chooser
|
||||||
|
|
||||||
{% data reusables.repositories.issue-template-config %}
|
{% data reusables.repositories.issue-template-config %}
|
||||||
|
|||||||
@@ -45,7 +45,7 @@ You can set the following top-level keys for each issue form.
|
|||||||
| `labels` | Labels that will automatically be added to issues created with this template. If a label does not already exist in the repository, it will not be automatically added to the issue. | Optional | Array or comma-delimited string |
|
| `labels` | Labels that will automatically be added to issues created with this template. If a label does not already exist in the repository, it will not be automatically added to the issue. | Optional | Array or comma-delimited string |
|
||||||
| `title` | A default title that will be pre-populated in the issue submission form. | Optional | String |
|
| `title` | A default title that will be pre-populated in the issue submission form. | Optional | String |
|
||||||
| {% ifversion projects-in-issue-forms %} |
|
| {% ifversion projects-in-issue-forms %} |
|
||||||
| `projects` | Projects that any issues created with this template will automatically be added to. The format of this key is `PROJECT-OWNER/PROJECT-NUMBER`. > [!NOTE] The person opening the issue must have write permissions for the specified projects. {% ifversion projects-v2 %} If you don't expect people using this template to have write access, consider enabling your project's auto-add workflow. For more information, see [Adding items automatically](/issues/planning-and-tracking-with-projects/automating-your-project/adding-items-automatically).{% endif %} | Optional | Array or comma-delimited string |
|
| `projects` | Projects that any issues created with this template will automatically be added to. The format of this key is `PROJECT-OWNER/PROJECT-NUMBER`. > [!NOTE] The person opening the issue must have write permissions for the specified projects. If you don't expect people using this template to have write access, consider enabling your project's auto-add workflow. For more information, see [Adding items automatically](/issues/planning-and-tracking-with-projects/automating-your-project/adding-items-automatically). | Optional | Array or comma-delimited string |
|
||||||
| {% endif %} |
|
| {% endif %} |
|
||||||
|
|
||||||
For the available `body` input types and their syntaxes, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/syntax-for-githubs-form-schema).
|
For the available `body` input types and their syntaxes, see [AUTOTITLE](/communities/using-templates-to-encourage-useful-issues-and-pull-requests/syntax-for-githubs-form-schema).
|
||||||
|
|||||||
@@ -83,7 +83,7 @@ If you are creating a diagram to explain when or how something happens, consider
|
|||||||
|
|
||||||
* [Flowchart](https://en.wikipedia.org/wiki/Flowchart): Flowcharts are useful for showing the steps in a process. In this example, the rectangles represent steps in a process and the diamond represents a decision point where the chart branches into two possible endpoints.
|
* [Flowchart](https://en.wikipedia.org/wiki/Flowchart): Flowcharts are useful for showing the steps in a process. In this example, the rectangles represent steps in a process and the diamond represents a decision point where the chart branches into two possible endpoints.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
* [Gantt chart](https://en.wikipedia.org/wiki/Gantt_chart): Gantt charts are useful for showing how long tasks take and when they overlap. In this example, the horizontal axis is labelled "Time" and the blue rectangles represent three discrete tasks. Task 1 and task 2 overlap, which means that at least part of the tasks happen at the same time. Task 3 does not overlap with the other tasks, which means that it happens after the first two are completed.
|
* [Gantt chart](https://en.wikipedia.org/wiki/Gantt_chart): Gantt charts are useful for showing how long tasks take and when they overlap. In this example, the horizontal axis is labelled "Time" and the blue rectangles represent three discrete tasks. Task 1 and task 2 overlap, which means that at least part of the tasks happen at the same time. Task 3 does not overlap with the other tasks, which means that it happens after the first two are completed.
|
||||||
|
|
||||||
@@ -123,7 +123,7 @@ If you are creating a diagram to explain why something is the way that it is, co
|
|||||||
|
|
||||||
* [Venn diagram](https://en.wikipedia.org/wiki/Venn_diagram): Venn diagrams are useful for showing shared traits or overlap of ideas. Circles represent concepts or things, and the area where the circles overlap represent shared traits between things. In this example, the overlap between the circle labelled "Octopus" and the circle labelled "Cat" is labelled "Octocat," which is a combination of an octopus and a cat.
|
* [Venn diagram](https://en.wikipedia.org/wiki/Venn_diagram): Venn diagrams are useful for showing shared traits or overlap of ideas. Circles represent concepts or things, and the area where the circles overlap represent shared traits between things. In this example, the overlap between the circle labelled "Octopus" and the circle labelled "Cat" is labelled "Octocat," which is a combination of an octopus and a cat.
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
## Style guidelines
|
## Style guidelines
|
||||||
|
|
||||||
@@ -163,7 +163,7 @@ Use different types of lines to convey additional meaning of relationships.
|
|||||||
* Two-way lines that have an arrow on each side: Indicate reciprocation.
|
* Two-way lines that have an arrow on each side: Indicate reciprocation.
|
||||||

|

|
||||||
* Brackets: Establish hierarchy. In general, organize brackets vertically so that they are easier to navigate on a webpage. Indent each level of a hierarchy.
|
* Brackets: Establish hierarchy. In general, organize brackets vertically so that they are easier to navigate on a webpage. Indent each level of a hierarchy.
|
||||||

|

|
||||||
|
|
||||||
### Labels
|
### Labels
|
||||||
|
|
||||||
|
|||||||
@@ -138,7 +138,7 @@ The stroke is the color `fg.severe` in the [Primer Design System](https://primer
|
|||||||
|
|
||||||
1. To download the Snagit theme, navigate to [`snagit-theme-github-docs.snagtheme`](https://github.com/github/docs/blob/main/contributing/images/snagit-theme-github-docs.snagtheme) in the `github/docs` repository, then click {% octicon "download" aria-label="Download raw content" %}.
|
1. To download the Snagit theme, navigate to [`snagit-theme-github-docs.snagtheme`](https://github.com/github/docs/blob/main/contributing/images/snagit-theme-github-docs.snagtheme) in the `github/docs` repository, then click {% octicon "download" aria-label="Download raw content" %}.
|
||||||
|
|
||||||

|

|
||||||
1. Open Snagit, then select the **Shape** tool.
|
1. Open Snagit, then select the **Shape** tool.
|
||||||
1. Under "Quick styles," select **Import**.
|
1. Under "Quick styles," select **Import**.
|
||||||
1. Select the Snagit theme from your computer's files. This will install the shape preset.
|
1. Select the Snagit theme from your computer's files. This will install the shape preset.
|
||||||
|
|||||||
Reference in New Issue
Block a user