Jump to content

DFenix

Members
  • Content Count

    5
  • Joined

  • Last visited

Community Reputation

0 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. DFenix

    ANN: Better Translation Manager released

    I have used my own format, with key-value pairs for original English string (key) and translated string (value)), I get the complete set of localizable strings from my source code, this info is added to the executables as a resource (.res) and Inside the source code, we have to call a translate function for a matching value for the key. If no value is found, the original English string is being used. So, for now I am going to change my own system and use the standard translation system for Delphi projects. Altrought, I think should be easy to transform our format to the .xlat format and build it as it is now. However, also I like the idea to extend the solution to support different project file formats using an internal system. I will let you to know what approach I decide to follow. Thanks.
  2. DFenix

    ANN: Better Translation Manager released

    Thanks for the info and clarification. I mean that I have a similar xlat project file, but with other text format and all information about translations strings. So, I would like to keep it or transform it to the .xlat format to build it in a resource dll, other option would be to modify and adapt the amResourceModuleBuilder to read my project and build it, of course if that is possible and permissible. Thanks.
  3. DFenix

    ANN: Better Translation Manager released

    Thanks to you Anders, Is there any result difference if I build the resources binaries in x64 against x86? Sorry for persisting, but I have an automated machine that only build projects against 64-bits My idea is only to use the ResourceModuleBuilder console to create my binaries resources but with my own resource project format.
  4. DFenix

    ANN: Better Translation Manager released

    Yes, it fails on each projects. Just it is only a test to build my resources with this tool. My main project is built only on 64-bits and just avoid to build with 32-bits anymore. Anyway, I think I found the issue. It is on the amLocalization.ResourceWriter.pas, here there is a pointer variable defined only 32-bits, I mean like so: FResourceHandle: Cardinal; //must be HWND or NativeUInt Just changed it, and it starts to work fine built againt 64-bits 🙂 I think this is the reason why sometime it works because the allocated memory is not big. Hope is can help and thanks.
  5. DFenix

    ANN: Better Translation Manager released

    Hello, This is really a great and useful project!. Just I am testing it and trying to build it with latest Delphi 11.1 Patch 1, but it seems the resourceModuleBuilder project is not working when build against 64-bits, it is failing in the UpdateResource Window function with the next exception: EOSError: System Error. Code: 87. The parameter is incorrect However I have tested and build it in x86 and it works fine. Is it not compatible to build in x64? Thanks in advanced
×