Skip to content
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

Introduce text linting of our documentation #1588

Open
wants to merge 5 commits into
base: main
Choose a base branch
from

Conversation

literat
Copy link
Collaborator

@literat literat commented Aug 22, 2024

Description

Linting text content of our documentation files. Only part of the packages are linted due to the changes.

Additional context

Issue reference

Copy link

netlify bot commented Aug 22, 2024

Deploy Preview for spirit-design-system ready!

Name Link
🔨 Latest commit cf6b2ac
🔍 Latest deploy log https://app.netlify.com/sites/spirit-design-system/deploys/66ec3d017548ae000796024b
😎 Deploy Preview https://deploy-preview-1588--spirit-design-system.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.
Lighthouse
Lighthouse
1 paths audited
Performance: 96 (no change from production)
Accessibility: 93 (no change from production)
Best Practices: 100 (no change from production)
SEO: 82 (no change from production)
PWA: -
View the detailed breakdown and full score reports

To edit notification comments on pull requests, go to your Netlify site configuration.

Copy link

netlify bot commented Aug 22, 2024

Deploy Preview for spirit-design-system-storybook ready!

Name Link
🔨 Latest commit cf6b2ac
🔍 Latest deploy log https://app.netlify.com/sites/spirit-design-system-storybook/deploys/66ec3d02f792780008cc876e
😎 Deploy Preview https://deploy-preview-1588--spirit-design-system-storybook.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site configuration.

@coveralls
Copy link

coveralls commented Aug 22, 2024

Coverage Status

Changes unknown
when pulling cf6b2ac on style/text-linting
into ** on main**.

@adamkudrna
Copy link
Contributor

Introduce teyxt linting of our documentation

Are we also linting commit messages and PR names? 🙂

@literat literat changed the title Introduce teyxt linting of our documentation Introduce text linting of our documentation Aug 26, 2024
@literat
Copy link
Collaborator Author

literat commented Aug 26, 2024

Introduce teyxt linting of our documentation

Are we also linting commit messages and PR names? 🙂

Maybe we should 😅 -> https://github.com/marketplace/actions/pull-request-linter-action

@literat literat marked this pull request as ready for review September 12, 2024 09:11
@literat literat force-pushed the style/text-linting branch 3 times, most recently from 406df67 to 4b9d601 Compare September 12, 2024 14:34
Copy link
Contributor

@adamkudrna adamkudrna left a comment

Choose a reason for hiding this comment

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

I think this is way too much opinionated. At least in this form. I mean, there are some nice touches and things I'd like to see checked, but I cannot give it a ✅ as a whole.

@literat (and everyone here) I jotted down some comments but I feel the discussion needs to be more structured. Can we maybe discuss individual rules first? What do you think is the best approach? (Long topics?)

@@ -1,6 +1,6 @@
# Contributing to Spirit Design System

First of all, thanks for your contribution to this project! ❤️
Thanks for your contribution to this project! ❤️
Copy link
Contributor

Choose a reason for hiding this comment

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

Why? I don't feel it was wrong…

@@ -31,7 +31,7 @@ See [Developer Handbook][developer-handbook] for more information about developm

## Commit Conventions

All commits you make SHOULD adhere to our commit guidelines. We use [conventional commits][conventional-commits] strategy with a slight modification of our own - [@lmc-eu/commitlint-config][commitlint-config]. This is later used during the release phase to determine how to bump the packages' version numbers based on commit history. 🚀
All commits you make SHOULD adhere to our commit guidelines. We use [conventional commits][conventional-commits] strategy with a slight modification of our own - [@lmc-eu/commitlint-config][commitlint-config]. This is later used during the release phase to determine how to bump the packages version numbers based on commit history. 🚀
Copy link
Contributor

Choose a reason for hiding this comment

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

The correct apostrophe sign is important for a great typography, and I have always been rooting for a great typography.

But this is a technical document and I'm afraid people (I mean us) will struggle with the correct styling. If we are going to check the correct apostrophe character, I'd also check quotes and dashes, to name a few. But we cannot force people to use them, IMO.

@@ -74,7 +74,7 @@ The `<type>` and `<summary>` fields are mandatory, the `(<scope>)` field is opti

MUST be one of the following:

- **Chore**: Changes to our CI configuration files and scripts (examples: CircleCI, SauceLabs) or changes that affect the build system
- **Chore**: Changes to our CI configuration files and scripts (examples: CircleCI, SauceLabs) or changes that affect the build tool
Copy link
Contributor

Choose a reason for hiding this comment

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

Again, I don't think "system" is a wrong word in this context.

@@ -124,7 +124,7 @@ Use the summary field to provide a succinct description of the change:
Just as in the summary, use the imperative, present tense: "fix" not "fixed" nor "fixes".

Explain the motivation for the change in the commit message body. This commit message SHOULD explain _why_ you are making the change.
You can include a comparison of the previous behavior with the new behavior in order to illustrate the impact of the change.
You can include a comparison of the previous behavior with the new behavior to illustrate the impact of the change.
Copy link
Contributor

Choose a reason for hiding this comment

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

OK, looks better now.

@@ -149,7 +149,7 @@ If the commit reverts a previous commit, it SHOULD begin with `Revert: `, follow
The content of the commit message body SHOULD contain:

- information about the SHA of the commit being reverted in the following format: `This reverts commit <SHA>`,
- a clear description of the reason for reverting the commit message.
- a clear description of why the commit message is being reverted.
Copy link
Contributor

Choose a reason for hiding this comment

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

This is a good catch.

@@ -109,7 +109,7 @@ The following is the list of supported scopes:
- Repository-wide:
- `ci`: used for changes that affect the Continuous Integration process and builds
- `repo`: used for repository-wide changes
- none/empty string: useful for `Test` and `Refactor` changes that are done across all packages (e.g. `Test: Add missing unit tests`) and for docs changes that are not related to a specific package (e.g. `Docs: Fix typo in the tutorial`).
- none/empty string: useful for `Test` and `Refactor` changes that are done across all packages (for example `Test: Add missing unit tests`) and for docs changes that are not related to a specific package (for example `Docs: Fix typo in the tutorial`).
Copy link
Contributor

Choose a reason for hiding this comment

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

OK, I'm willing to get used to this form.

I suppose it means "i.e." is also undesired.

- checking format using the [Prettier][prettier]
- checking types using the [Typescript][typescript] compiler
- checking types using the [TypeScript][typescript] compiler
Copy link
Contributor

Choose a reason for hiding this comment

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

OK, this is correct.


### Developing and Testing GitHub Actions

It can be time-consuming and painful to test GitHub Actions.
First, you have to change the GitHub Actions file locally, push your local code into the GitHub repository, and wait for the result.

To solve this issue, you can use [act][act] CLI tool to test and write the GitHub actions locally.
To solve this issue, you can use [act][act] command line tool to test and write the GitHub actions locally.
Copy link
Contributor

Choose a reason for hiding this comment

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

OK 🤷🏻‍♂️


---

Please refer back to this list or reach out to our team if you encounter any issues during migration.
If you face any problems during migration, please check this list or contact our team for assistance.
Copy link
Contributor

Choose a reason for hiding this comment

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

Good, more comprehensible now.

@@ -182,15 +182,15 @@ Using this you can test the entire package and verify that all parts of the pack

The testing script includes:

- linting using [ESlint][eslint]
- linting using [ESLint][eslint]
Copy link
Contributor

Choose a reason for hiding this comment

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

This is correct, but "SASS" (meaning the CSS preprocessor) is incorrect: "Sass" is correct. And there are more.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants