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

@technologyfromsage/bibliographic-resource-parsers-lib

v5.10.1

Published

Welcome to Bibliographic resource parsers lib! This guide will walk you through setting up the development environment and getting started with contributing to the project.

Downloads

787

Readme

Bibliographic resource parsers lib

Welcome to Bibliographic resource parsers lib! This guide will walk you through setting up the development environment and getting started with contributing to the project.

Contributing

We follow the conventional commits specification for our PR titles. When creating a Pull Request, the title of the PR will be used as the commits will be squashed and merged in the main branch.

Therefore, it is mandatory to use conventional commit messages in the title of your PR. To enforce this, we use a GitHub action that validates the PR title conforms to the Conventional Commits conventions.

We use this standard to help us correctly version the project and generate changelogs automatically.

For more information about conventional commits, you can refer to Conventional Commits Specification.

Setting Up the Development Environment

Prerequisites

Before you begin, make sure you have the following installed:

  • nvm
  • Node.js - version is defined in .nvmrc file
  • Git

Getting Started

git clone [email protected]:talis/bibliographic-resource-parsers-lib.git
cd bibliographic-resource-parsers-lib

You can run the following nvm command to install and use the required Node.js version:

nvm install && nvm use

Install Dependencies

npm install

Linting & Formatting

Code standards and formatting are enforced using ESLint and Prettier.

You can analyse your code for standards issues using:

npm run lint

You can reformat and apply automatic fixes by running:

npm run format

Build library

To build the library run:

npm run build

Running/Writing Tests

To run the tests, you can use the following command:

npm test

Parser Tests

Parser tests use HTML fixtures saved from real-world examples. These should be specified in the tests as URLs which will be mapped to fixtures and snapshots.

The general format of a parser test is as follows:

const urls = [
    'https://www.example.com',
];

test.each(urls)('should parse %s', async url => {
    const fixture = await loadFixture(__dirname, url);
    const resourceData = convertToResourceData(url, fixture);
    
    const result = yourParserUnderTest(resourceData);
    
    await expect(result).toMatchFileSnapshot(getSnapshotPath(__dirname, url));
});

If no fixture exists for a real-world example, the test will fail and prompt you to save the fixture using the command npm run save-fixture {url} {saveDirectory}. This will save the HTML from the URL to the specified directory. Running the test again will use the saved fixture.

The fixture should be run through the parser under test and compared against a snapshot of the expected output. If the snapshot does not exist, it will be created. If it mismatches the output, the test will fail and Vitest will prompt you to update the snapshot.