View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0001954unrealdocumentationpublic2004-07-12 19:232015-07-23 22:28
Reportercrazy Assigned Tosyzop  
PrioritynormalSeverityfeatureReproducibilityN/A
Status closedResolutionno change required 
Summary0001954: Include a help system for more langauges..
DescriptionHello,
I have a question..I make the help.conf of Unreal in german language because not all user understand english
It´s posible to add a help system to support more languanges ??..mabye : "/helpopde away" get help in german language whith helpgerman.conf..or so :)..
If you say yes :)..Me and my Team we can write a german help.conf and mabye one in poland and romania languge...I
think is a nice feature for unreal...
Please tell me what do you think ...

Thanks


3rd party modules

Activities

codemastr

2004-07-13 18:35

reporter   ~0007033

I don't mind adding new help files, but I don't see the point in creating a new command for each language. For the time being, IRC does not support multiple languages.

aquanight

2004-07-13 19:02

reporter   ~0007038

Last edited: 2004-07-13 19:02

 Well, the problem is that unreal doesn't just look in help.conf on it's own. It's loaded because of the include directive ;p .

My suggestion would be to localize the help.conf, for example to german, and prefix each help topic name with DE_. Then tell german users (you could use a tld-motd for this ;) ) to use /helpop DE_<cmd> instead of just /helpop <cmd>.

edited on: 2004-07-13 19:02

crazy

2004-07-13 20:32

reporter   ~0007039

aquanight thx for your suggestion :).. I can do this, I known .."tld-motd" is a nice idea ..but .net .com and other are german to :P ..


codemastr you wrote:
"For the time being, IRC does not support multiple languages."
I Know this to.. But maybe it´s time to change it *fg*
                 
Thanks for your opinion and suggestion

codemastr

2004-07-14 00:05

reporter   ~0007041

I've been working to change that, however, I've yet to get any client/server coders on board with the idea.

medice

2004-07-14 15:04

reporter   ~0007049

maybe it's possible to connect such a feature with the tld-config-block in which you may select different motd- and rules-files for different hosts/IPs
(means a great deal of work for the Serveradmin to figure all the ranges out - so maybe this is senseless? )

crazy

2004-07-14 22:17

reporter   ~0007070

medice yes you can do but .. for expamle : *@*.aol.com are in Germany,USA..and and .. I don´t know if the user German or not ..

rocafella

2004-07-15 00:25

reporter   ~0007078

> Posted by: crazy
> medice yes you can do but .. for expamle : *@*.aol.com are in
> Germany,USA..and and .. I don´t know if the user German or not ..

Which is exactly why it would require client support. The client would have to send a command specifying it's locale at some point while it's connecting. Write an RFC for multi-language support on IRC, maybe that will get things going. ;)

crazy

2004-08-01 15:14

reporter   ~0007284

rocafella look at MusIRCd lol.. They have "multi-language support" 12 languages ... And easy to set ..

"The message locale is settable at runtime with /quote SET LOCALE language,
ex. /quote SET LOCALE german

and via the message_locale="language"; in the general block of the ircd.conf.
ex. message_locale="german";"

@ codemastr/syzop it´s posible to make a system like this for numerics and helpop in Unreal too ??

codemastr

2004-08-01 19:54

reporter   ~0007288

That implementation leaves out many things. For example, you say /set LOCALE german.

First point of confusion:
Why is it "German"? If I'm German, I might not know a word of English, including the word "German." To me, it is more natural to say "Deutsch" which is the German word for "German." So one user might try /set locale german and succeed, while another might /set locale deutsch and fail. It gets even more confusing with languages with accent marks. And then you have issues of "dialects." As people often like to point out, US and UK English have differences. Color vs colour, organize vs organise etc. So you need to have a way to differentiate between those.

The easiest way to handle all the above is using ISO language codes. That way you have a "fallback" mechanism as well. So if I request en-us, but it only has UK English, it will fall back to en (UK English).

Then, what about if I want to specify multiple languages? Say my primary language is Dutch, but I also speak Spanish. If Dutch is not available, I'd prefer to try Spanish before resorting to English. So now you need a method to specify a list of languages which requires a negotiation procedure.

But there are more issues, for example charsets. Which character set do we use for a language? You can't negotiate that simply by specifying a language/country code.

Then, even if we solve those, what about implementation issues. To make clients support it, there needs to be some form of standardization. Meaning, ircu already has a /set command. Using /set would create a conflict. Furthermore, when do we send the command? After we connect? So then all the initial connection stuff is sent in English, even though I then type /set LOCALE es (Spanish). So now some stuff is in English, some is in Spanish. So this needs to occur before connection, which again requires a new negotiation mechanism.

I have no problems implementing i18n support, however, if it's to be done, I want to make sure we do it right.

stskeeps

2007-04-27 06:14

reporter   ~0013862

Bump.

syzop

2015-07-23 22:27

administrator   ~0018553

multiple help files are supported, but.. other than that no.

Issue History

Date Modified Username Field Change
2004-07-12 19:23 crazy New Issue
2004-07-13 18:35 codemastr Note Added: 0007033
2004-07-13 18:35 codemastr View Status private => public
2004-07-13 19:02 aquanight Note Added: 0007038
2004-07-13 19:02 aquanight Note Edited: 0007038
2004-07-13 20:32 crazy Note Added: 0007039
2004-07-14 00:05 codemastr Note Added: 0007041
2004-07-14 15:04 medice Note Added: 0007049
2004-07-14 22:17 crazy Note Added: 0007070
2004-07-15 00:25 rocafella Note Added: 0007078
2004-08-01 15:14 crazy Note Added: 0007284
2004-08-01 19:54 codemastr Note Added: 0007288
2007-04-27 06:14 stskeeps Note Added: 0013862
2007-04-27 06:14 stskeeps Status new => feedback
2015-07-23 22:27 syzop Note Added: 0018553
2015-07-23 22:27 syzop Status feedback => closed
2015-07-23 22:28 syzop Assigned To => syzop
2015-07-23 22:28 syzop Resolution open => no change required