IPC144
prettier
Our great sponsors
IPC144 | prettier | |
---|---|---|
70 | 437 | |
0 | 48,186 | |
- | 0.7% | |
0.0 | 9.8 | |
over 2 years ago | 7 days ago | |
HTML | JavaScript | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
IPC144
-
Code review
Reviewing two PRs from a classmate is one of the duties for this project. The PRs, as well as my reviews, are available here and here. Both of the PRs I reviewed were really well-written and detailed, with very few mistakes. It was interesting to observe how different people approached certain changes, such as adding a svg file.
-
Release 0.3 Seneca-ICTOER/IPC144
For this assignment we had to contribute to a Seneca repository. I chose the IPC144 repo.
-
Result: Contributing to a open source project
Issue: https://github.com/Seneca-ICTOER/IPC144/issues/64 I worked on the standardized front matter across all markdown pages. This open-source project is the C language course notes of my major program.
-
Release 0.4 - Final
And the reason why the web-only artifacts is still appear on the PDF page is because the --excludeSelectors option is not implemented enough. I have to add .clean-btn to the --excludeSelectors, the purpose of this is not to include the "On the page" artifact in side the PDF page. This is the final source code I have implement for this improvement and my pull request
-
Release 0.4 - Release
I think I was able to do a good job meeting my goals I gave myself in my planning phase of this release. I was able to finish the issues well on schedule while balancing my other courses like I hoped and I was able to properly audit and fix both issues #122 and #123 without needing too many changes after review. What I learned from those two issues is the importance to read and checkout other issues/pull requests, especially for smaller repos. As I was told in the review for both my issues, I learned that the project recently made changes with how we would format the frontmatter. In PR #142 we no longer use the slug for pages due to inconsistency with links and we also need to include a description to follow the standardized Frontmatter as updated in PR #143.
-
Release 0.4 - My progress
The first issue I was working on IPC144 Course Note is about improving the usability of the PDF file generated from the website. All contents are generated inside the PDF, however, we want to get this better since some of the pictures are not showing properly, and also the web-only artifacts are still on the PDF, which we do not want it when we use the "PDF" version. convert-to-pdf.sh file would be modified a bit to accomplish this.
-
Release 0.4 Release
Issue #113
-
Finishing Up Release 0.4
PR
-
Release 0.4 - Part 3
As for this pull request, the code review went much more smoothly, with me having to only make minor changes to ensure that it would not cause any errors when built.
-
Release 0.4 - Part 2
2. #issue-107
prettier
-
Biome.js : Prettier+ESLint killer ?
If you're a developer, you're surely familiar with Prettier and ESLint. With over 8 years of existence, they have established themselves as references in the JavaScript ecosystem.
-
Most basic code formatting
prettier is used to format you text
-
How to use Lefthooks in your node project?
No formatting inconsistencies: The committed code should follow the organization's code formatting standards(prettier or pretty-quick).
-
Git Project Configuration With Husky and ESLint
Letβs walk through the steps for a one-time setup to configure husky pre-commit and pre-push hooks, ESLint with code styles conventions, prettier code formatter, and lint-staged. Husky automatically runs a script on each commit or push. This is useful for linting files to enforce code styles that keeps the entire code base following conventions.
-
What is an Abstract Syntax Tree in Programming?
GitHub | Website
-
Shared Tailwind Setup For Micro Frontend Application with Nx Workspace
Prettier: An opinionated code formatter that enforces a consistent code style.
-
Angular 14 + Prettier + Husky Setup
What is Prettier π?
-
π THE BEST AND MOST USEFUL VSCODE EXTENSIONS π
In this Thread, I won't show you little extensions that you probably already know, like Live Server or Prettier.
-
Why is Prettier rock solid?
Another example: https://github.com/prettier/prettier/issues/187
That issue has been open for 7 years.
- How to create a good README.md file
What are some alternatives?
IPC144 - Seneca College IPC144 Course Notes
black - The uncompromising Python code formatter
telescope - A tool for tracking blogs in orbit around Seneca's open source involvement
JS-Beautifier - Beautifier for javascript
IPC144
dprint - Pluggable and configurable code formatting platform written in Rust.
Docusaurus - Easy to maintain open source documentation websites.
ESLint - Find and fix problems in your JavaScript code.
lighthouse - Automated auditing, performance metrics, and best practices for the web.
prettier-plugin-organize-imports - Make Prettier organize your imports using the TypeScript language service API.
brain-marks - [Not Active] Open-source iOS app to save and categorize tweets
Standard - π JavaScript Style Guide, with linter & automatic code fixer