<div>
so you are using the Delphi translation manager ?<br />
<br />
what it does when you say 'doesn't work anymore' ? is it a regression (what was translated successfully before is now not translated) or just new ones that do not apply as they should ?<br />
<br />
have you recompiled myApplication.ENG ?
</div>


<div>
What I mean is that none of the translated forms (use translation manager, yes) are coming in english on the screen. It is still all french that are there.<br />
I recompiled of course, and moved the exe and dll in a test directory (renaming the dll into FRB on my computer)<br />
When I run it and get the first form (not translated), I can see (process explorer) that the myApplication exe has a handle on the DLL so it opens it but it does NOT use it !<br />
I stopped my application and had a look inside the DLL (hexa view and text) and I could see some english words from my translation ...<br />
<br />
<br />

</div>


<div>
Ok, I'll try that Translation Manager (never did :o) and see if some idea come to me
</div>


<div>
Well, what is strange on my PC is that it worked fine for several days<br />
It is just right now that it doesn't ...
</div>


<div>
What I can do is to develop a simple form project with just on caption<br />
I translate it in english UK and see what's happening<br />
I keep you informed
</div>


<div>
Hello epasquier <br />
I attach two files<br />
First a small executable named essai.exe &nbsp;: it displays an empty form<br />
The title is localised<br />
The locale dll is essai.eng<br />
If your locale is english UK it should display an english title (rename the DLL into .ENU for american english)<br />
On my PC, right now, I renamed it into .FRB but the result is still french<br />
Well, may be this is finally normal ?
</div>


<div>
<br />
<a href="https://filedb.experts-exchange.com/incoming/2011/05_w21/460038/Essai.exe" target="_blank" class="file-inline" title="The executable (490 KB)"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><path d="M67.508 468.467c-58.005-58.013-58.016-151.92 0-209.943l225.011-225.04c44.643-44.645 117.279-44.645 161.92 0 44.743 44.749 44.753 117.186 0 161.944l-189.465 189.49c-31.41 31.413-82.518 31.412-113.926.001-31.479-31.482-31.49-82.453 0-113.944L311.51 110.491c4.687-4.687 12.286-4.687 16.972 0l16.967 16.971c4.685 4.686 4.685 12.283 0 16.969L184.983 304.917c-12.724 12.724-12.73 33.328 0 46.058 12.696 12.697 33.356 12.699 46.054-.001l189.465-189.489c25.987-25.989 25.994-68.06.001-94.056-25.931-25.934-68.119-25.932-94.049 0l-225.01 225.039c-39.249 39.252-39.258 102.795-.001 142.057 39.285 39.29 102.885 39.287 142.162-.028A739446.174 739446.174 0 0 1 439.497 238.49c4.686-4.687 12.282-4.684 16.969.004l16.967 16.971c4.685 4.686 4.689 12.279.004 16.965a755654.128 755654.128 0 0 0-195.881 195.996c-58.034 58.092-152.004 58.093-210.048.041z"/></svg>Essai.exe</a>
</div>


Essai.exe

<div>
<br />
<a href="https://filedb.experts-exchange.com/incoming/2011/05_w21/460041/essai" target="_blank" class="file-inline" title="Rename it with .extension = your locale (29 KB)"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><path d="M67.508 468.467c-58.005-58.013-58.016-151.92 0-209.943l225.011-225.04c44.643-44.645 117.279-44.645 161.92 0 44.743 44.749 44.753 117.186 0 161.944l-189.465 189.49c-31.41 31.413-82.518 31.412-113.926.001-31.479-31.482-31.49-82.453 0-113.944L311.51 110.491c4.687-4.687 12.286-4.687 16.972 0l16.967 16.971c4.685 4.686 4.685 12.283 0 16.969L184.983 304.917c-12.724 12.724-12.73 33.328 0 46.058 12.696 12.697 33.356 12.699 46.054-.001l189.465-189.489c25.987-25.989 25.994-68.06.001-94.056-25.931-25.934-68.119-25.932-94.049 0l-225.01 225.039c-39.249 39.252-39.258 102.795-.001 142.057 39.285 39.29 102.885 39.287 142.162-.028A739446.174 739446.174 0 0 1 439.497 238.49c4.686-4.687 12.282-4.684 16.969.004l16.967 16.971c4.685 4.686 4.689 12.279.004 16.965a755654.128 755654.128 0 0 0-195.881 195.996c-58.034 58.092-152.004 58.093-210.048.041z"/></svg>essai</a>
</div>


