Important: This documentation covers Yarn 1 (Classic).
For Yarn 2+ docs and migration guide, see yarnpkg.com.

Package detail

are-we-there-yet

npm77.7mISCdeprecated4.0.2TypeScript support: definitely-typed

This package is no longer supported.

Keep track of the overall completion of many disparate processes

readme

are-we-there-yet

Track complex hierarchies of asynchronous task completion statuses. This is intended to give you a way of recording and reporting the progress of the big recursive fan-out and gather type workflows that are so common in async.

What you do with this completion data is up to you, but the most common use case is to feed it to one of the many progress bar modules.

Most progress bar modules include a rudimentary version of this, but my needs were more complex.

Usage

var TrackerGroup = require("are-we-there-yet").TrackerGroup

var top = new TrackerGroup("program")

var single = top.newItem("one thing", 100)
single.completeWork(20)

console.log(top.completed()) // 0.2

fs.stat("file", function(er, stat) {
  if (er) throw er  
  var stream = top.newStream("file", stat.size)
  console.log(top.completed()) // now 0.1 as single is 50% of the job and is 20% complete
                              // and 50% * 20% == 10%
  fs.createReadStream("file").pipe(stream).on("data", function (chunk) {
    // do stuff with chunk
  })
  top.on("change", function (name) {
    // called each time a chunk is read from "file"
    // top.completed() will start at 0.1 and fill up to 0.6 as the file is read
  })
})

Shared Methods

  • var completed = tracker.completed()

Implemented in: Tracker, TrackerGroup, TrackerStream

Returns the ratio of completed work to work to be done. Range of 0 to 1.

  • tracker.finish()

Implemented in: Tracker, TrackerGroup

Marks the tracker as completed. With a TrackerGroup this marks all of its components as completed.

Marks all of the components of this tracker as finished, which in turn means that tracker.completed() for this will now be 1.

This will result in one or more change events being emitted.

Events

All tracker objects emit change events with the following arguments:

function (name, completed, tracker)

name is the name of the tracker that originally emitted the event, or if it didn't have one, the first containing tracker group that had one.

completed is the percent complete (as returned by tracker.completed() method).

tracker is the tracker object that you are listening for events on.

TrackerGroup

  • var tracker = new TrackerGroup(name)

    • name (optional) - The name of this tracker group, used in change notifications if the component updating didn't have a name. Defaults to undefined.

Creates a new empty tracker aggregation group. These are trackers whose completion status is determined by the completion status of other trackers added to this aggregation group.

Ex.

var tracker = new TrackerGroup("parent")
var foo = tracker.newItem("firstChild", 100)
var bar = tracker.newItem("secondChild", 100)

foo.finish()
console.log(tracker.completed()) // 0.5
bar.finish()
console.log(tracker.completed()) // 1
  • tracker.addUnit(otherTracker, weight)

    • otherTracker - Any of the other are-we-there-yet tracker objects
    • weight (optional) - The weight to give the tracker, defaults to 1.

Adds the otherTracker to this aggregation group. The weight determines how long you expect this tracker to take to complete in proportion to other units. So for instance, if you add one tracker with a weight of 1 and another with a weight of 2, you're saying the second will take twice as long to complete as the first. As such, the first will account for 33% of the completion of this tracker and the second will account for the other 67%.

Returns otherTracker.

  • var subGroup = tracker.newGroup(name, weight)

The above is exactly equivalent to:

  var subGroup = tracker.addUnit(new TrackerGroup(name), weight)
  • var subItem = tracker.newItem(name, todo, weight)

The above is exactly equivalent to:

  var subItem = tracker.addUnit(new Tracker(name, todo), weight)
  • var subStream = tracker.newStream(name, todo, weight)

The above is exactly equivalent to:

  var subStream = tracker.addUnit(new TrackerStream(name, todo), weight)
  • console.log( tracker.debug() )

Returns a tree showing the completion of this tracker group and all of its children, including recursively entering all of the children.

Tracker

  • var tracker = new Tracker(name, todo)

    • name (optional) The name of this counter to report in change events. Defaults to undefined.
    • todo (optional) The amount of work todo (a number). Defaults to 0.

Ordinarily these are constructed as a part of a tracker group (via newItem).

  • var completed = tracker.completed()

Returns the ratio of completed work to work to be done. Range of 0 to 1. If total work to be done is 0 then it will return 0.

  • tracker.addWork(todo)

    • todo A number to add to the amount of work to be done.

