Skip to content

[RFC]: add support for bookmarking directories in REPL #2062

Open

Description

Description

This RFC proposes adding support in the REPL for bookmarking directories. Currently, in order to move around the file system, one needs to manually set the current working directory. This can be tedious, as one needs to manually type file paths, either relative or absolute, in order to walk to the desired directory.

This RFC proposes alleviating that tedium by adding support for "bookmarking" directories. E.g.,

In [1]: saveBookmark( 'home_dir', '/home/foo/bar/beep/boop' );

// ...

In [n]: loadBookmark( 'home_dir' );

We'd want to add a set of complementary APIs:

  • saveBookmark( name[, path ] ): path default is the current working directory
  • loadBookmark( name ): set current working directory to the path associated with name
  • deleteBookmark( name ): delete the bookmark associated with name
  • renameBookmark( prev, name ): renames a bookmark specified by prev to the name specified by name
  • isBookmark( [path] ): returns a boolean indicating if a specified path has been bookmarked (if no path provided, uses the current working directory as the path)

By default, bookmarks would only last for the REPL session. To support persisting benchmarks and loading previously persisted benchmarks, we could add the following APIs:

  • loadBookmarks( file ): loads bookmarks found in the file specified by file
  • saveBookmarks( file ): saves the current set of bookmarks to a file specified by file
  • clearBookmarks(): clears all current bookmarks in the current REPL session
  • bookmarks(): list all bookmarks in the current REPL session

The ability to dynamically load and remove bookmarks would allow users to quickly switch development contexts, similar to how the REPL's concept of workspaces allows for moving being variable contexts.

Related Issues

No.

Questions

  • Are there other APIs which would be useful for working with bookmarks?

Other

  • It is worth ensuring that the APIs and conventions are consistent with how the REPL's concept of workspace APIs are designed (e.g., argument order, naming conventions, etc).
  • We should ensure that, similar to workspaces, TAB completions support bookmark names.

Checklist

  • I have read and understood the Code of Conduct.
  • Searched for existing issues and pull requests.
  • The issue name begins with RFC:.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Assignees

No one assigned

    Labels

    EnhancementIssue or pull request for enhancing existing functionality.JavaScriptIssue involves or relates to JavaScript.Needs DiscussionNeeds further discussion.REPLIssue or pull request specific to the project REPL.RFCRequest for comments. Feature requests and proposed changes.difficulty: 3Likely to be challenging but manageable.priority: NormalNormal priority concern or feature request.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions