# Proposal: Allow operator extensions and more operators #1941
Replies: 6 comments
-
These are three very different suggestions. Can I suggest you propose them all separately, in order for all of them to be given due attention? A proposal for 1 Already exists I believe. |
Beta Was this translation helpful? Give feedback.
-
I personally wouldn't want to use a library that uses characters that don't exist on standard keyboards. That doesn't mean it's a bad idea. I could see it being useful for a project or even within a field if a virtual keyboard exists to make those characters easy to type. |
Beta Was this translation helpful? Give feedback.
-
@YairHalberstadt yes, these are three different suggestions but suggestion 2 and 3 are dependent on suggestion 1, so splitting them up would either remove the context or introduce duplicate content. @bondsbw I agree with you on using characters that are not on the existing keyboard. I used windows charmap to create my example. Yet the end result is shorter code and code that in some fields of work is easier to read. |
Beta Was this translation helpful? Give feedback.
-
1 is dup of Shapes and Extensions |
Beta Was this translation helpful? Give feedback.
-
for 2, https://github.com/ufcpp/UfcppSample/blob/master/Demo/2018/EmojiIdentifier/swift.en.md |
Beta Was this translation helpful? Give feedback.
-
Aren't extension operators apart of "Extension Everything"? |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Proposal: Allow operator extensions and more operators
Examples for 1. and 2.
Using this new operators could for example help making it easier to convert mathematical formulas to C#.
Examples for 1. and 3.
Beta Was this translation helpful? Give feedback.
All reactions