Dawn of Light

Hi~

Because client blocks unicode character name, I have tried to rename the unicode names to "slota", "slotb", "slotc"....
It based on SVN 3388. I attached trunk.zip I marks "// WHRIA START" , "//WHRIA END" to all I edited.

If you cannot create unicode character because you use English Windows, create character with numeric number, as like "1234567". Clients & old server does not allow numeric number too.

Because the client saved the character name which was shown in character select windows, there's some problem.
Here is the screenshot. But the server recognize it correctly. As far, there's no problem.
The server --> "테스트캐릭"
The client --> "slot..."

I'm sorry to annoy you about this patch, but another thing bothers me...

Does the "reply" (R button Macro in Client) work with a Latin Client trying to talk to a "Unicode" Player's Character ?

I do think that's why official server wouldn't allow internationalized char names ?

Even if it print garbage in "Latin" Client I do hope macro commands still match on the server, some admins commands concerns me to... ( like /jump to {playerName} )

1)
I believe all users should use one kind of patched client.
If all use the unicode-setting client. it may have no problem.
"휘리아" <--> ununonu

they can chat.

2)
The client supports unicode 2-bytes internally, I guess the reply function works.
In my server, one user reply to my character "휘리아". he cannot type "휘리아", but he can reply by "R" function.

3)
I hope there will be new option (allow_unicode_character_name) in server_property.

If you don't mind I'll try to review this patch to prevent any troubles for servers that want to prevent unicode special chars.

Server property is not a hard task

Now I detect what you said.

You said your client crash (Eng locale) & incorrect letters even though you have the font.

I am going to test the client / Eng locale.

I will post it in some time.

I tried to fix that in past but need client modifications to works an that's not allowed by EA !

Application locale changer can solve this problem.

There are severe application locale changer available.

Because game.dll is loaded by loader, in this time , only microsoft applocale works. (It may trace all dll, exe , but others do not)

But I think other locale changer will work with some modification.

I found open source locale changer and tried to make a loader. ^^

Nice. Ask me for help if you need.
Please like us informed.

I made a small patch.
Leodagan. Try to connect to my server with this patch.

edit login.txt and launch whria.exe

ID : testaccount
PASS : 0000
I already made some characters (KOR + JAPAN + RUSSIAN NAME)


Test whether you can chat in your language (French ?)

I don't really like running binary patch

what is it doing ?

Is there some config that can be achieved by hand ?

you can use applocale to change your locale.

Download it from microsoft download center and check out the info below.

http://en.wikipedia.org/wiki/AppLocale
http://users.wfu.edu/yipcw/atg/microsoft/applocale/

set locale to 한국어(korean) and launch daoc.bat (batch file to load dolloader)

It changes your application locale temporally.

1)
One problem. when two client login simutaneously (dual clients), the quickbar mess because the quickbar information saved as like slota.ini, slob.ini, sloc.ini ....

I change "slota" --> "slota<accountname>"

I attach the source modified.
2)
The patch I made is binary launcher to load Microsoft Applocale.

I try to find open source application locale program

Nice work !
Thanks, continue

I think the unicode system of darkageofcamelot is rather non-standard.

To use universal language,

# the server locale equal to the client locale
# If not, the client should use application locale changer such as Applocale or ntleas (OPEN SOURCE !!! https://ntlea.codeplex.com/)

I have not tested ntleas, but it would be much helpful , that it is open source.

Im not sure ntleas successfully change the locale of game.dll without modification ( It could change the locale of dolloader.exe , not game.dll )

If DAOCPORTAL support applocale (simple) or include ntleas feature it would be very nice !