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

feat(formatters): support kulala-fmt #480

Merged
merged 1 commit into from
Oct 11, 2024

Conversation

hougesen
Copy link
Owner

Closes #157

@hougesen hougesen self-assigned this Oct 11, 2024
@hougesen hougesen enabled auto-merge (squash) October 11, 2024 13:18
@hougesen hougesen merged commit fc0e59c into main Oct 11, 2024
7 checks passed
@hougesen hougesen deleted the feat/formatters/support-kulala-fmt branch October 11, 2024 13:19
@hougesen hougesen added the tool Issue or pull request that adds support for new tooling label Oct 11, 2024
@@ -6,6 +6,7 @@ Generated by [`auto-changelog`](https://github.com/CookPete/auto-changelog).

#### [Unreleased](https://github.com/hougesen/mdsf/compare/v0.2.6...HEAD)

- feat(formatters): support superhtml [`#479`](https://github.com/hougesen/mdsf/pull/479)
Copy link
Contributor

Choose a reason for hiding this comment

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

Why does the changelog of PR 480, contains the entry that could be in the 479 one?

And it's the same in 479, talking about things added in 478?

Is it because you don't have the PR id when you commit (obviously),but it voildbe updated with amend+ force merge once the PR is opened.

I'm asking because the history of the changelog is strange if you use git blame

Copy link
Owner Author

Choose a reason for hiding this comment

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

Yes, the changelog generator (https://github.com/CookPete/auto-changelog) uses commit data which means it is one commit behind.

For now it is just a part of my precommit command, but yes, it would be a lot clearer to append instead.

@@ -279,6 +279,7 @@ mdsf init
| kdlfmt | [https://github.com/hougesen/kdlfmt](https://github.com/hougesen/kdlfmt) |
| ktfmt | [https://github.com/facebook/ktfmt](https://github.com/facebook/ktfmt) |
| ktlint | [https://github.com/pinterest/ktlint](https://github.com/pinterest/ktlint) |
| kulala-fmt | [https://github.com/mistweaverco/kulala-fmt](https://github.com/mistweaverco/kulala-fmt) |
Copy link
Contributor

Choose a reason for hiding this comment

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

I think I already raised the point, but I'm unsure in which issue, so please pardon me.

But having the list of linter without information about what they support looks strange to me.

I mean there is no way to know the .http format can be handled by kulala-fmt or that your tool supports HTTP format.

I see nothing in the code, or the test to know http fenced block could use kulala

Am I missing something?

Copy link
Contributor

Choose a reason for hiding this comment

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
tool Issue or pull request that adds support for new tooling
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Add support for "http"
2 participants