[ruby-core:70635] [Ruby trunk - Feature #8437] custom operators, unicode

Issue #8437 has been updated by Nobuyoshi Nakada.


Eike Dierks wrote:
> I suggest to modify the parser to accept all operators from the unicode o=
perator plane,
> as to be allowed as infix operator symbols.

That does not make sense, all symbols are not infix operators.

----------------------------------------
Feature #8437: custom operators, unicode
https://bugs.ruby-lang.org/issues/8437#change-54039

* Author: Eike Dierks
* Status: Open
* Priority: Normal
* Assignee:=20
----------------------------------------
The ruby language does currently one support a predefined set of operators.
It would be nice to add custom operators.
A lot of people ask about the elvis operator aka (?:) to cope with nil, aka=
 rails try()

This probably is a problem with the parser at first,
because introducing new operators makes parsing a lot more complicated.

Maybe we could allow symbols from the unicode space
to be used as new operators?
That would be compatible with all before code written in ascii.

So we could allow all the symbols from the unicode Math operators plane
to be available as operators in Ruby.

While few of you might have tried that,
Unicode is fully available for naming identifiers.

We should also extend the set of operators to the unicode space.

While we are still not used to it now,
to have some unicode characters in our codes,
could really add to the expressivness.


So as of today, you can already name your variable like
delta_t or =CE=94t

Or if you're working with angles,
you might call your variables =CE=B1 or =CE=98
This is completely legal in Ruby.


I'm asking for:
this_set =E2=88=AA other_set

or maybe we could even do this for prefix like:
=E2=88=9A2

I'd believe the math operator plane of unicode should be removed
from the allowable names of identifiers,
but should instead be reserved for operators in the parser, like + nowdays =
is.






















--=20
https://bugs.ruby-lang.org/