Multi-Language Add-In for Visual Studio

Multi-Language Add-In for Visual Studio


Edit "Original Text" should mark other langs as "Edited" (status)

The story

We are making some changes in our UI, streamlining it more. Before we could have localized strings like "Name:", but now we only want to store "Name" (as we have both versions in our database).

The longer story

Translators doesn't like to translate the same thing twice - sometimes they will actually translate "the same string" (only with/without colon in the end) to two different things (and that would be okay if it there where different context comments, but there isn't). So we ask them "why it's different?" and they respond "why do we translate it twice?".

Merging feature to merge "Name:" and "Name" already requested.

My process

When I change "Name:" into "Name" I want to do it through the tool. I know my product, so I know I want to change "Name:" into "Name" everywhere and the easiest way to do so, is by editing the "Original Text" through the tool, forcing a popup that will allow me to apply the change everywhere the string is used (by the way: very nice feature!).

Now I want to give my translators a new file with changes (new strings and changed strings) - but when I changed the Original text, it marked my Original string as "edited", but all other languages status isn't changed. I would expect all other languages (and not Original Text) to somehow be marked as "edited".

We don't have the same team translate to all languages - so what will happen when I import Danish and afterwards export French? Will it reset Original Text's status when Danish is imported and then ignore the string when French is exported?

All about the process - am I seeing this wrong?

The process isn't clear to me. On one hand, I want to mark the change so I can export the edited strings - but I also want the status to "reset" at some point so I don't send the same string to my translators without changes until all languages has been reviewed and I've manually reset the Original Text status. If "Original Text" behaved a little different from all other "languages", it might change the status of all the other languages instead of changing the status of "Original Text". I consider "Original Text" as my master, and all other languages should "obey".

Sorry...

Sorry about the long description/request - It's not 100% clear to me how it works today - I just know it isn't behaving as I expect, and that's why I try to write all the details of how I experience the tool vs what I expect from the tool. I hope my process description makes sense and it helps clarify my request.

More examples where this applies in our solution:
"Name:" => "Name"
"NAME" => "Name"
"First name" => "First Name"
"Customer Name" => "Name" (tricky, but applies in rare scenarios in our solution)

Germany

I agree with you, with one slight difference.

The Add-In also has a status "out of date". On editing the original text, I think it should set the status of all translation to "out of date".

It already does this if you edit the original text in the editor or design window and then rescan the project. It is inconsistent that it does not do the same when you edit the text in the grid.

I want to think about this for a day or two, because I am not 100% sure that all users will like it.

Phil


Excellent spotted - of course it should work like when you edit directly through the tool! That would be perfectly intuitve and reflect excatly what is happening - original text is changed, since that's the master, all other is now out of date.

Let me know what you end up doing.


Germany

I have made this change in version 5.0x.0075

Phil


Thank you very much Phil! This will really help me manage our localization! biggrin

Yours Faithfully
Nick Niebling