-
Notifications
You must be signed in to change notification settings - Fork 54
Potential future features
Josh Cheek edited this page Jan 8, 2017
·
3 revisions
- Add default to number of captures (1000), require user to explicitly set it to infinity
- Expose markers via the CLI
- Spruce up editor integration
- Integrate with package managers where they are available
- Expose options to use the streaming API (update as events are seen)
- Ship with Traveling Ruby so that new users can just press a button and it works, rather than having to figure out all the complex ecosystem around installing
- Would be nice to have real integration with Emacs
- Would be nice to support Ruby Mine
- How about if begin/rescue/end was able to record the result on the rescue section
- How about if you could configure which kinds of results you were interested in (e.g. turn on/off recording of method definitions, and other results)
- What about recording the result of a line inside of a string interpolation, e.g. "a#{\n1\n}b" could record line 2 is 1 and line 3 is "a\n1\nb" This would require smarter annotators.
- Allow debugger to take a filename (i.e. debug to a file instead of to stderr)
-
--cd dir
cd to that directory before executing the code -
--cd -
cd to the directory of the file being executed before executing it -
--only-show-lines
output only on specified lines (doesn't change stdout/stderr/exceptions) - More alignment strategies e.g.
min=40
would align to 40, unless that was too short. Could have fallback strategies, so e.g.-s min=40,fallback=line
- Package Ruby with the editor downloads so that they don't require you to know so much to set it up.
- Allow user to set marker
- Maybe rename xmpfilter style, not many people know what that is, so the name doesn't help users