Author |
Message |
fenris
Post Newbie
Joined: Jun 07, 2010
Posts: 5
|
Posted:
Mon Jun 21, 2010 7:36 am |
|
Is it possible to extend the current character set?
eg. german umlaute cant we send
If its possible and not to much work, please add this feature |
|
|
|
|
Jiri-Fojtasek
Site Admin
Joined: Feb 02, 2003
Posts: 1737
Location: Slovakia
|
Posted:
Mon Jun 21, 2010 6:27 pm |
|
fenris wrote: | Is it possible to extend the current character set?
eg. german umlaute cant we send
If its possible and not to much work, please add this feature |
Since 4.2.5 fixed internal issues with unicode i will have look at posiblity to improve support for regional characters. Visual basic support for unicode is done only partially and in some cases fail very badly. I need my own implementation of characters encoding ... |
_________________ |
|
|
|
fenris
Post Newbie
Joined: Jun 07, 2010
Posts: 5
|
Posted:
Tue Jun 22, 2010 6:59 am |
|
Great, Jiri!
Quote: | I need my own implementation of characters encoding ... | Maybe you dont need the whole unicode, 8bit ascii supports many letters and symbols too. ( http://www.vias.org/mikroelektronik/ASCII.html ).
But thanks anyway for your great work for the sim-community! |
|
|
|
|
Jiri-Fojtasek
Site Admin
Joined: Feb 02, 2003
Posts: 1737
Location: Slovakia
|
Posted:
Tue Jun 22, 2010 7:23 pm |
|
fenris wrote: | Great, Jiri!
Quote: | I need my own implementation of characters encoding ... | Maybe you dont need the whole unicode, 8bit ascii supports many letters and symbols too. ( http://www.vias.org/mikroelektronik/ASCII.html ).
But thanks anyway for your great work for the sim-community! |
No i thinkig about unicode support over ascii. HL working internally only with ascii and this will never change, so the required encoding will be done via escape sequences so umlat (looks like hand written B) will be encoded by this (or related) sequence \00DF whish is hexadecimal unicode sequence for this character. By this way will be encoded any non asci characters. \ character itself will be escaped by two \\.
The problem will begin when user do not have regional settings abble to display those characters will see only ? replacement (its already done in latest 4.2.7 hotfix). Its because Windows and VB development enviroment is not abble acomplish this task correctly. Input is not problem, output will be problematic and will depended from target user regional settings table.
The result will be than users with the same or related regional settings will understand itself, others will see only ? replacement (as everyone now for non ascii characters). |
_________________ |
|
|
|
Jiri-Fojtasek
Site Admin
Joined: Feb 02, 2003
Posts: 1737
Location: Slovakia
|
Posted:
Thu Jun 24, 2010 8:16 pm |
|
I have found posiblity to extend HL for allmost full unicode suport. It will not be full because text can be show using specific charset and it cannot be combined. For example message in cyrilic will be show to everyone with cyrilic, but the message itself should not be combined with central european characters. This will not happen already if an user use native language.
So the result will be than users should see in the chat native cyrilic, central european, and later maybe other regional characters like japanese chinese etc instead of ? replacements as its now |
_________________ |
|
|
|
KG26_Alpha
Hyper Staff
Joined: Apr 03, 2010
Posts: 566
Location: London
|
Posted:
Thu Jun 24, 2010 9:25 pm |
|
Yes the chat will be full of gobbldey gook a mess
You cant filter the languages to show only native language support for users installation as they will not see other languages except their own I suppose. |
|
|
|
|
|