ruby.git/lib/irb/color.rb, branch v3_2_11

[ruby/irb] Assert lvars_code doesn't include \n

2022-10-18T06:03:23+00:00

Removing /\A.+\n/ could have an unexpected impact, depending on how
RubyLex.generate_local_variables_assign_code is implemented. It feels
like a too much assumption and the intention isn't immediately clear,
so I added these changes.

https://github.com/ruby/irb/commit/ccc07a35ce

[ruby/irb] Always use local variables in current context to parse code (https://github.com/ruby/irb/pull/397)

2022-10-18T05:44:07+00:00

* Use local_variables for colorize, code_block_open check, nesting_level and assignment_expression check

* Check if expression is an assignment BEFORE evaluating it. evaluate might define new localvars and change result of assignment_expression?

* Add local_variables dependent code test

* pend local variable dependent test on truffleruby

code_block_open is not working on truffleruby

* Always pass context to RubyLex#lex

* Rename local_variable_assign_code generator method name

* Add assignment expression truncate test

* Add Context#local_variables and make generate_local_variables_assign_code more simple

* Update lib/irb/input-method.rb

Co-authored-by: Stan Lo 

* Add a comment why assignment expression check should be done before evaluate

https://github.com/ruby/irb/commit/c8b3877281

Co-authored-by: Stan Lo 
Co-authored-by: Takashi Kokubun

[ruby/irb] Rewrite on_scan proc to be more readable.

2022-09-21T15:37:40+00:00

https://github.com/ruby/irb/commit/da54e7f081

[ruby/irb] Scan every single characters in IRB::Color.scan

2022-09-21T15:37:38+00:00

https://github.com/ruby/irb/commit/d14e56a65d

[ruby/irb] Color.colorable? needs to consider the condition when irb is not loaded

2022-06-28T13:57:17+00:00

ruby/debug uses `irb/color` selectively:
https://github.com/ruby/debug/blob/0ac22406bb8f65bc76f9f5576a00c729cac693af/lib/debug/color.rb#L4

And in that case, `IRB.conf` won't be defined. So Color.colorable? needs
to consider that.

This also fixes the Ruby trunk CI.

https://github.com/ruby/irb/commit/b2cd07e795

[ruby/irb] Centralize coloring control (https://github.com/ruby/irb/pull/374)

2022-06-28T13:30:42+00:00

* Use colorable: argument as the only coloring control

* Centalize color controling logic at Color.colorable?

There are 2 requirements for coloring output:

1. It's supported on the platform
2. The user wants it: `IRB.conf[:USE_COLORIZE] == true`

Right now we check 1 and 2 separately whenever we colorize things.
But it's error-prone because while 1 is the default of `colorable`
parameter, 2 always need to manually checked. When 2 is overlooked, it
causes issues like https://github.com/ruby/irb/pull/362

And there's 0 case where we may want to colorize even when the user
disables it. So I think we should merge 2 into `Color.colorable?` so it
can be automatically picked up.

* Add tests for all inspect modes

* Simplify inspectors' coloring logic

* Replace use_colorize? with Color.colorable?

* Remove Context#use_colorize cause it's redundant

https://github.com/ruby/irb/commit/1c53023ac4

[ruby/irb] Use require_relative to require lib files

2022-01-17T05:23:40+00:00

1. `require` can mislead Ruby to load system irb's files and cause
   constant redefined warnings as other code loads the same module/class
   from lib folder.
2. Most files already use `require_relative`.

https://github.com/ruby/irb/commit/848d339f2e

[ruby/irb] Added `colorable` keyword option

2021-04-26T12:14:52+00:00

Currently `IRB::Color.colorize` and `IRB::Color.colorize_code`
refer `$stdin.tty?` internally.
This patch adds `colorable` keyword option which overrides it.

https://github.com/ruby/irb/commit/402e3f1907

[ruby/irb] Ripper::Lexer::Elem#state is defined since Ruby 2.5

2021-04-08T11:42:14+00:00

And the required ruby version is 2.5 or later.

https://github.com/ruby/irb/commit/ac496d4c78

[ruby/irb] Colorize `END` as keyword

2021-04-02T01:52:53+00:00

https://github.com/ruby/irb/commit/9b84018311