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

seview

v2.0.5

Published

S-Expression View

Downloads

48

Readme

seview: S-Expression View

A simple way of writing views with s-expressions, and meant to be used with a virtual DOM library.

Why?

Because plain JavaScript is simpler to write and build than JSX or HTML string literals, and it's great to write views in a way that is independent of the virtual DOM library being used. It's also nice to use convenient features even if the underlying virtual DOM library does not support them.

Example

Instead of writing this in JSX:

<div id="home">
  <span className="instruction">Enter your name:</span>
  <input type="text" id="username" name="username" size="10"/>
  {isMessage && <div className={"message" + (isError ? " error" : "")}>{message}</div>}
</div>

Or even this in hyperscript:

h('div', { id: 'home' }, [
  h('span', { className: 'instruction' }, 'Enter your name:'),
  h('input', { type: 'text', id: 'username', name: 'username', size: 10 }),
  isMessage && h('div', { className: 'message' + (isError ? ' error' : '') }, message)
])

You can write this with seview:

['div#home',
  ['span.instruction', 'Enter your name:'],
  ['input:text#username[name=username][size=10]'],
  isMessage && ['div.message', { class: { 'error': isError } }, message]
]

Besides the conveniences of the syntax, you also don't have to write h at every element. To switch from one virtual DOM library to another, you only need to make changes in one place. All your view code can remain the same.

If you are using the Meiosis pattern, seview is a great way to further decouple your code from specific libraries. Your views become independent of the underlying virtual DOM library API.

Installation

Using Node.js:

npm i seview

With a script tag:

<script src="http://unpkg.com/seview"></script>

Usage

Out of the box, seview supports 3 view libraries:

Using a different library is not difficult. See Using a different view library.

When using seview with built-in support, we assume writing views with the following attributes:

  • class for the HTML class attribute - converted to className for React
  • for for the HTML for attribute - converted to htmlFor for React
  • innerHTML for using unescaped HTML - converted appropriately for React, Preact, and Mithril
  • onClick, onChange, etc. for DOM events - converted to lowercase for Mithril

By writing views with the conventions above, you can switch between React, Preact, or Mithril without changing any of your view code! You can see this in action in the Meiosis Realworld Example, where switching can be achieving just by editing one file.

React

To use seview with React:

import { h } from 'seview/react';
import { createRoot } from 'react-dom/client';

const rootView = (...) =>
  ['div.container',
    [...]
  ];

const root = createRoot(document.getElementById('app'));
root.render(h(rootView(...)));

Click here for a live example: seview + React

Preact

To use seview with Preact:

import { h } from 'seview/preact';
import { render } from 'preact';

const rootView = (...) =>
  ['div.container',
    [...]
  ];

const element = document.getElementById('app');
render(h(rootView(...)), element);

Click here for a live example: seview + Preact

Mithril

To use seview with Mithril:

import { h } from 'seview/mithril';
import m from 'mithril';

const rootView = (...) =>
  ['div.container',
    [...]
  ];

m.mount(document.getElementById('app'), {
  view: () => h(rootView(...))
});

Click here for a live example: seview + Mithril

Features

seview supports CSS-style selectors in tag names, { class: boolean } for toggling classes, using an array or varags for children, flattening of nested arrays, and removal of null/empty elements.

Element

An element is an array:

[tag, attrs, children]

or a string (text node):

'this is a text node'

The tag can be a string, or something that your virtual DOM library understands; for example, a Component in React. For the latter, seview just returns the selector as-is.

Tag

When the tag is a string, it is assumed to be a tag name, possibly with CSS-style selectors:

  • 'div', 'span', 'h1', 'input', etc.
  • 'div.highlighted', 'button.btn.btn-default' for classes
  • 'div#home' for id
  • 'input:text' for <input type="text">. There can only be one type, so additional types are ignored. 'input:password:text' would result in <input type="password">.
  • 'input[name=username][required]' results in <input name="username" required="true">
  • if you need spaces, just use them: 'input[placeholder=Enter your name here]'
  • default tag is 'div', so you can write '', '.highlighted', '#home', etc.
  • these features can all be used together, for example 'input:password#duck.quack.yellow[name=pwd][required]' results in <input type="password" id="duck" class="quack yellow" name="pwd" required="true">

