All of the requirements mentioned here can be (and are) implemented in
higher levels of software (like IDEs). IMO, there isn't any need for adding
new characters to Unicode to address these issues.
Additionally, people tend to forget that simply because Unicode is doing
emoji out of compatibility (or other) requirements, it does not mean that
"now anything goes". I refer folks to TR51[1] (specifically sections 1.3,
8, and Annex C).
[1]: http://www.unicode.org/reports/tr51
↪ Shervin
On Sun, Feb 8, 2015 at 12:15 PM, Alfred Zett <alfred_z_at_web.de> wrote:
> Hello everyone,
>
> is there such a unicode block for programming related codepoints?
>
> Conventional search engines as well as wolfram alpha can't answer that,
> with the former one leading to all the programming problems that occur...
>
> If such a block doesn't exist, I'd like to make a proposal - if possible -
> to add one with at least the following codepoints/characters:
>
> - Indentation codepoint, with no fixed defined graphical representation.
> For indentation based programming languages.
> Because:
> -- specific clients may want to show it different (for example as arrows,
> lines etc., using another color):
> --- browsers could let the web page creator let decide the visual
> representation (character and size) via CSS
> --- the same with editors, independent from the actual font
> --- in case of visual impairment, the user could even change the
> accoustical representation if the editor allows it
> -- unlike a space symbol, it wouldn't need more than one character per
> indentation
> -- unlike tabs or space, it wouldn't be whitespace
> -- unlike normal arrow characters, one could customize the length in an
> editor and wouldn't have to insert extra spaces for a better visual imagery
>
> - A codepoint for string literal quotes, that would spare one the escaping.
> - A statement separator symbol.
> - Other ideas?
>
> You may now think, this is highly specific and you are right.
> However, so are EMOJI signs, in particular those like PINE DECORATION.
>
> These days, there are a lot of tools to create small embedded scripting
> languages and DSLs, which are used in-program in special editors. And there
> is a lot of people using them.
> Exactly these could really profit from such a codeblock instead of using
> conventional ASCII subset characters.
> Also, there is a lot of potential with really good text editors and IDEs
> where semantics may matter a lot.
>
> Excuse my english, I hope this was understandable.
>
> Best regards,
>
> A. Z.
> _______________________________________________
> Unicode mailing list
> Unicode_at_unicode.org
> http://unicode.org/mailman/listinfo/unicode
>
_______________________________________________
Unicode mailing list
Unicode_at_unicode.org
http://unicode.org/mailman/listinfo/unicode
Received on Sun Feb 08 2015 - 16:37:52 CST
This archive was generated by hypermail 2.2.0 : Sun Feb 08 2015 - 16:37:52 CST