[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Multibytes character support
From: |
Yen-Ju Chen |
Subject: |
RE: Multibytes character support |
Date: |
Sun, 24 Feb 2002 02:14:10 -0500 |
I just found that since I made the XmbFontInfo from XGFont.m,
it will try to call the function in XGCommonFont.m.
Please modify any code to make it work.
Thanx.
Yen-Ju
> -----Original Message-----
> From: discuss-gnustep-admin@gnu.org
> [mailto:discuss-gnustep-admin@gnu.org]On Behalf Of Yen-Ju Chen
> Sent: Sunday, February 24, 2002 1:53 AM
> To: Fred Kiefer
> Cc: discuss-gnustep@gnu.org
> Subject: Multibytes character support
>
>
>
> Here is the code that I try to support multibytes character display on
> GNUstep.
> So far, I test it on Ink.app and NSTextField, NSButton.
> It should be able to display any multibytes character.
> I test it in traditional Chinese (zh_TW.Big5 encoding).
> The character position is a little bit out of control, but still works.
> I made and tested it by modifying XGContextPrivate.h and XGFont.m
> directly.
> Here I just pull out the source code and make them into
> XmbFontInfo class,
> but I never test them after that because I don't know how to
> add them into
> xgps.
> Functionally, it is extended from originally XGFont.m.
> Therefore, anyone can use it and it should behave like original XGFont.m
> if not working on multibytes system.
> Right now I only modify - draw: method because under my test, no class
> use -drawString:.
> Since it is an independent font system as XftFontInfo,
> maybe it is necessary to add a setting in .GNUstepDefaults to
> activate it
> by user.
> but I have no idea how to do that.
> So please help me test it and feel free to modify anything you want.
> I'll keep trying to improve it and try to support Xft, too.
> If I can work it out, maybe we will have four kind of font systems in
> xgps:
> the original one (XGFont.m), the anti-alias (XftFontInfo),
> the multibytes (XmbFontInfo), and the anti-alias multibytes (just plan
> it).
>
> I have two questions when I test this class.
> When I use zh_TW.Big5 supported XIM server to input Chinese into
> NSTextField,
> it always adds "big5-0" in front of my input automatically.
> For example, when I input a Chinese character "Apple",
> it will show "big5-0 Apple".
> I have no idea whether the problem is on GNUstep XIM client or the XIM
> Server I used.
> This XIM server can work on any other system like gnome/gtk, kde/qt.
> Therefore I think maybe the problem is on GNUstep XIM client.
>
> Since programmers can't assign the font to NSMenu, which always use the
> default font,
> is there any standard way that users can assign the default font by
> themselves ?
> As far as I know, there is no standard font people will use in Chinese
> xwindow,
> therefore it will be difficult to assign the default Chinese fonts by
> programmer
> because they don't knwo what fonts the user have.
> If user can set the default Chinese fonts by themselves,
> it will be much easy to change the font of NSMenu to a suitable one.
>
> Any suggestion is welcome.
> Thanx.
>
> Yen-Ju
>
- Re: 2-bytes character display ready ?, (continued)
- Re: 2-bytes character display ready ?, BALATON Zoltan, 2002/02/25
- Re: 2-bytes character display ready ?, Nicola Pero, 2002/02/27
- Re: 2-bytes character display ready ?, Fred Kiefer, 2002/02/19
- RE: 2-bytes character display ready ?, Yen-Ju Chen, 2002/02/19
- Re: 2-bytes character display ready ?, Fred Kiefer, 2002/02/20
- Multibytes character support, Yen-Ju Chen, 2002/02/24
- RE: Multibytes character support,
Yen-Ju Chen <=
- Re: Multibytes character support, Christian Gillot, 2002/02/24
- RE: Multibytes character support, Yen-Ju Chen, 2002/02/24
- Archive NSDecimalNumber, Yen-Ju Chen, 2002/02/24
- Re: 2-bytes character display ready ?, Richard Frith-Macdonald, 2002/02/19
- Re: 2-bytes character display ready ?, Richard Frith-Macdonald, 2002/02/19
- Re: 2-bytes character display ready ?, Pete French, 2002/02/19
- Re: 2-bytes character display ready ?, Richard Frith-Macdonald, 2002/02/19
Re: ANN: EasyDiff v0.1, Philippe C.D. Robert, 2002/02/16