Re: DEC-C toupper() of accented characters ?
From: JF Mezei (jfmezei.spamnot_at_istop.com)
Date: 05/15/03
- Next message: Mark Buda: "Re: creating licenses for my own demos?"
- Previous message: Jeff Cameron: "Re: Logicals Lost When Process Is Detached"
- In reply to: Craig A. Berry: "Re: DEC-C toupper() of accented characters ?"
- Next in thread: Richard Brodie: "Re: DEC-C toupper() of accented characters ?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Thu, 15 May 2003 16:18:41 -0400
"Craig A. Berry" wrote:
> As far as breaking legacy code, only code that changes its locale from
> the default could possibly be broken, and only if the new locale is one
> that changes the code points occupied by 7-bit ASCII.
Since the US ASCII is a subset of ISO-LATIN-1, supporting ISO-LATIN 1 would
not break any existing programs.
In a global economy, even british, australians and americans (the bad guys in
the Irak invasion) should learn to support customers with strange names.
Consider that Digital has supported what is essentially the ISO lATIN 1 since
the days of the VT220s, and one wonders why there would still be remnants of
the 7 bit ascii of the 1970s left in Digital code.
Oh, another one which supports proper "uppercase" function is FMS. Yes, that
old, retired product, much older than DEC-C has the proper behaviour to
uppercase any character. (TPU also supports it)
Ok, so asking TPU to find an "é" when asking for an "e" is asking too much,
but it can find an "É" when i ask it to look for an "é"
- Next message: Mark Buda: "Re: creating licenses for my own demos?"
- Previous message: Jeff Cameron: "Re: Logicals Lost When Process Is Detached"
- In reply to: Craig A. Berry: "Re: DEC-C toupper() of accented characters ?"
- Next in thread: Richard Brodie: "Re: DEC-C toupper() of accented characters ?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
|