Open Font Rasterizer in Symbian 9

In the great changes of Symbian 9, most plug-in interfaces have been migrated to ECOM framework, Open Font Rasterizer (OFS for short) interface is just one of them.

Even from the newest SDK document of Symbian 9.2, the OFS related contents are still only for implementation before version 9. The following changes must be considered if you are writing OFS plug-in or porting it to Symbian 9.

  1. As all other applications, the UID of pre-Symbian 9 is no longer available in Symbian 9, you must apply for a new one if you are porting your old OFS plug-in. Please remember, you should use separate UIDs for pre-Symbian 9 and Symbian-9 releases because they are incompatible with the Symbian version of each other.
  2. As migrated to ECOM framework, the ordinal 1 of exported functions needs to be the group proxy for your ECOM plug-in. The formerly exported factory function CMyFontRasterizer::NewL should be keeped unexposed now and only proxied by exported implementation group proxy.
  3. class CMyFontRasterizer : public COpenFontRasterizer
      /*IMPORT_C*/ static COpenFontRasterizer* NewL();
    const TImplementationProxy ImplementationTable[] =
    { IMPLEMENTATION_PROXY_ENTRY(KUidMyFontRasterizer, CMyFontRasterizer::NewL) };
    EXPORT_C const TImplementationProxy * ImplementationGroupProxy(TInt& aTableCount)
      aTableCount = sizeof(ImplementationTable) / sizeof(TImplementationProxy);
      return ImplementationTable;
  4. Because of the scalable-UI introduced in Symbian 9, OFS interface now has two new virtual functions which need to be implemented in your plug-in:
  5. COpenFontFile::GetNearestFontToDesignHeightInPixelsL()

    The first one is as the same as former COpenFontFile::GetNearestFontInPixelsL(), which is no longer called by OFS framework. The second one just has one more argument “aMaxHeight”, which means your plug-in must do the best to find a typeface that fits within the max height, otherwise, a leave must be performed. If aMaxHeight is passed in a zero value, the implementation should be exactly the same as COpenFontFile::GetNearestFontToDesignHeightInPixelsL().

  6. As part of the ECOM framework, the resource file (.rss) is essential for your plug-in. This is example rss file for OFS plug-in.
  7. #include "RegistryInfo.rh"
      dll_uid = 0x20009F34;
      interfaces =
          interface_uid = 0x101F7F5D; //KUidOpenFontRasterizerPlunginInterface
          implementations =
              implementation_uid = 0x20009F34;
              version_no = 1;
              display_name = "FontRouter";
              default_data = "Font Enhancement Plugin";
              opaque_data = " ";

    The “dll_uid” should be replaced with the UID allocated by Symbian Signed, and “implementation_uid” can the same as “dll_uid”.

  8. Directory difference.
  9. Directory   pre-Symbian 9    Symbian 9
    DLL file    /system/fonts    /sys/bin
    RSC file    -                /resource/plugins
    Font files  /system/fonts    /resource/fonts

    RSC file is compiled from the resouce definition file (.rss).

《Open Font Rasterizer in Symbian 9》有22个想法

  1. 换字体三个问题:FontRouter LE+雅黑字体。

  2. 字体的反锯齿渲染效果是TrueType字体驱动决定的,不受FontRouter影响。至于中英文分别使用不同字体,是FontRouter2的功能,FontRouter LT将来会考虑加入。

  3. I made OFR by the method that had been said by you.
    However, COpenFontRasterizer::NewFontFileL() did not work at system boot.
    Then, it worked at system boot when I changed the place where the RSC file was put from “/resource/plugins” to “/resource/fonts”.

    Is it a problem?

  4. Sorry, I was wrong.
    NewFontFileL() only reacted to the RSC files that existed in “/resource/fonts”.

    Is “FontRouter.ini” being read by NewFontFileL()?

  5. RSC file should be placed in /resource/plugins, but not /resource/fonts. To correctly check this out, you must flush the ECOM registry cache after modification by deleting the folder c:private10009D8F.

  6. Hi Oasisfeng, will you have a signed version of FontRouter? Since Symbian Signed isn’t giving away dev cert’s it’s impossible to use your app. I tried Open Signed but the app’s UID is from a restricted range, maybe you could change it to the developers range so we could sign the app from the Open Signed?
    BTW it’s a cool app you wrote. Too bad I can’t use it on my phone :(



  7. Hi Oasis, or maybe you could sign it for me? I just need to have this app, please 😉

    My IMEI is 357663015906070



  8. 我目前是通过CFont 类中的GetCharacterData方法
    CGraphicsDevice* screenDevice = CEikonEnv::Static()->ScreenDevice();
    TInt verticalTwips = screenDevice->VerticalPixelsToTwips(12);
    TPtr typefaceName(NULL, KMaxTypefaceNameLength);
    TFontSpec fontSpec(typefaceName, verticalTwips);
    CFont* font;
    TOpenFontCharMetrics metrics;
    const CFbsFont* fbsfont = static_cast(font);
    但是我获得数据 对照symbian的行程算法 好像不对。所以,想你能指导一下。如能指教,将不胜感激

  9. 但是好像我通过fontSpec.iFontStyle.SetBitmapType(EAntiAliasedGlyphBitmap);

    1. 请求的BitmapType不能保证一定能获得对应类型的格式,要读取返回字体的CBitmapFont::GlyphBitmapType()。如果是EMonochromeGlyphBitmap,则代表获得的点阵数据是run-length格式的。

  10. 主要是我现在有个项目移植,看能不能获得系统的字体的点阵数据,这样就不必装上该项目自带的一个点阵字体库了。而是根据系统的点阵数据(1,0)格式画出该字符,我通过fontSpec.iFontStyle.SetBitmapType(EAntiAliasedGlyphBitmap);
    另外 我想问一下 s60 3版是不是系统的都是矢量字体阿。我发现他的fonts里面没有gdr字体。
    如能加我的msn 或者是qq 360694349 方便我随时请教就更好了。呵呵


电子邮件地址不会被公开。 必填项已用*标注