Potential future features

• Add default to number of captures (1000), require user to explicitly set it to infinity
• 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, then expose this via the CLI
• Maybe rename xmpfilter style, not many people know what that is, so the name doesn't help users (how about "update annotations" or "magic comments")
• Change the event consumer to allow multiple event streams
• Don't align values if there's too much whitespace
• Maybe idea for a better evaluator
• Use backtrace location
• Get it working for JRuby and Rubinius
• Allow arbitrary flags to be passed to the bin