Over the past couple of weeks, I've been working on cli-ssg, which is a command line tool to generate a website using .txt/.md files. A lot of changes had accumulated, and this was the perfect time to create an official release 1.0.0.

Last week, I added some tests to cli-ssg using jest, but right now the only way to run them is to run them manually. While this works, having an automated process in place to run the tests would be much better, as that would mean that any change that breaks the tests, cannot be merged.

Static analysis tools help us maintain the quality of our source code by fixing formatting issues, spotting suspicious coding constructs, or alerting us to common errors. As cli-ssg is a collaborative open source project, it becomes especially important to have these in place to enforce common formatting and linting.

Since I had created a basic static site generator (cli-ssg), I wanted to explore other bigger projects that were working on the same problem. One such popular SSG is Docusaurus which is a React based static site generator backed by Facebook.

That being said, index.js was looking a bit messy after the pull request for the --config option was merged into main (#18).

Someone also created a similar issue on my project cli-ssg earlier this week to add support for a config JSON file and so I assigned it to them. There hasn't been a pull request as of me writing this blog, but I look forward to reviewing it! https://github.com/dhillonks/cli-ssg/issues/17

This week I worked on adding more functionality to cli-ssg. I decided to add support for a --lang flag to specify language and add the ability to produce horizontal rule: Add support for horizontal rule in markdown Add a -l flag to generate the lang attribute

Once I had approval from the owner, the .md ticket was assigned to me and I started off by forking the repository and creating a branch to work on the issue (dhillonks/commandline-ssg:issue-8). The code in the repo was already organized into modules which made it easier for me to expand the parsing functionality. I ended up splitting the parsing method to add a flow for .md files. This ensured that I wasn't affecting any old functionality, leaving the parsing for .txt as is. After some coding, I was able to parse .md files and detect headings h1-h6. I used the first h1 text as the placeholder for . The tool could now also generate paragraphs properly for separated lines which were not headings. Moreover, both **bold** and __bold__ markdown syntax for bold text were supported. Along with these code changes, I also modified the Readme.md file to document this new functionality.

Creating a pull request to get the work accepted into the original repo

After I had thoroughly testing my changes, making sure that the new functionality worked and also ensuring that it didn't break any old functionality, I created a pull request on the original repository.

Link to the pr to commandline-ssg - Click here!

I included a description of the changes that were made, the functionality that was added and sample usage for .md files. I also pinged the code owner to review the pull request once it was created. Today, I just found out that my changes were approved and the pull request was merged!

Reviewing a pull request to cli-ssg

I also received a pull request to the open source tool I had created earlier.

Link to the pr to my repo - Click here

The pr was also adding functionality to parse .md files including the headings, bold, italics, links and strikethrough. It looked good at a first glance and the functionality mostly worked but I ended up finding a few issues after looking closely.
The biggest problem was that

paragraphs were not being generated for non-headings. This was obviously an big problem which I need to highlight.
Also, it rendered bold using and italics using which is not the best way to markup emphasis. So I suggested that bold should instead use and italics should instead use .
My last suggestion was not a bug, but since the PR was also implementing the syntax support for links, I wanted to make sure that it also supported automatic links i.e. links within angled braces should be rendered to an anchor tag.
I highlighted these and requested changes when I added my review to the pr. I look forward to reviewing the pr again once these changes are made.

Unused variables

Issue #1 There are some defined variables that never used in the code. const yargs = require("yargs"); const path = require("path"); These two variables are never used in the code, so I suggested my partner to remove them.

Parse it into HTML using markdown-it

We can easily use markdown-it, a markdown parser for rendering a mix of JavaScript and plain text into a markdown file. To get started, kindly create a new directory with the following file structure:

github.com/markdown-it/markdown-it - markdown biblioteca.

Recently, I am using markdown-it. Due to the nature of Vue and virtual DOM. You cannot style style inside v-html with scoped style. The only solution for me is global css and deep selector. I choose the latter

You could probably use markdown-it in your web app to create a notes program where Markdown is used. That tool has lot of plugins. I used it in a small project for myself to test it and it worked like a charm and you can style it so it looks modern. Nevertheless I do not remember if there is a plugin for collaborative writing so users can edit the same file simultaneously but if it does not exist, you can probably work that out by yourself.

markdown-it - Markdown parser done right. Fast and easy to extend.

I don't quite get what you mean. I've used [markdown-it](https://github.com/markdown-it/markdown-it) and overwrite its render rule for images, so it returns an NuxtImg instead of an native img tag.

I've been using markdown-it and highlight.js for code snippets, and so far it's been working pretty great straight out of the box without any other parsing or format prompting

It then, gets compiled down to regular HTML by a markdown processor so that the browser can understand it and display it on the screen.

Maybe Markdown It? link