Increases the amount of work to be done, thus decreasing the completion percentage. Triggers a change event.

  • tracker.completeWork(completed)

    • completed A number to add to the work complete

Increase the amount of work complete, thus increasing the completion percentage. Will never increase the work completed past the amount of work todo. That is, percentages > 100% are not allowed. Triggers a change event.

  • tracker.finish()

Marks this tracker as finished, tracker.completed() will now be 1. Triggers a change event.

TrackerStream

  • var tracker = new TrackerStream(name, size, options)

    • name (optional) The name of this counter to report in change events. Defaults to undefined.
    • size (optional) The number of bytes being sent through this stream.
    • options (optional) A hash of stream options

The tracker stream object is a pass through stream that updates an internal tracker object each time a block passes through. It's intended to track downloads, file extraction and other related activities. You use it by piping your data source into it and then using it as your data source.

If your data has a length attribute then that's used as the amount of work completed when the chunk is passed through. If it does not (eg, object streams) then each chunk counts as completing 1 unit of work, so your size should be the total number of objects being streamed.

  • tracker.addWork(todo)

    • todo Increase the expected overall size by todo bytes.

Increases the amount of work to be done, thus decreasing the completion percentage. Triggers a change event.

changelog

Changelog

4.0.2 (2024-01-05)

Dependencies

Chores

  • 6c3cebf #205 postinstall for dependabot template-oss PR (@lukekarrys)
  • 809215c #205 bump @npmcli/template-oss from 4.21.1 to 4.21.3 (@dependabot[bot])
  • 8858a73 #202 postinstall for dependabot template-oss PR (@lukekarrys)
  • b2134b9 #202 bump @npmcli/template-oss from 4.19.0 to 4.21.1 (@dependabot[bot])
  • 9acf64b #184 postinstall for dependabot template-oss PR (@lukekarrys)
  • d8bacce #184 bump @npmcli/template-oss from 4.18.1 to 4.19.0 (@dependabot[bot])
  • 9e4783f #182 postinstall for dependabot template-oss PR (@lukekarrys)
  • d55ffbf #182 bump @npmcli/template-oss from 4.18.0 to 4.18.1 (@dependabot[bot])
  • 08dc9f5 #181 postinstall for dependabot template-oss PR (@lukekarrys)
  • 8145faf #181 bump @npmcli/template-oss from 4.17.0 to 4.18.0 (@dependabot[bot])

4.0.1 (2023-07-17)

Bug Fixes

  • aee9063 #178 modernize class inheritance (#178) (@jimmywarting)

4.0.0 (2022-10-10)

⚠️ BREAKING CHANGES

  • are-we-there-yet is now compatible with the following semver range for node: ^14.17.0 || ^16.13.0 || >=18.0.0

Features

  • 529459c #157 postinstall for dependabot template-oss PR (@lukekarrys)

Dependencies

  • 7af13fa #146 bump readable-stream from 3.6.0 to 4.1.0

3.0.1 (2022-07-21)

Bug Fixes

  • replace deprecated String.prototype.substr() (#140) (6145a9e)

3.0.0 (2022-02-09)

⚠ BREAKING CHANGES

  • This drops support for node10 and non-LTS versions of node 12 and node 14

Bug Fixes

Documentation

  • rename CHANGE.md to CHANGELOG.md (2667644)

1.1.5 2018-05-24

  • #92 Fix bug where finish would throw errors when including TrackerStream objects in TrackerGroup collections. (@brianloveswords)

1.1.4 2017-04-21

  • Fix typo in package.json

1.1.3 2017-04-21

  • Improve documentation and limit files included in the distribution.

1.1.2 2016-03-15

  • Add tracker group cycle detection and tests for it

1.1.1 2016-01-29

  • Fix a typo in stream completion tracker

1.1.0 2016-01-29

  • Rewrote completion percent computation to be low impact– no more walking a tree of completion groups every time we need this info. Previously, with medium sized tree of completion groups, even a relatively modest number of calls to the top level completed() method would result in absurd numbers of calls overall as it walked down the tree. We now, instead, keep track as we bubble up changes, so the computation is limited to when data changes and to the depth of that one branch, instead of every node. (Plus, we were already incurring this cost, since we already bubbled out changes.)
  • Moved different tracker types out to their own files.
  • Made tests test for TOO MANY events too.
  • Standarized the source code formatting