essai

<div>
hum. Doesn't work either. I have tried to change my OS settings to UK and USA without success (normal setting is FRA for me - right next door to you), with different extensions.<br />
<br />
I'm trying on my own project &nbsp;and tell you if I find something
</div>


<div>
I see that you are french (speaking) <br />
I am from Belgium<br />
Indeed I think that the OS is not the guilty.<br />
I renamed the DLL with .FRB for french belgium but it does not work ANYMORE<br />
As I wrote, it was working a few days ago<br />
Surely something to see with activation ...<br />
I will continue my investigations in that direction...
</div>


<div>
In fact I realise that I do not understand what Delphi means with the &quot;active language&quot; ...
</div>


<div>
I have again activate the english language and recompiled<br />
When looking inside the produced DLL (ENG extension), I see that all text are the french ones !
</div>


<div>
So maybe this is a compiler &quot;bug&quot; but I could I get it right before ?
</div>


<div>
I think &quot;active language&quot; is the one tee app should look for and load by default.<br />
I think then that there is probably a way to switch the language by programming, but that is yet to be found.<br />
As I said, it is kind of working for me, I can change language loaded as long as I do one of 2 solutions :<br />
- change the desired dll extension to the one that is activated in the application settings<br />
or<br />
- change the application settings (active language) and recompile, it will the load the other dll
</div>


<div>
I think I am now close to the solution<br />
Can you be more precise with your two solutions based on my current stuff because I think I am somewhere between these...<br />
My locale is belgian french so are my form text in french<br />
I added the language ENG and translated the form with the manager in Delphi<br />
Now how can I compile the all stuff so that when I run the application with the resulting DLL (extension ENG), and run the application on my computer (or another with any type of locale), the forms are in english ?
</div>


<div>
PS : I have 'activated' the english and compiled : when looking inside the resulting DLL, all text are in french ! 
</div>


<div>
<pre><code class="code-1 nolinks" id="code-20-35787474-1"><span>Now how can I compile the all stuff so that when I run the application with the resulting DLL (extension ENG), and run the application on my computer (or another with any type of locale), the forms are in english ?</span>
</code></pre>
You have to activate the english language and recompile. But if your .ENG dll contains french words, then you have screwed something somehow, try retranslating that source
</div>


<div>
No idea<br />
When I look via the translation manager, english is there<br />
Looking to the files, I see english in dfN files and when asking the translation manager to show me the form translated, it is english
</div>


<div>
Hello epasquier<br />
I made a few additional tests, based on our conversation.<br />
Indeed, activating a langage, for example ENG, means that when the application starts, it looks directly for the ENG DLL.<br />
On the other hand, if that DLL is not there, it searches for the corresponding locale, here for me FRB<br />
If I rename the DLL from ENG to FRB, indeed it uses it.<br />
This is interesting because I will be able to distributed an english version to my &quot;users&quot; by defined ENG as the default and delivering that DLL as well, whatever the locale for my users is.<br />
I succeded finally to do all that after creating a brand new project with one simple form<br />
Now I come back on my &quot;problem&quot; for my large application<br />
In the ENG directory, after translating a form, say F1, the F1.dfm should contain the translation.<br />
In my case, it does NOT ! As you wrote, something is screwed on some way.<br />
In the IDE however, when I open the DFM with the translation editor, the english words are there and when I click on the button to show the resulting form, it is OKAY<br />
So the only thing that does not work is that the IDE, for that project, never create the right DFM (based on the DFN that contains all corresponding translation etc...)<br />
I just need now to find a way the the IDE to force all these DFM to be created correclty...
</div>


<div>
Hello epasquier,<br />
I am really blocked now ?<br />
Any idea for finding a solution ?<br />
Thanks
</div>


