Re: Finding out if a given character is in UpperCase, LowerCase or Numeric

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance



Tony Proctor wrote:
I shouldn't worry Sinna. I'm sure the OP wasn't really interested in worldwide distribution :-)

I always try to bring the subject up whenever I can, though, just to remind people. The majority of applications written in the Western world are not globally aware, and it doesn't make any difference whether the programming language uses Unicode, or offers locale-aware support. I've been involved in international projects for 20 years and developers always make the same mistakes or assumptions. :-(

It's not just a matter of character sets, or alphabets (as in this case), or decimal-point/triple-point characters, or date representations, or boolean representations, etc. There are fundamental differences at the local language level such as how the sentences are put together (affects parameter placement, for instance), or the concept of plurals, or the concept of masculine/feminine, etc. Even writing English language s/w for UK and US distribution should consider such differences, although it rarely does

Ah well, back to work, eh?

Tony Proctor

"Sinna" <news4sinna_NOSPAM@xxxxxxxxxx> wrote in message news:e3fqu0A3IHA.2348@xxxxxxxxxxxxxxxxxxxxxxx
Tony Proctor wrote:
Being pedantic, most of the replies to your question are not totally accurate. If all you're interested in is A-Z and a-z then they'll do. However, be aware that other languages based on the Latin alphabet may have diacritical marks (aka accents) and so simply looking at A-Z will not work.

For instance, consider A with an acute accent. Chr$(193) is the uppercase and Chr$(225) is the lowercase.
That's why I stated in my reply that I was only covering ANSI/ASCII. Now I read your reply, I should have said: ASCII-7.

Sinna


Well, most examples I find on the Internet don't cover Unicode at all, especially when calling APIs.
Before I had to introduce Japanese language support in my application, I didn't either, but since then, I always try to use the W-variant of the API (if available). I don't have to deal with the A-variant anymore as the 'oldest' OS my application supports is Win2k.
Fact is that calling the W-variants is quite a lot harder to implement (and so to read as newbee).

Sinna

.



Relevant Pages

  • Re: Finding out if a given character is in UpperCase, LowerCase or Numeric
    ... I shouldn't worry Sinna. ... worldwide distribution :-) ... language uses Unicode, or offers locale-aware support. ... If all you're interested in is A-Z and a-z then they'll do. ...
    (microsoft.public.vb.syntax)
  • Re: VB or C#
    ... On Apr 16, 8:23 am, "Tony Proctor" ... so that I can't imagine being without it now. ... to run through some brand new code, ... this then made the language a prime candidate ...
    (microsoft.public.vb.general.discussion)
  • Re: How to detect unicode text?
    ... after making some tests and reading AGAIN what Tony Proctor said I ... think I grasp the issue. ... I do not care what language etc, only I need to know whether the ...
    (microsoft.public.vb.general.discussion)
  • Re: Date extraction
    ... I was actually thinking of things like VB, where at the machine language ... level, I believe this would compile as two separate comparisons, with JGE ... normal relational operators. ... Tony Proctor ...
    (microsoft.public.vb.general.discussion)