Re: Thoughts on working with the Emoji Subcommittee (was Re: Thoughts on Emoji Selection Process)

2018-08-19 Thread Marius Spix via Unicode
William Overington wrote: > > I decided that trying to design emoji for 'I' and for 'You' seemed > interesting so I decided to have a go at designing some. > > However pictures of people with arrows seemed to be ambiguous in > meaning and also they seemed to need to be too detailed for rendering

Re: UCD in XML or in CSV? (was: Re: Unicode Digest, Vol 56, Issue 20)

2018-08-30 Thread Marius Spix via Unicode
A good compromise between human readability, machine processability and filesize would be using YAML. Unlike JSON, YAML supports comments, anchors and references, multiple documents in a file and several other features. Regards, Marius Spix On Fri, 31 Aug 2018 06:58:37 +0200 (CEST) Marcel Schn

Re: UCD in XML or in CSV? (was: Re: Unicode Digest, Vol 56, Issue 20)

2018-09-01 Thread Marius Spix via Unicode
isc: "" - cp: 0001 na1: "START OF HEADING" name_alias: - [SOH,abbreviation] - [START OF HEADING,control] props: * Regards, Marius Spix On Sat, 1 Sep 2018 08:00:02 +0200 (CEST) schrieb Marcel Schneider wrote: > On 31/08/18 08:25 Marius

Aw: Re: Dealing with Georgian capitalization in programming languages

2018-10-09 Thread Marius Spix via Unicode
The capital ẞ (U+1E9E) has been officially approved by the Council for the German Language since July 2018. However, there is no word starting with ß, that means the character is only relevant for full-capitalized words. It may only stand alone in spaced type, when there is no available italic f

Re: Aleph-umlaut

2018-11-09 Thread Marius Spix via Unicode
Dear Mark, I found another sample here: https://www.marketscreener.com/BRILL-5240571/pdf/61308/Brill_Report.pdf On page 86 it says that the aleph with diaresis is a number with the value 1000. See also the attached clipping. A second source is the Brown-Driver-Briggs Hebrew-English Lexicon of t

Re: Script_extension Property of U+0310 Combining Candrabindu

2019-04-18 Thread Marius Spix via Unicode
The Wikipedia page states, U+0310 is a general-purpose combining diacritical mark. I would treat it similar like U+0308 (COMBINING DIAERESIS) or U+030C (COMBINING CARON), which are both characters with multiple names and different meanings depending on the script and the language. The main benefit

Aw: Re: Symbols of colors used in Portugal for transport

2019-05-01 Thread Marius Spix via Unicode
Unicode characters are already using a technique called hatching.   For example LARGE RED CIRCLE (U+1F534) has thin vertical stripes, which is recognized as red.   See also: https://en.wikipedia.org/wiki/Hatching_(heraldry)   Gesendet: Dienstag, 30. April 2019 um 21:17 Uhr Von: "Hans Åberg v

Aw: Unicode "no-op" Character?

2019-06-22 Thread Marius Spix via Unicode
Combining Grapheme Joiner (U+034F) is probably what you want as it is default ignorable and keeps the acute on top of the E. However it nay break languages with di- and trigraphs or complex diacritics. Best regards Marius > Gesendet: Samstag, 22. Juni 2019 um 02:14 Uhr > Von: "Sławomir Osipiu

Aw: Re: Unicode "no-op" Character?

2019-07-03 Thread Marius Spix via Unicode
A few suggestions   There is a reason why the C standard library function fgetc(FILE*) returns an unsigned int instead of a char, because the constant EOF (end of file) must be outside of the definition area of a char.   Some encodings like Base64 or Quoted-printable use the escape character =

Aw: On the lack of a SQUARE TB glyph

2019-09-26 Thread Marius Spix via Unicode
Unfortunately, the CJK Compatibility block is full, but U+321F in the Enclosed CJK Letters and Months seems to be free. I definitely see a usage for the proposed character.   Gesendet: Donnerstag, 26. September 2019 um 13:21 Uhr Von: "Fred Brennan via Unicode" An: unicode@unicode.org Betreff: O

Aw: Re: On the lack of a SQUARE TB glyph

2019-09-30 Thread Marius Spix via Unicode
What about the idea to provide half-width forms for the SI prefixes and half-width forms for common units? For example, you could encode petaohm as HALFWIDTH LATIN CAPITAL LETTER CAPITAL P + HALF WIDTH GREEK CAPITAL LETTER OMEGA, gigacalories as HALFWIDTH LATIN CAPITAL LETTER G + HALF WIDTH LATIN S

HEAVY EQUALS SIGN

2019-12-18 Thread Marius Spix via Unicode
Unicode has a HEAVY PLUS SIGN (U+2795) and a HEAVY MINUS SIGN (U+2796). I wonder, if a HEAVY EQUALS SIGN could complete that character set. This would allow emoji phrases like 🐈 ➕👨= ❤️. (man plus cat equals love) looking typographically better, when you replace the equals sign with a new HEAVY EQUA

Aw: Not accepted by UTC but in ISO ballot?

2019-12-21 Thread Marius Spix via Unicode
So, WG2 N5058, was literally a TROLL submission. > Gesendet: Samstag, 21. Dezember 2019 um 03:29 Uhr > Von: "Shriramana Sharma via Unicode" > An: "UnicoDe List" > Betreff: Not accepted by UTC but in ISO ballot? > > I was looking at the pipeline for something else, and for the first > time I see

Re: emojis for mouse buttons?

2020-01-01 Thread Marius Spix via Unicode
Cecause the middle button of many mice is a scroll button, I think, we need five different characters: LEFT MOUSE BUTTON CLICK (mouse with left button black) MIDDLE MOUSE BUTTON CLICK (mouse with middle button black) RIGHT MOUSE BUTTON CLICK (mouse with right button black) MOUSE SCROLL UP (mouse w

Re: emojis for mouse buttons?

2020-01-01 Thread Marius Spix via Unicode
Unicode characters are named after their appearance, not their semantics. For example the diaresis and the umlaut share the code-point U+0308. A printed booklet cannot be aware if the user is right- or left-handed. This is the same issue as with U+2BEA and U+2BEB, which are designed for ltr and rtl

Stop words for CLDR

2020-01-23 Thread Marius Spix via Unicode
I wonder if there is any interest in adding stop words to CLDR? Stop words are ignored by natural language processing algorithms, with use cases like search engines, word clouds and text classification. There are already existing collections with stop words like [1] or [2] which could be used, but

Re: Egyptian Hieroglyph Man with a Laptop

2020-02-12 Thread Marius Spix via Unicode
That is a pretty interesting finding. This glyph was not part of http://www.unicode.org/L2/L2018/18165-n4944-hieroglyphs.pdf but has been first seen in http://www.unicode.org/L2/L2019/19220-n5063-hieroglyphs.pdf The only "evidence" for this glyph I could find, is a stock photo, which is clearly ma

Aw: RE: Egyptian Hieroglyph Man with a Laptop

2020-02-14 Thread Marius Spix via Unicode
That glyph is coded on position U+1F5B3 OLD PERSONAL COMPUTER, see http://users.teilar.gr/~g1951d/Aegyptus.pdf     Gesendet: Donnerstag, 13. Februar 2020 um 07:58 Uhr Von: "うみほたる via Unicode" An: unicode@unicode.org Betreff: RE: Egyptian Hieroglyph Man with a Laptop The early versions of the fon