<div>
Hello epasquier, I have some news<br />
I tried this : in my project, I open a previously &quot;translated&quot; form with the translation editor and made a dummy change of one texte (already in english), saved it and had a look at the resulting DFM : this time is was okay so Delphi recreated it correctly based on the DFN<br />
This is not related to the activated language (I tried ENG and the french)<br />
Now what is stil strange is this : I define the ENG as activated language and compile the entire stuff<br />
I get a DLL with extension ENG<br />
Running the executable now, it does not use that ENG ...
</div>


<div>
<pre><code class="code-1 nolinks" id="code-20-35793952-1"><span>was okay so Delphi recreated it correctly based on the DFN</span>
</code></pre>
I suspected some kind of screwup.. So you 'rebooted' your DFM ? :o)<br />
<br />

<pre><code class="code-1 nolinks" id="code-20-35793952-2"><span>Running the executable now, it does not use that ENG ...</span>
</code></pre>
I suppose you having not been nice with your Delphi and it makes you pay now... No, seriously, at this point I have no idea what's going on.<br />
I suppose we have determined how that translation manager **should** work, and how &nbsp;developper should create the project and languages dll, and language activated.<br />
But I have the feeling that all this is a bit strange (the activated language principle is a bit redundant with the default values in the normal .DFM/.EXE), not very stable or easy to deploy/change language at runtime, and yes prone to massive hair loosing.<br />
<br />
Which is probably why there are lots of commercial tools to do so.<br />
<br />
By the way, here is how I do that kind of 'multi language' feature on my small applications : I put all the languages in an INI file, like GUI.FRE or GUI.ENG , and this file is referenced in the application parameters .INI itself.<br />
So the application loads its parameters, see what language is desired, if I have the corresponding GUI file, and load all my captions and other text resources from there. <br />
in the Ini, it looks like this :<br />
[frmMain]<br />
CAPTION=Main Form<br />
[frmMain.Label1]<br />
CAPTION=Hello World<br />
LEFT=10 &nbsp; &nbsp; // This is optional, don't have to reposition all elements<br />
<br />
From the application code point of view, it looks like :<br />
LoadGUI ( [ Label1, CheckBox1, Form2, Button1 ] ); &lt;== open array of components<br />
The LoadGUI knows what to load and how depending on the object type in the array.<br />
<br />
I know this system is not as pretty as resources and dll, but at least it was quick and easy to maintain (for me and also for my customers)
</div>


<div>
Indeed, it looks like the current Delphi version is not very &quot;stable&quot; doing localisation !<br />
At this point, and if do not find why the activated language is not the one used by the application, I will have to distribute the exe, the dll (.eng) and tell to my foreign users to rename the dll extension into their locale, for example ENU for english US etc...<br />
But I am not there yet, I still need to translate around 12 forms and verify all my other utility units for french words to be translated.<br />
Concerning translation of internal messages etc... my application will look it is directory if there is such &quot;famous&quot; DLL, one way or another the set a flag to true if english.<br />
I then have a central function that manages returning the proper messages ...
</div>


<div>
Hello epasquier<br />
A part of the mystery is resolved.<br />
It is the one not originally related to my question.<br />
I discovered that the DFM files located in the ENG directory, and that are updated when using the translation editor, these files keep the same date/time of modification than the originals !<br />
I did not tell you but I developed on 2 PCs, and I used an intermediate external USB disk to move changes from one to the other, using xcopy and ad-hoc parameters.<br />
I suspect that due to the fact that Delphi does not change those file dates, at a certain move moment, real original overwrote my changed DFM !<br />
So oufff for this<br />
But the stuff of &quot;active&quot; language question remains<br />
I do not desesperate to fix this as well via this EE question ....
</div>


<div>
That design choice is excellent for me and I think for many other developers.<br />
For myself, my application is originally written in french.<br />
I just want one more language, english UK, available for all other potential users, whatever their locale settings are.<br />
So the deployment for me is easy : to french speaking people I provide myApp.exe, and to others the same PLUS myApp.ENG<br />
My current problem is apparently that it does not work like that for this application.<br />
I will have a look at the links you provide...
</div>


<div>
Well, the first link shows what I think I already do<br />
The second has for me a major problem, that is explained in the final note : &quot;Note: Any changes made to the form properties at runtime will be lost. Once the new DLL is loaded, default values are not reset. Avoid code that assumes that the form objects are reinitialized to the their startup state, apart from differences due to localization.&quot;
</div>


<div>
well, simply put, when you create a form, the .DFM content is loaded into the objects properties.<br />
If you change those properties after the Create (say in the onCreate event) AND you AFTER load a different language dll, then ALL the changes made will be lost.<br />
That is well understandable, as the new DLL is also a DFM file that will overwrite all the initial properties of all the form's objects<br />
<br />
by the way, here is the complete explanation of how Delphi loads language resources dll<br />
<a href="http://docwiki.embarcadero.com/RADStudio/XE/en/Deploying_Localized_Applications" rel="ugc">http://docwiki.embarcadero.com/RADStudio/XE/en/Deploying_Localized_Applications</a><br />
in this explanation, I am still unsure of what they mean by &quot;UILocale is set to German - Germany&quot;. Could it be the system locale settings ? And I don't see the &quot;active language&quot; in that explanation...
</div>


<div>
Miracle !<br />
Now it works, I just followed the first link and did it like that, despite the fact I already did it previously.<br />
Why now and not yesterday, only God knows !<br />
Thanks to you I understood the &quot;active language&quot; stuff and you gonna get the points<br />
Many thanks again, epasquier
</div>


<div>
It was my pleasure !<br />
I too learned a great deal, and next time I really need to localize an application I might just use that stuff.<br />
<br />
Only problem for me is that 50% of my work still need Delphi 5, and so I just can't rely on too modern things and have to do it &quot;the old way&quot; :-(
</div>


<div>
Time to migrate to Delphi 2010 then !
</div>


<div>
I have purchased XE a few month ago ! I love it, but I must stick to D5 for plugins projects (for a D5 application). Everything else I do now with XE (formerly, with D7). Fortunately, I have less and less of D5 plugins, as the new version of the application is relying on COM object for the plugins, not .BPL. <br />
Only a couple years to wait until I can finally only look forward !
</div>


<div>
My experience from migrating from Delphi to Unicode-supported Delphi : not so easy, depending on the stuff the application does...
</div>


<div>
<div class="content wysiwyg-content">
With the help of EE experts, I suceeded to write a localised application.<br />
My PC is originally in the belgian french locale <br />
I localised my application with the Delphi IDE in english UK<br />
Delphi created a ENG directory<br />
After translating forms using the IDE tools, I recompiled everything and I have now a nice myApplication.exe and also a myApplication.ENG<br />
As I understand, myApplication.ENG is a DLL containing the stuff necessary for the executable to &quot;translate&quot; the forms...<br />
A couple of days ago, I found a trick to test it on my own development PC<br />
I renamed the DLL into myApplication.FRB (FRB is for belgian french) and indeed running the application, the forms came translated.<br />
Now today I continued with this application (there are many forms) to translate some forms.<br />
Applying the same rename trick ... did not work anymore !<br />
<br />

</div>
</div>


With the help of EE experts, I suceeded to write a localised application.
My PC is originally in the belgian french locale 
I localised my application with the Delphi IDE in english UK
Delphi created a ENG directory
After translating forms using the IDE tools, I recompiled everything and I have now a nice myApplication.exe and also a myApplication.ENG
As I understand, myApplication.ENG is a DLL containing the stuff necessary for the executable to "translate" the forms...
A couple of days ago, I found a trick to test it on my own development PC
I renamed the DLL into myApplication.FRB (FRB is for belgian french) and indeed running the application, the forms came translated.
Now today I continued with this application (there are many forms) to translate some forms.
Applying the same rename trick ... did not work anymore !



How to deploy a Delphi localised application ?

Delphi is the most powerful Object Pascal IDE and component library for cross-platform Native App Development with flexible Cloud services and broad IoT connectivity. It provides powerful VCL controls for Windows 10 and enables FMX development for Windows, Mac and Mobile. Delphi is your choice for ultrafast Enterprise Strong Development™. Look for increased memory for large projects, extended multi-monitor support, improved Object Inspector and much more. Delphi is 5x faster for development and deployment across multiple desktop, mobile, cloud and database platforms including 32-bit and 64-bit Windows 10.