-
Notifications
You must be signed in to change notification settings - Fork 167
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
Correction on unicode slots for different forms of Peh #251
Comments
Can you provide a solution? |
I just filed the issue here. I will consult with other Persian (similar to Arabic) font designers and draft a new document for it. |
Great. That lets everyone put in a view. Less chance for errors, and hopefully we all benefit from the best results. |
Please assign this issue to me so that I can find it in future too. |
I have no recollection of the quoted text. It is slightly wrong but not so much. Positional glyphs (initial, medial, final) do not need to be encoded as they are activated by GSUB substitutions. However, there does indeed exist encoded code points for a fixed subset of Arabic cracaters in the Arabic Presentation Forms-B bloc (the U+FXXX code points mentioned above), but:
|
Thanks @khaledhosny for responding to this issue. What is the best approach? I checked several fonts and noticed all of them use the dedicated slot. In my opinion (which is far far less credible than yours), it is better to update the text and suggest using the dedicated slot but also mention that practically, it is not required since they get used by GSUB. Besides this, I think we need to elaborate the current approach for making glyphs for ligatures since there are more needs for ligatures in Arabic fonts (I think). |
Some fonts will use the encoded slots for compatibility with applications that does not support OpenType, especially if the font design is simple enough that is still usable without OpenType support. Other fonts use OpenType intensively and will not work anyway in systems with no OpenType support, so they don’t bother with the encoded slots. Some fonts, especially system fonts, will fill the encoded slots of presentation forms for completeness. |
Do you think it is good to update the text? For sure, this sentence needs an update:
Then we can propose two approaches and explain the difference. Is there any harm in using the predefined unicode slots? |
Yes, I think this part should be expanded. That sentence is not correct indeed. There is no issue in using the Presentation Forms slots (other than that they might give the impression that the font is working in software that support OpenType, while it might be subtly or not-so-subtly broken in various ways). I personally advice against using Presentation Forms slots unless one has a good reason for doing so. |
In Adding Glyphs to an Arabic Font page, there is a quotation from Khaled Hosny:
designwithfontforge.com/en-US/Adding_Glyphs_to_an_Arabic_Font.md
Lines 86 to 90 in efdbd88
This is not correct. These forms of 'Peh' have their dedicated slot under Arabic Presentation Forms-A in the Unicode since v1.1 (1993). These slots are at:
U+fb56
,U+fb57
,U+fb58
, andU+fb59
.I prefer to keep the information in the book since it is useful but the part related to creation of different forms of the letter 'Peh' needs to be updated.
The text was updated successfully, but these errors were encountered: