Looks up for given file or directory at path in the tree (pre-loaded tree only)
This method, unlike Root#forceLoadFileEntryAtPath, WILL NOT, force load anything (synchronouse for that reason)
Lookup flattened tree structure by index
Root manages the flattened structure, which is automatically adjusted whenever a child Directory is expanded or collapsed
Total number of items that "can" be visible at surface can be accessed by Root#branchSize
Most windowing libraries will require you to specify item count, and upon rendering they will require data for an arbitrary index number
Use Root#branchSize and Root#getFileEntryAtIndex respectively.
Reverse of Root#getFileEntryAtIndex
Checks if an item is visible at surface, as opposed to being buried in the tree.
"Visible" here does not mean visible in the current view/scroll state of rendered content. Instead, it means the item "can" be visible if scolled to the right spot.
"Buried" means that item may (or may not) be inside an expanded directory, but at least one of its parent directory is in collapsed state preventing it from being "visible" at surface.
Like readdirp but much more sicker
Iterates top down starting from first child of startingPoint (default Root) until exited
âš THIS IS A UTILITY FUNCTION, DO NOT USE IT FOR FLATTENING TREE STRUCTURES âš
Flattened structure (for wiring with windowing libraries) is accessible through Root.getFileEntryAtIndex. Most windowing libraries will provide you
with the index they need data for. Flattened structure available through Root is managed internally and Root#branchSize is the number of items
visible at surface.
Iterator will start at level startingPoint#depth (default Root thus 0). To track stepIns and stepOuts, keep an eye on current item's depth (FileEntry#depth)
Generated using TypeDoc
Path utils like
join,basename,dirnameetc.Use utils from this object to ensure all operations are compliant with path style as specified by the host