LanguageSupport for ReportBuilder: Custom Language

rbuser

Hi!

My application is using ReportBuilder 9.03. We have already implemented
language support for english, german, spanish, italian and french.

Recently we decided to add hungarian as supported language. Because
hungarian was not already provided by DigitalMetaphors, an hungarian
workmate of mine translated the english rc-files. Then, according to the
ReadMe document in the language-folder of rBuilder, I created dlls out of
these rc files. Because hungarian is not supported directly, I had to make
it a custom language (cst / lgCustom) instead, therefore I now have those
files:

rbDade.cst
rbPrint.cst
rbIDE.cst
rbRAP.cst

In theory everything is fine now and we support hungarian, but what if
tomorrow polish or czech should be added? It seems to me, as if I can only
provide one custom language.

Is there a way for me to add hungarian as a standard language, so i can
use rbDade.hun, rbPrint.hun, rbIDE.hun and rbRAP.hun with lgHungarian?

Regards



--- posted by geoForum on http://delphi.newswhat.com

nardmoseley

If you run the RB installation, you will notice that it allows you to choose
which language you want to be the default language.

You could do something similar for your app. Make as many custom languages
as you require. Compile them into .cst files in separate directories.

For your application, ask the user either at install time or at startup
which language they would like to use, then copy the appropriate .cst files
to the Windows\System32 directory.

We have on our To Do list to make the language architecture open to adding
built-in languages as you suggest. Thanks for the feedback.

If you would like to make transalations available to other customers, please
send in zip format to support@digital-metaphors.com and we can list them our
Language page.

Btw, downloads for Polish and Czech are available here

http://www.digital-metaphors.com/download/language_support.html


--
Nard Moseley
Digital Metaphors
www.digital-metaphors.com

rbuser

Hi Mr Moseley!

For your first suggestion to let the user select a default language on the
installation of our programm:
My boss didn?t like that idea and you?ll have to admit that for the end
user it would be hard to understand that some languages can always be used
and some must be exclusively installed and will not tolerate special other
languages.

For your second suggestion to let our application overwrite the .cst-files
at startup:
I also thought about this solution, but then I remembered the good old
MicroSoft Development Guidelines (or however they are called) which do not
like users or applications to work in Windows\System32. At least for Vista
this would be a problem!

Here is our solution:
As it seems delphi searches program resources such as dlls (and our
language files) in the application?s folder or in one of the paths listed
in the 'path' environment variable. Per default the value of 'path' is:
%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem
This is why the .cst-files should be located in System32 per default. Our
application is a .Net appliaction and in .Net it is no problem to
manipulate environment variables only for the own process (even on vista).
Now if the user logs on our application the user?s language is detected
and according to his language the 'path'-variable will get an additional
folder for his language files.
Works fine so far. What do you think of this solution?

BTW: Unfortunately I wasn?t allowed to share the hungarian language files
- Sorry.

Regards

Ralf



--- posted by geoForum on http://delphi.newswhat.com