-
-
Notifications
You must be signed in to change notification settings - Fork 8
Reformat action thread comments #24
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
Comments
I have no objections to this. |
If this is to be shown after successful runs, then I think it would be good to be more concise. Cpp-Linter Report ✔️No problems need attention. Have any feedback or feature suggestions? Share it here. |
If there are many files that were changed, the old thread comments are too long, see |
Instead of showing the errors, we could show a simple table that summarizes the results.
|
Or we could hide the summary table in a details tag Cpp-Linter Report
|
file | clang-format | clang-tidy |
---|---|---|
demo/demo.cpp | 🟢 | 🚫 |
demo/test.cpp | ❌ | 🚫 |
I like to hide the summary, but if users don't enable both clang-format and clang-tidy how to show it in the table? maybe a separate display is more suitable. |
I was thinking we could use 🚫 or ⛔ instead of 🔴/🟢. FYI, the longer the emoji code, the less data we can fit in the comment.
What did you have in mind? |
Sorry for not being clear. I mean if users only have clang-format checks, we do not need to give them clang-tidy related comments, and vice versa. so I would like to remove clang-tidy from the table or display it like below as an example. Cpp-Linter Report
|
You know me: anything is possible. I just need a concrete decision before coding the solution. So, if |
I'm not sure when clang-tidy reports an error, how can we show it in the table? for example in this one #24 (comment) |
I only suggested the table because
|
One thing I noticed about all the example comments you linked to in the OP was that they all show an overview instead of detailed info. So, I thought that was partly what you wanted to mimic. |
I'm good with only show an overview with table instead of detailed info. |
Cpp-Linter Report
|
Finally, I‘ve listed both thread comments in my last comment, I've tried to keep it concise and informative. @2bndy5 any thoughts? |
LGTM |
I just found an additional feature in github actions: The GITHUB_STEP_SUMMARY will post a markdown content at the bottom of the run's summary. Its not exactly like Someone even uses the feature in an existing action that produces a unit test summary comment in the workflow's run summary. For example, this run summary shows the custom summary that we could create. |
I like this feature! |
It wouldn't be too hard to implement, we just need to add an input option to turn it on/off and add with open(os.environ["GITHUB_STEP_SUMMARY"], "a", encoding="utf-8") as summary:
summary.write(Globals.OUTPUT) |
I have tried to add a job summary here, and it's relatively easier to implement. |
Yep! We don't have to check for duplicate comments and all that entails either. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
sorry this still on my todo list, but I've been busy. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Note I recently noticed that github added support for admonitions (AKA "callouts"). See example here. Warning But it looks like only "note" and "warning" are supported (in English only). I also don't like how this looks in dark mode. Block quotes' dimmed text was a bad choice. |
I don't know this before, looks like not too bad, tks for sharing! |
The thread comments not looks fancy than other projects:
Maybe we could reformat thread comments, I draft a new one (WIP), and I will continue to update if there is a new idea.
Cpp-Linter Report⚠️
Some files didn't pass the configured checks.
Check the details
The following files need to be formatted (report from clang-format)
The following files have static analysis errors (report from clang-tidy)
demo.hpp
demo.hpp:10:11: warning: [modernize-use-trailing-return-type]
demo.hpp:12:16: warning: [modernize-use-nullptr]
demo.cpp
demo.cpp:5:5: warning: [modernize-use-trailing-return-type]
demo.cpp:7:13: warning: [readability-braces-around-statements]
for (;;) ^ {
demo.cpp:11:5: warning: [cppcoreguidelines-pro-type-vararg]
Have any feedback or feature suggestions? Share it here.
Cpp-Linter Report ✔️
No problems need attention.
Have any feedback or feature suggestions? Share it here.
The text was updated successfully, but these errors were encountered: