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

notepack-cli

v1.0.0-prerelease.24

Published

Local note taking CLI helpers

Downloads

32

Readme

Actions Status

NotePack CLI

Local note taking with intelligent todo collation.

About

NotePack CLI project started out as a simple set of scripts to keep my own note taking sane. I got tired of switching between note taking apps depending on my job, the whims of IT, and the fickleness of my WiFi connection. So, I decided to start taking all my notes locally in Markdown. Since my notes were just files, and Markdown is a structured format, I figured I'd make my notes work for me.

NotePack will collate all todos found in any Markdown file in your notes folder, order and group them, and then place them in README.md files anywhere you place them among your notes (with todos kept in context to the location of said README.md file).

NotePack also understands the concept of teams and will make distinctions between todos you have assigned for yourself, and todos you expect others to accomplish to help you keep them accountable (or bug them to make sure they're actually delivering what you expect on time). NotePack will assume any todo that doesn't start with an @mention syntax is assigned to you and place all your open todos in your note project's root README.md file. Create a team folder for your team members with README.md files in each team member folder and NotePack will place corresponding todo lists for each team member in their README.md file - great for people managers!

Roadmap

Still lots to do to make this into a tool that others will truly enjoy. See the Roadmap Project for what's coming next.

Installation

Prerequisite: As this is an npm package, you must have Node installed on your machine for notepack-cli to work

Simply install this package as a global module:

> npm install -g notepack-cli

Configuration

Once you have installed NotePack you will need to configure your project. This only needs to be done once:

> notepack configure

You will be asked a series of questions:

Application root folder location
This is the location of your notes project. By default, it is the root folder of your notes project. All file paths in subsequent questions should be considered relative to this location. Your project owner README.md should reside in this location.

Folder paths to collate todos (comma delimited)
You can specify specific folders in your notes project to ensure you aren't scraping any other non-notes folders. You can specify multiple folders with a comma delimited list.

Folder path for team notes
The folder where your team member notes are kept; default is Team. The expectation is that sub-folders exist named after each team member within this folder and each team member sub-folder has a README.md file.

Anchor title for todos section
The title of the todos section of the README.md file. If this section does not exist yet in the file it will be appended to the end of the file. If this section already exists it will be replaced bracketing the start and end of the section between the heading levels specified in the Anchor heading level for todos and recent files sections question.

Anchor title for recent files section
The title of the recent files section of the README.md file. If this section does not exist yet in the file it will be appended to the end of the file. If this section already exists it will be replaced bracketing the start and end of the section between the heading levels specified in the Anchor heading level for todos and recent files sections question.

NOTE: At this time, recent files will only work on Mac OS and Linux environments as it has an external dependency on the find shell command.

Show this many recent files
How many recent files should be shown in the recent files section of the README.md file.

Anchor heading level for todos section
The heading level for the todos section; default is ## (an H2). This is used for bracketing where the todos section begins and ends (before the next ## for example).

Todo group heading level (should be less than anchor heading)
The heading level for grouping todos in the todos section of README.md files. Notepack will group todos by folder and filename and display that grouping above those todos (with the grouping heading linked to the file housing the todos).

Using NotePack

NotePack will work with any file naming schema or folder organization, however it will work best for you if you follow a consistent convention.

Folder structure

NotePack will read any folder organization, but team folder structuring is expected to follow a specific pattern. See Team member management / Folder organization for more details. See the example folder for a possible organization of notes.

File creation

As file creation meta isn't reliable for noting when a note was taken and how fresh or stale the todos associated with it are, it is recommended that all note files in your note project start with the date of the note:

2020-05-10 Project Planning Session.md
2020-07-06 Weekly Backlog Grooming.md

This will allow ordering in directory listings to act in a consistent and predictable manner and NotePack will read the YYYY-MM-DD prefix on the file to determine the order in which to display the todos in README.md files. Noting file dates in this way also allows note dating to remain consistent across machines when syncing your note project using git across devices.

File structure

NotePack will read todos from anywhere within a Markdown file and attempt to assign them to an individual and collate them to folder level README.md files. However, it is recommended to keep your notes file structure standardized so it is easy to quickly locate follow-up items and check things off. The recommended structure would look something like:

# Project Planning Session

## Follow-up
- [ ] @John to write project plan
- [ ] Follow-up with @John later

## Notes
Notes go here

* Important item 1
* Important item 2
* etc.

NotePack would find the two todos here, add the one starting with @John to John's team folder README.md file and add the other todo to the project owner README.md file. Those todos would each be grouped under a heading linking to this file. When taking notes using an IDE like VSCode, those links can be followed to open the associated file they were originally scraped from. When following this file structure the todos are easy to find and mark off. Viewing this file structure when rendered in a git repository like GitHub will also make it easy to read through and find any outstanding todos from a single note.

Team Management

Folder organization

To manage team member notes and collate todos, you must create a specific folder structure. Assuming you have configured NotePack with the team folder as Team, that folder should look like:

Team
  Jane Doe
    README.md
  John Doe
    README.md

The README.md file in the Jane Doe folder will update with any todos assigned to Jane by prefixing a todo with her @mention:

- [ ] @Jane.Doe to organize strategy session

By default you can concatenate given and sur names with .. You can also specify other aliases for ease of mentioning. See the Customizing team members / aliases section for more details.

Customizing team members

Team members can be customized using front-matter at the head of each team member folder's README.md file. Example for the Johnathan Doe team member:

---
aliases:
- John
- John Doe
- Johnathan
---

aliases

An Array of alternate names to refer to a team member by. NotePack will automatically assign an alias for given and sur name concatenation with . characters instead of spaces. In the example above, Johnathan Doe can be referenced by @Johnathan.Doe, @John, @John.Doe, or @Johnathan in any todo assigned to him.

CLI

notepack backup

Backup note files by individually committing each new file with a commit message named after the first H1 in the file or the name of the file (without any YYYY-MM-DD prefix). Also bulk commits updated files with an "Update todos" commit message.

> notepack backup

Pro-tip: set this command up in a cronjob to happen daily after your workday to always make sure your commit history is kept up-to-date

notepack configure

Configure NotePack

> notepack configure

notepack todos mine

Display open todos assigned to the project owner.

> notepack todos mine

notepack todos [TEAM_MEMBER]

Display open todos assigned to a team member.

> notepack todos "Jane Doe"

notepack update

Update all README.md files (folders and team).

> notepack update

notepack watch

Watch file changes in the background and automatically update README.md files with new open todos or closed todos. Watch will begin running in the background detatched from the current terminal and not provide any output. This will allow watching to happen without having to keep terminal open.

> notepack watch

notepack recent

Display a list of the files that have been recently modified.

> notepack recent

notepack status

Display the status of the watcher.

> notepack status

notepack stop

Stop watching for file changes.

> notepack stop

notepack --help

(alias -h) Display help for the command line

> notepack --help

notepack --version

(alias -v) Display the running version of NotePack.

> notepack --version