The missed I in 'HBMEMOED˜TOR' is this İ ugly character.
I don't know how to handle this.
In practice setting such CP causes that all symbols containing 'i'
may not be properly converted if .prg code use UPPER(). In above
case it's working and only class name looks ugly bad it should
not cause bigger bad side effects as long as you do not want to
make sth with such class name, i.e. use it in macro compiler.
The above can be quite easy resolved by small modification in
include/hbclass.ch. It's enough to change:
HBClass():new( <(ClassName)>
to:
HBClass():new( Upper( <(ClassName)> )
and compile time optimization for UPPER resolves the problem so
it's enough to recompile the Harbour code.
Anyhow seems that it will be good to add new function i.e.
HB_ASCIIUPPER() and use it instead of UPPER() in core library
code in all places where we are operating on compiler symbols
or other ASCII identifiers.
[ Viktor I think we should make it. ]
I agree. I'd rather user hb_upperAscii() though, to
keep names well aligned (i.e. it's a sub-type of
upper()).
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
