Excel with translations and ewu regeneration

Question

Hello,

I have two questions regarding strings and translations.

1. I'm doing some modifications to the example excel file, in order to generare an EWU file which is directly encoded in UTF-8 and avoid the \uxxxx strings which are less readable.
   
   It works, I just have a question regarding escaping the single quotes. Even if I don't escape them, Embedded Wizard works flawlessly. I also tried to modify the Strings.ewu file directly in the Embedded Wizard, and it accepts the non escaped single quote without issues.
   
   So is escaping single quotes still necessary?
   
    
2. After generating the Strings.ewu from Excel, if I change something in the generated Strings.ewu file from Embedded Wizard and then save it, the format of the file will change. This will lead to file with a slightly different syntax, but with the same content (e.g. Strings with just the Default value won't have parentheses around them anymore).
   
   So, in a CI/CD environment, if I want to do some automatic checks to see if there are conflicts between the Excel generated strings and the EW generated strings, this is quite hard to do.
   
   Is it possible to invoke EW (or Chorac?) via command line and tell him "hey, read the strings.ewu file and regenerate it"? My goal is to be able to compare the regenerated ewu file with the previous one to see if they match and stop the pipeline if they don't.

 

Thank you!

Answer 1

Hello,

So is escaping single quotes still necessary?

It is necessary inside a char literal to distinguish the content of the literal from its enclosing single quote signs. Inside a string literal it is not necessary. Assuming the EXCEL file contains strings only, escaping single quotes can be ignored.

Is it possible to invoke EW (or Chorac?) via command line and tell him "hey, read the strings.ewu file and regenerate it"? 

No, this is not possible. I would recommend to adapt the EXCEL conversion so that its outputs are better comparable with the original EWU syntax.

Best regards

Paul Banach