Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

t-with-cedilla vs t-with-comma #251

Closed
srl295 opened this issue May 3, 2019 · 23 comments
Closed

t-with-cedilla vs t-with-comma #251

srl295 opened this issue May 3, 2019 · 23 comments

Comments

@srl295
Copy link

srl295 commented May 3, 2019

Looking at this sample text from https://en.wikipedia.org/wiki/Laurențiu_Man :

[Title] Laurențiu Man
Laurenţiu Man was a Hungarian noble…

The article title uses U+021B which is t with comma below, and (inconsistently) the first line uses U+0163 which is t with cedilla. In Plex Sans and Plex Serif, both characters look like a comma below. Compare to Times New Roman on a mac (light blue) which has a distinct t-with-cedilla.

Sin título 2asdf

@srl295
Copy link
Author

srl295 commented May 3, 2019

Sin título 2asdfasdf

@moyogo
Copy link

moyogo commented May 3, 2019

Unfortunately, this is a common mistake.

Latin small letter t with cedilla U+0163, ţ, should look like a t with cedilla and not like a t with comma below in the Makanya language, the Manjak language, and also probably in the turkic language Gagauz since it also uses ç and ş. The same goes for the uppercase character U+0162.

@srl295
Copy link
Author

srl295 commented May 3, 2019

@liancu-uni

@mjabbink
Copy link
Collaborator

mjabbink commented Jun 4, 2019

@srl295 @moyogo

In Romanian I believe the comma is correct and not the cedilla. But I do not have deep knowledge in Romanian or Turkish. The article below may shed some light on the topic.

https://kitblog.com/2019/en/romanian-diacritic-marks/

More:

https://en.wikipedia.org/wiki/T-comma

https://en.wikipedia.org/wiki/Romanian_alphabet

@fitojb
Copy link

fitojb commented Jun 15, 2019

In Romanian I believe the comma is correct and not the cedilla.

@mjabbink, Denis is talking about Makanya, Manjak and Gagauz, not Romanian. The typeface should have the correct diacritic in the correct code points, that’s why Unicode separates them, to support Romanian as well as Makanya.

@moyogo
Copy link

moyogo commented Jun 15, 2019

The issue is that IBM Plex fonts are not coherent.

The cedilla characters ŞşŢţ (015E, 015F, 0162, 0163) were used in Romanian before the comma below characters ȘșȚț (0218, 0219, 021A, 021B) were added to Unicode to be specifically used in Romanian. Yet IBM Plex fonts treat Şş (015E, 015F), drawn with cedilla, differently from Ţţ (0162, 0163), drawn with comma below, as if Ţţ (0162, 0163) were still meant to be used in Romanian only.
Capture d’écran 2019-06-15 à 14 18 35

Ţţ (0162, 0163), like Şş (015E, 015F), should be drawn with cedilla by default since are used in other languages or transcription systems that need them to have the cedilla shape. Optionally, fonts could substitute them for the comma-below characters but only in Romanian and Moldovan with the locl feature, in order to support older text data.

@mjabbink
Copy link
Collaborator

I understand the situation now and we will fix

@mjabbink
Copy link
Collaborator

@BoldMonday

@BoldMonday
Copy link
Collaborator

@mjabbink: I will look into this.

@moyogo: Where can I find more background information about the languages in question: Makanya, Manjak and Gagauz?

@moyogo
Copy link

moyogo commented Jun 19, 2019

@BoldMonday What kind of background information are you looking for?

For Gagauz, the alphabet letters were defined in Moldovan law from 1993 (http://www.legis.md/cautare/getResults?doc_id=85313&lang=ro) and amended in 1996 (http://www.legis.md/cautare/getResults?doc_id=60878&lang=ro).

For Makanya and Manjak, there are two Senegalese laws setting their alphabets and orthographic rules:

  • République du Sénégal, Décret no 2005-983 relatif à l’orthographe et la séparation des mots en manjakú, 21 octobre 2005
  • République du Sénégal, Décret no 2005-984 relatif à l’orthographe et la séparation des mots en mankaañ, 21 octobre 2005

@BoldMonday
Copy link
Collaborator

@moyogo I am interested to see if those languages require other glyphs that are currently not in IBM Plex for example.

@moyogo
Copy link

moyogo commented Jun 20, 2019

Makanya uses: a b c d e ë f g h i j k l m n ñ ŋ o p r s ş t ŧ ţ u w y

Manjak uses: a b c d e ë f g h i j k l m n ñ ŋ o p r s ŝ t ţ u w y z

@AlsoScratch
Copy link

AlsoScratch commented Aug 19, 2019

@BoldMonday @mjabbink Any time frame for when the Ţţ characters might be corrected?

@mjabbink
Copy link
Collaborator

@BoldMonday We should address this. Let’s discuss.

@srl295
Copy link
Author

srl295 commented Apr 30, 2020

@mjabbink @BoldMonday any update on this?

@BoldMonday
Copy link
Collaborator

Yes. This is fixed in the upcoming versions of Plex Sans and Plex Sans Condensed. The files have been delivered to IBM.

@mjabbink
Copy link
Collaborator

Should be released soon.

@mjabbink
Copy link
Collaborator

I believe this is covered in the latest released

@BoldMonday
Copy link
Collaborator

Yes, Plex Sans and Plex Sans Condensed are fixed now.

@BoldMonday BoldMonday removed their assignment Sep 29, 2021
@BoldMonday
Copy link
Collaborator

Fixed in Plex Mono v2.3 (part of Release v6.0.0).

@tay1orjones
Copy link
Member

Hey there! v6.1.0 was just released that references this issue.

Comment here or join the release discussion to provide feedback or voice concerns. Thanks!

@tay1orjones
Copy link
Member

Hey there! v6.3.0 was just released that references this issue.

Comment here or join the release discussion to provide feedback or voice concerns. Thanks!

@srl295
Copy link
Author

srl295 commented May 8, 2023

Hey there! v6.3.0 was just released that references this issue.

Comment here or join the release discussion to provide feedback or voice concerns. Thanks!

Thanks!!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants