Support forum of the software localization tool Sisulizer


Localization Tool for VB, Delphi, .NET, C#, VB.NET, XML, Online Help, HTML ... Home

Get in contact with the makers of Sisulizer.
Our forum is open for all questions around Sisulizer from customers and prospects.
Don't hesitate to register and ask. The Sisulizer team will answer ASAP.

Search     Help Home Sisulizer Website Download
Search by username
Not logged in - Login | Register 

 Moderated by: Renate.Reinartz, Markus.Kreisel, Jaakko.Salmenius, Ilkka.Salmenius
New Topic Reply Printer Friendly
Wrong string result - Bugs and Quirks in Sisulizer - Technical Support (You need to be registered at the forum to write) - Localization Tool for VB, Delphi, .NET, C#, VB.NET, XML, Online Help, HTML ...
AuthorPost
 Posted: Wed Mar 12th, 2008 11:11 am
PM Quote Reply
bikemike
Member
 

Joined: Tue Nov 20th, 2007
Location: New Zealand
Posts: 105
Status: 
Offline
Hi folks,

If Sisulizer returns the untranslated value for the wrong resource where do I start to fix or even understand this?


Using Sisu 1.6.21 with Delphi 7
We are using resource.dll localization.

Say I have two strings that are untranslated

SFred   = 'Freddy';
SBob   = 'Bobby';

Say they are in different units

I have rescanned the project and built the items...
Building "mypath\myexe.FR", the French resource file of "mypath\myexe.exe"
...before running the application.

Say at run time in English I see 'Freddy' where the string SFred is used.  All good!
Say I switch to French at runtime and I see 'Bobby' where I should see 'Freddy'

That's pretty much what seems to be happening.

Thoughts?

Back To Top PM Quote Reply

 Posted: Wed Mar 12th, 2008 12:52 pm
PM Quote Reply
Jaakko.Salmenius
Administrator


Joined: Sat Apr 8th, 2006
Location: Tokyo, Japan
Posts: 1641
Status: 
Offline
Remember that every time you compile a Delphi application after you have changed the source code it might be that Delphi assing new ids for resource strings. If you run application after rebuild and application has resource DLLs that still have the old resource ids VCL is loading wrong strings. String loading is always done using resource ids (that are integer assigned to string on compile time) and not by resourcename (that are string name assinged by developer e.g. SMyString = "...")

This is why it is very important that resource DLL are in synch with the EXE. If you recompile EXE use Sisulizer to rebuild the resource DLLs. If the output file of Sisulizer project is not the same dir as EXE make sure that you copy the created DLLs to the same directory as EXE.

Jaakko



____________________
http://www.sisulizer.com - Three simple steps to localize
Back To Top PM Quote Reply

 Posted: Thu Mar 13th, 2008 12:24 am
PM Quote Reply
bikemike
Member
 

Joined: Tue Nov 20th, 2007
Location: New Zealand
Posts: 105
Status: 
Offline
Per my post, I beleive I have been doing exactly that.
I will recheck the process shortly and confirm the results or eat my hat - and reply again....

Back To Top PM Quote Reply

 Posted: Thu Mar 13th, 2008 12:38 am
PM Quote Reply
Jaakko.Salmenius
Administrator


Joined: Sat Apr 8th, 2006
Location: Tokyo, Japan
Posts: 1641
Status: 
Offline
Can you send me the original EXE and one localized DLL. Tell me also what is the string in the EXE that translates wrong. I will check the files.

support (at) sisulizer.fi

Jaakko



____________________
http://www.sisulizer.com - Three simple steps to localize
Back To Top PM Quote Reply

 Posted: Thu Mar 13th, 2008 12:40 am
PM Quote Reply
Jaakko.Salmenius
Administrator


Joined: Sat Apr 8th, 2006
Location: Tokyo, Japan
Posts: 1641
Status: 
Offline
One more question.

Are you using resource DLL as separate files (e.g. Project1.exe, Project1.DE, Project1.FR, ..) or are you embedding the resource DLLs to the EXE.

Jaakko



____________________
http://www.sisulizer.com - Three simple steps to localize
Back To Top PM Quote Reply

 Posted: Thu Mar 13th, 2008 09:12 am
PM Quote Reply
bikemike
Member
 

Joined: Tue Nov 20th, 2007
Location: New Zealand
Posts: 105
Status: 
Offline
We have multiple resource dlls

When I religiously build / scan / build / execute all seems well today.  I tried a few things:
  • See if the scan context is different in Sisulizer depending on project node open - it isn't is it?
  • Tried building one all rather than one items in Sisulizer.
  • Different languages
Can't make it break now!

I will assume now then that something I was doing in Delphi was causing a rebuild that I was not aware of and this was causing the missalignment of the resource ID's.

Thanks for you time.

Back To Top PM Quote Reply

Current time is 04:58 pm  
Localization Tool for VB, Delphi, .NET, C#, VB.NET, XML, Online Help, HTML ... > Technical Support (You need to be registered at the forum to write) > Bugs and Quirks in Sisulizer > Wrong string result



WowUltra 1.11 Copyright © 2007 by Jim Hale - Based on WowBB Copyright © 2003-2006 Aycan Gulez

Sisulizer software localization tool - Three simple steps to localize