"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> How do I put Unicode there? I need to put in characters that, by
> definition, are taken from very varied parts of the unicode charset table.
> If that problem is *easilly* solveable, I'll glady do the change.
Have a look at one of unicode only loca
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
Please explain:
1. What kind of a resource should I use, in your opinion?
String resources.
2. How should I select which resource to load, given a specific locale?
Font charsets doesn't depend on the current
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> > Please explain:
> > 1. What kind of a resource should I use, in your opinion?
String resources.
> > 2. How should I select which resource to load, given a specific locale?
Font charsets doesn't depend on the current user locale. So, just create
L
Shachar Shemesh wrote:
I can't believe it. I did it again.
Please explain:
1. What kind of a resource should I use, in your opinion?
2. How should I select which resource to load, given a specific locale?
Make that: "How should I select which resource to load, given a specific
charset?"
3. What i
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
The main reason is that they are loaded based on encoding, rather than
language. This has several implications that caused me not to go that route:
1. The mapping between encoding and charcter encoding is not a
straightforw
Alexandre Julliard wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
Likewise, the Japanese sample text only has Aa (and not AaBb) of
Romanji (latin characters). For similar reasons, I left AaBb in place
(why remove it?).
The question should be why do we go to the trouble of having parts
On Sun, 30 Nov 2003 11:45:55 -0800, you wrote:
> Shachar Shemesh <[EMAIL PROTECTED]> writes:
>
> > Likewise, the Japanese sample text only has Aa (and not AaBb) of
> > Romanji (latin characters). For similar reasons, I left AaBb in place
> > (why remove it?).
>
> The question should be why do we
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> Likewise, the Japanese sample text only has Aa (and not AaBb) of
> Romanji (latin characters). For similar reasons, I left AaBb in place
> (why remove it?).
The question should be why do we go to the trouble of having parts of
the string handled in tw
On Sun, 30 Nov 2003 21:48:47 +0800, you wrote:
> > table, and you get "ain't worth the hassle".
>
> I hope you will reconsider.
This discussion did not answer the question that I was thinking of at
your first remark: do these strings depend on the local language?
It would be inclined to think t
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> The main reason is that they are loaded based on encoding, rather than
> language. This has several implications that caused me not to go that route:
> 1. The mapping between encoding and charcter encoding is not a
> straightforward one. The reverse
Rein Klazes wrote:
On Sun, 30 Nov 2003 03:43:04 +0200, you wrote:
+{'C','c','D','d',0}, /* Symbol */
With native win98, ME and win2k the example string for symbol I get is
spelled 'S','y','m','b','o','l'
BTW, I have a patch for this and other fontdlg enhancements as well. Do
you plan
Dmitry Timoshkov wrote:
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
* Add sample text characters for Symbol, Japanese, Greek, Turkish,
Arabic, Baltic, Vietnamese, Russian, East European and Thai codepages.
Why to not add them into resources? That would simplify locale
handling a
On Sun, 30 Nov 2003 03:43:04 +0200, you wrote:
> +{'C','c','D','d',0}, /* Symbol */
With native win98, ME and win2k the example string for symbol I get is
spelled 'S','y','m','b','o','l'
BTW, I have a patch for this and other fontdlg enhancements as well. Do
you plan to submit any more patch
"Shachar Shemesh" <[EMAIL PROTECTED]> wrote:
> * Add sample text characters for Symbol, Japanese, Greek, Turkish,
> Arabic, Baltic, Vietnamese, Russian, East European and Thai codepages.
Why to not add them into resources? That would simplify locale
handling a lot, and make our translat
14 matches
Mail list logo