npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

bracks-parser

v5.1.4

Published

An alternative style of writing html and ejs that eliminates the necessity of using angle brackets for elements

Downloads

10

Readme

#bracks-parser

travis build npm version

#####Use as a gulp plugin bracks-parser can be used as a gulp plugin as well. If you are interested about that, please read gulp-bracks.

#####Use as a command line interface bracks-parser can be used as a command line utility as well. If you are interested about that, please read bracks-cli.

#####Install bracks-parser for use as an express middleware npm install bracks-parser, or npm install bracks-parser --save-dev if you want to install it as a development dependency. please read down below to see how it can easily be used as an express middleware.

#####Performance Here is what happens under the hood:

The parser gets all source files under given bracks directory as a stream of vinyl file objects, pipes them through2 transform function, parses them all, and pipes the result documents to their destination under project root directory. In case of express application, it calls the next middleware on end event.

#####What is this bracks thing? bracks (short for brackets) is an alternative and relatively faster way of writing html and ejs that doesn't use <, > for identifying elements. Instead, [] and () are the main identifiers.

#####Rationale I've always found < and > so annoying and tedious in writing html. For one complete element we have to insert four of <, >. The argument is that inserting < and > decreases the speed and distrupts the flow of writing html code. Primarily, in a usual case inserting < and > requires a second key, usually the shift-key or another key, to be triggered. Honestly, how many times you meant to type < but the output was ,! It happened to me a lot. Furthermore, cleaner code, it means the code that is easier for eyes to track and distinguish various characters without falling into momentary confusion, leads to the code that is easier to read and also is less-error-prone. bracks gives us the ability to write our html with less tediousness because we no longer need to insert < and > each time for each tag name. As long as we follow a few simple agreements, we write html without any angle brackets because bracks-parser will add them for us.

I understand, at first, it looks weird and so unfamiliar especially for a long-time html writer. That's absolutely true and fair. However, it shouldn't take more than a few days (for some even a few hours probably) to adapt to this simple syntax because it is actually very simple. Eventually, you will realize that you develop your code faster with less tediousness. For example in bracks syntax start tags are in the form of tagname[. End tags are in the form of ]tagname. Notice the simple pattern here, tagname[ ]tagname. So basically, you can think of all the contents of an element wrapped in []. Since html elements enclose their contents, using [] helps us read and interpret html document easier and faster because [] symbols intuitively bring the idea of containing something. In my humble opinion, the speed and efficiency of the flow of writing code is not necessarily related to the number of characters that we insert. It is more related to how each character is being inserted. I've personally found typing tagname[ easier and faster than <tagname>. If you are interested to know more about this simple syntax, please read the following.

Of course, any help, idea, criticism would be all absolutely appreciated.

#####bracks simple syntax Since html document structure relies on start and end tags, we still need an identifier to distinguish them from the rest of the text. bracks uses [] and () as the main identifiers. Simply for a normal element, all attributes and their values are placed in (), and all the contents of the element are placed in []. Here is how we can use bracks:

Important Notice: bracks is not a whitespace sensitive syntax. Also, bracks-parser doesn't touch the whitespaces in the document. So it means the indentation of the final result is going to be the same as the source file. If the following simple agreements are maintained throughtout the entire code, you are going to receive your code in a clean and correct format.

1. comments

bracks comment starting tag: c/[

bracks comment ending tag: ]/c

html comment starting tag: <!--

html comment ending tag: -->

bracks comment example: c/[your valuable comment]/c

html comment example: <!--your valuable comment-->

2. start tag without attributes

bracks: tagname[

bracks-example: div[

html: <tagname>

html-example: <div>

3. start tag with attributes

bracks: tagname(list of all attributes and their values)[

bracks-example: div(id="yourDivId" class="yourdivclass")[

html: <tagname list of all attributes and their values>

html-example: <div id="yourDivId" class="yourdivclass">

4. void tag without attributes

bracks: [tagname]

bracks-example: [br]

html: <tagname>

html-example: <br>

5. void tag with attributes

bracks: tagname(list of all attributes and their values)/]

bracks-example: meta(charset="UTF-8")/]

html: <tagname list of all attributes and their values>

html-example: <meta charset="UTF-8">

6. end tag

bracks: ]tagname

bracks-example: ]div

html: </tagname>

html-example: </div>

7. escape character

In order to escape a character or a word, just put \ before or after the character or the word that is supposed to be escaped. It means, first insert it before the character. If it didn't work, insert it after the character.

####ejs and bracks hand in hand If you want to use bracks syntax in your ejs document, please use the following agreements (I call them agreements since I personally don't like rules as I am a fan of freedom!):

1.Scriptlet tag