Attributes

If the second item is an object, it is considered to be the attributes for the element.

Of course, for everything that you can do with a CSS-style selector in a tag as shown in the previous section, you can also use attributes:

['input', { type: 'password', name: 'password', placeholder: 'Enter your password here' }]

You can also mix selectors and attributes. If you specify something in both places, the attribute overwrites the selector.

['input:password[name=password]', { placeholder: 'Enter your password here' }]
<input type="password" name="password" placeholder="Enter password name here">
['input:password[name=username]', { type: 'text', placeholder: 'Enter your username here' }]
<input type="text" name="username" placeholder="Enter your username here">

Classes

Classes can be specified in the tag as a selector (as shown above), and/or in attributes using class:

['button.btn.info', { class: 'btn-default special' }]
<button class="btn info btn-default special">

If you specify an object instead of a string for class, the keys are classes and the values indicate whether or not to include the class. The class is only included if the value is truthy.

// isDefault is true
// isError is false
['button.btn', { class: { 'btn-default': isDefault, 'error': isError } }]
<button class="btn btn-default">

Children (array or varags)

The last item(s), (starting with the second if there are no attributes, and starting with the third if attributes are present), are the children. The children can be:

  • an array, or
  • varargs.

Using an array

You can specify children as an array:

['div', [
  ['span', ['Hello']],
  ['b', ['World']]
]
<div>
  <span>Hello</span>
  <b>World</b>
</div>

Using varargs

You can specify children as varargs:

['div',
  ['span', 'Hello'],
  ['b', 'World']
]
<div>
  <span>Hello</span>
  <b>World</b>
</div>

Varargs and text nodes

The problem with supporting varargs is, how do you differentiate a single element from two text nodes?

For example:

['div', ['b', 'hello']]

vs

['div', ['hello', 'there']]

For the second case, varargs must be used:

['div', 'hello', 'there']

Flattened arrays

Whether using an array of children or varargs, nested arrays are automatically flattened:

['div', [
  ['div', 'one'],
  [
    ['div', 'two'],
    [
      ['div', 'three']
    ]
  ]
]]

or

['div',
  ['div', 'one'],
  [
    ['div', 'two'],
    [
      ['div', 'three']
    ]
  ]
]

Both result in

<div>
  <div>one</div>
  <div>two</div>
  <div>three</div>
</div>

Ignored elements

The following elements are ignored and not included in the output:

  • undefined
  • null
  • false
  • ''
  • []

This makes it simple to conditionally include an element by writing:

condition && ['div', 'message']

If condition is falsy, the div will not be included in the output. Because it is completely excluded, this will work even if the virtual DOM library that you are using does not handle false, null, or undefined.

Elements converted to a string

The following elements will be converted to a string:

  • true
  • numbers
  • NaN
  • Infinity

Using a different view library

seview exports a single function, seview, that you use to create an h function that works with the view library of your choice. Calling h(view), where view is the view expressed as arrays as we have seen above, produces the final result suitable for your view library.

To set up your view library, call seview and pass it a function that gets called for every node in the view. Each node has the following structure:

{
  tag: 'button',
  attrs: { id: 'save', class: 'btn btn-default', ... }
  children: [ ... ]
}

The function that you write needs to convert the structure above to what is expected by the view library that you are using. Note that your function will also be called for each element in children.

import { seview } from 'seview';
import { myViewLibrary } from 'my-view-library';

export const h = seview((node) => {
  const tag = processTagAsNecessary(node.tag);
  const attrs = processAttrsAsNecessary(node.tag);

  return myViewLibrary(tag, attrs, node.children || []);
});

Then you can use h with your view library in a similar way as we saw in the Usage section.

Credits

seview is inspired by the following. Credit goes to the authors and their communities - thank you for your excellent work!


seview is developed by foxdonut (@foxdonut00) and is released under the MIT license.