--why shows first level/depth dependents about qnm HOT 5 OPEN

Thanks @roymiloh, this is a cool idea!

There is a small UX problem that needs to be solved, some packages are being downloaded because multiple packages depend on them, which means that the output would be a bit harder to present.

We could create some interactive mode that will let the user to explore and expand dependency trees dynamically.

If there is a nice way to preset the whole tree statically that could be also nice.

I'm open for ideas and PRs

from qnm.

If I understand correctly, it should behave the same as npm list [package], right?

For example:

> qnm serialize-javascript serialize-javascript

serialize-javascript
├── 2.1.2
└─┬ webpack
  └── 1.9.0

compare to

> npm list serialize-javascript

[email protected] /path/to/my-package
└─┬ [email protected]
  ├─┬ [email protected]
  │ └── [email protected] 
  └─┬ [email protected]
    └─┬ [email protected]
      └── [email protected]

from qnm.

The problem with the npm ls tree is that it doesn't show the versions that you have on the file system. Meaning that you don't know which version is located on the root node_modules and which version is nested inside of other modules' node_modules directory.

from qnm.

Have not tested it. So seems like qnm should take both of the worlds..

from qnm.

You're right, finding good ways to show the full tree would give a lot of value.

from qnm.