ejs | bracks-style ejs equivalent

<% | [%

2.Plain ending tag

ejs | bracks-style ejs equivalent

%> | %]

For the rest of the tags, you just simply don't need to type < or > anymore (the parser will add them for you). For instance, instead of typing <%= page %>, you type %= page %]. So,

ejs | bracks-style ejs equivalent

<%= | %=

<%- | %-

<%# | %#

<%% | %%

<%_ | %_

-%> | -%

_%> | _%

That's it. As long as you follow these simple and relatively intuitive agreements, you will no longer need to insert any < and > for html or ejs elements. Just write it bracks style, pass your source code to bracks-parser and then receive your clean and complete html or ejs document that is ready to use for any purposes.

#####Example of a bracks style html document index.html:

<!DOCTYPE html>
html[
  c/[your comment]/c
  head[title[your page title]title]head
  body[
    h1[explore your mind]h1
    b[your bold text]b
    div(id="yourdiv" class="yourdivclass")[
      a(href="https://www.google.com")[link to google]a
      ul(style="list-style-type:disc")[
        li[item1]li
        li[item2]li
        li[a(href="https://www.google.com")[link to google]a]li
      ]ul
    ]div
    div[
      p[it is a samp s script footer paragraph tester]p
    ]div
  ]body
]html

#####Example of a bracks style ejs document index.ejs:

<!DOCTYPE html>
html[
  head[
    title[your page title]title
    link(rel="stylesheet" href="/stylesheets/style.css")/]
    meta(charset="utf-8")/]
  ]head
  body(class="%= page %]")[
    [% include partials/template/header.ejs %]
      section(class="layout")[
        div(class="primary")[
          %- include partials/content/home-page.ejs -%
        ]div
        p[explore your mind]p
        aside(class="secondary")[
          %- include partials/content/proj-page.ejs %]
        ]aside
      ]section
    [% include partials/template/footer.ejs %]
  ]body
]html

#####How to use bracks-parser as an express middleware If you want to write your html or ejs files in a bracks style, just create a directory under your project root directory and name it bracks. Then, keep all the html or ejs files that you want to write in a bracks syntax in this bracks direcory. Files can be located in sub-direcories. It doesn't matter. The parser will find them, convert them all to html or ejs, and pipe the result documents to their destinations under project root directory. Notice, the parser naturally presumes everything under bracks directory is written in a bracks style. As a result, they all being converted to html and/or ejs (based on the original file extension) and then being copied to the project root directory. For example, if you have views directory under bracks directory, the entire views directory being converted and piped to project root directory (please see the following example). Also, notice bracks understands both .html and .ejs.

So, something like the following will do the job for you.

var express = require('express');
var bracks_parser = require('bracks-parser');

// var path_to_bracks_directory = '/path/to/bracks';
// which for the most cases can be set like
var path_to_bracks_directory = './bracks';

var app = express();

app.set('views', path.join(__dirname, 'views'));
app.set('view engine', 'ejs');

app.use(bracks_parser(path_to_bracks_directory));

normally it is a good idea to put bracks-parser early on top of stack of middlewares since express renders html or ejs not the bracks one.

#####Example of views directory with sub-directories

Suppose our express application has the following structure in views directory.

views
  |__partials
  |     |__content
  |     |   |__home-page.ejs
  |     |   |__proj-page.ejs
  |     | 
  |     |__template
  |         |__header.ejs
  |         |__footer.ejs
  |
  |__index.ejs
  |__error.ejs

As long as we want to write our view files in a bracks syntax, we use the parser as a middleware and keep the same file structure as views directory in bracks directory. As a result, we have something like the following,

bracks
  |__views
       |__partials
       |      |__content
       |      |   |__home-page.ejs
       |      |   |__proj-page.ejs
       |      |
       |      |__template
       |          |__header.ejs
       |          |__footer.ejs
       |
       |__index.ejs
       |__error.ejs

As we run our app, the parser reads all the files under bracks directory. If it finds any errors, it passes the control to the next middleware by passing that error as an argument. If it doesn't find any errors, it parses all the files and pipes them all with clean and complete html or ejs format to the project root directory. In other words, it parses them all and makes them ready for express to render them. So it means as we write our application and progress, our updated (correct html or ejs formatted) files are dynamically being overwritten whenever we change bracks files.

Just as a reminder, since bracks is basically a development tool, when you are done writing in a bracks style and you don't need it anymore, if you want, you can just simply delete the bracks directory, remove the parser from the stack of middlewares in your application, and uninstall bracks-parser.

So, it is nothing crazy about this. Everything is as usual. We just write our view files bracks style, which hopefully gives us the ability to write html and/or ejs simpler, faster with less tediousness.