David Brezina Posted March 9, 2011 Posted March 9, 2011 This topic was imported from the Typophile platform You may have noticed this already, but I thought I better post it here anyway. Following the redesign of the mother-page of the BBC News, the BBC Arabic launched their redesigned website. It is probably one of the first, and certainly the biggest site yet to use webfonts – Arabic webfonts that is. It uses a custom version of Nassim by Titus Nemeth. The typeface was painstakingly optimized for screen and for web. Hinted by Thomas Grace and mastered into webfonts by Tim Ahrens. You can read more on Titus' blog. We will be releasing Nassim through Rosetta Type Foundry this year, see http://rosettatype.com/Nassim . Few pictures:
John Hudson Posted March 9, 2011 Posted March 9, 2011 I was about to post this: you beat me to it David.
titus n. Posted March 17, 2011 Posted March 17, 2011 Hi Hrant, thanks for your positive feedback. The spacing issue you raise is spot-on, but not related to the font, but the only partial OpenType support for the Arabic script on the Mac OS and/or browser used. Windows users don't have this issue as you can gather from the below screen-grab of FF4b on Win7: There are numerous browser/OS combinations that have similar problems, most notably the flat-out rejection of Google's Chrome of fontfiles containing GPOS or GSUB tables. There is a curious note in the developer's spec noting that: Some languages such as Indic/Thai/Arabic need GSUB/GDEF/GPOS support. Probably we should support them whenever necessary. http://code.google.com/p/ots/wiki/DesignDoc The font files render well with Uniscribe as it has the most complete implementation of "complex script" support, though not perfect either as marks such as quotes do not kern against RTL glyphs. The technical challenges of "complex script" development attain a different level of complication on the web were user setups and rendering implementations are ever more unpredictable than for desktop development. Also, they are largely undocumented and a fair amount of work is trial and error. If these are exciting new days for Latin-centred typography as it jumps to the web, the work on non-Latin webfonts is a pioneering endeavour. For the time being, all we are able to do is develop our fonts to spec and as technically sound as possible, provide updates were the situation changes and hope for browser and OS developers to catch up with their support for non-Latin scripts. tn
titus n. Posted March 17, 2011 Posted March 17, 2011 As a post-scriptum, I should clarify that it depends on the version of Mac OSX and Safari you are using and the latest versions seem to implement GPOS kerning properly.
hrant Posted March 17, 2011 Posted March 17, 2011 Looks both charming and readable - congrats to all involved! Question: Is the spacing still being tweaked? I ask because the word to the right of "AOL" in the second image is supposed to be one word - that huge space in the middle ruins it. hhp
hrant Posted March 17, 2011 Posted March 17, 2011 >> "Probably we should support them whenever necessary." Like, yesterday? :-/ I hope they all get their acts together aysap. (BTW, I was viewing it on FF3.6.15 on WinXP.) hhp
titus n. Posted March 17, 2011 Posted March 17, 2011 FF3.6 is fine, but to see some outstanding rendering use the brand-new IE9, making sure that the compatibility mode is off (on by default). tn
John Hudson Posted March 18, 2011 Posted March 18, 2011 Titus: The font files render well with Uniscribe as it has the most complete implementation of "complex script" support, though not perfect either as marks such as quotes do not kern against RTL glyphs. That may depend on the operating system used, rather than on Uniscribe. There is a wrapper in recent versions of Windows that is supposed to roll common punctuation glyphs into runs of adjacent text, rather than imposing a glyph run break at script boundaries or direction changes. I have not tested this with Arabic though. _____ Here is now Nassim is looking in the new IE9 with DWrite rendering, with subpixel spacing and positioning, and y-direction smoothing. . [DWrite also has its own shaping engines, so does not use Uniscribe. In theory, the Uniscribe and DWrite shaping engines should produce identical results, but I did notice one discrepancy in WPF (the predecessor of DWrite) so will need to test this in IE9.]
titus n. Posted March 22, 2011 Posted March 22, 2011 Thanks John for the clarification. I am on a pretty recent Windows version, but have not seen kerning of quotes against Arabic in any implementation on Windows, including IE9. On the other hand, as Karsten Lücke points out, there is good news from Google that reacted swiftly to the issues with GPOS and GSUB support. Their updated spec now reads:Now we support GSUB/GDEF table but haven't shipped to Chromium yet. Now we support GPOS but haven't shipped to Chromium yet. tn
aratypo.net Posted August 19, 2011 Posted August 19, 2011 I was reading BBC Arabic today and I noticed an issue with the final Haa: http://www.mediafire.com/imageview.php?quickkey=856sx8ksmqazaaf http://www.mediafire.com/imageview.php?quickkey=oh0x868e5ctro9y&thumb=5 Oussama
Khaled Hosny Posted August 19, 2011 Posted August 19, 2011 @Oussama: a FireFox bug (I assume you are using it), though not entirely FireFox fault because Microsoft's documentation regarding Arabic processing were, unintentionally, silent on the priority of applying 'locl' feature. Should be fixed in future releases, see https://bugzilla.mozilla.org/show_bug.cgi?id=667166
arifkarim1 Posted August 22, 2011 Posted August 22, 2011 Isn't Nassim the same font used in Tasmeem for CS5?
John Hudson Posted August 22, 2011 Posted August 22, 2011 Nassim is available as an ACE font with Tasmeem, and as an OpenType font from Rosetta Type.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now