Why re-approve old translations?

17 views
Skip to first unread message

Филип Милетић

unread,
Jun 30, 2012, 10:12:40 PM6/30/12
to narro-...@googlegroups.com
Hi.  

Why is it that Narro requires me to re-approve translations that have been approved long ago?

For example, every once in a while, I'm required to re-review and re-approve a translation for the word "Bookmarks", that had been translated long ago. I distinctly remember having to approve it at least six times over.   That doesn't make much sense.

At this point, I have to re-approve some 6000 strings from Firefox Aurora and Beta for Serbian.  This happens every once in a while and is very wasteful, because I have to redo the work I have already completed. With the new Mozilla release cycle of every few weeks, I simply can not afford the time to go over thousands of bogus unapproved messages; and am not quite thrilled to do so, because it's unnecessary work.

Now, theoretically, I should be able to export the translations and reimport them marking all as approved.  The problem with that is that Narro has had a history of importing wrong things (so I don't quite trust it with auto-approval), and there is no way to roll back if you screw things up.

I have a few questions:
  1. Why do the approved strings suddenly become unapproved?
  2. Is it possible in Narro to just translate the difference between the last release and the new one, without having to re-approve everything?
  3. Am I doing something wrong that makes this happen?

f

Armen Zambrano Gasparnian

unread,
Jul 3, 2012, 4:16:10 PM7/3/12
to narro-...@googlegroups.com
Hi f,
I don't know the root cause but I know that this can be fixed by doing an "import" of the mercurial repo for your locale.

Let me know how that goes or if you have any questions.

cheers,
Armen
--
You received this message because you are subscribed to the Google
Groups "narro-project" group.
To post to this group, send email to narro-...@googlegroups.com
To unsubscribe from this group, send email to
narro-projec...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/narro-project?hl=en

Филип Милетић

unread,
Jul 4, 2012, 3:07:12 AM7/4/12
to narro-...@googlegroups.com
On Tuesday, July 3, 2012 1:16:10 PM UTC-7, armenzg wrote:
I don't know the root cause but I know that this can be fixed by doing an "import" of the mercurial repo for your locale.

Let me know how that goes or if you have any questions.

I am reluctant to reimport my mercurial repo, because it's obsolete.  This is why I am translating in the first place: so I can update the mercurial repo of my locale.

Reimporting it may change the narro repository in ways I don't understand, and if this happens, I then have no way to back the change out. So I'm reluctant to do so unless I know exactly what doing that will do.

f
 

Armen Zambrano Gasparnian

unread,
Jul 4, 2012, 9:25:20 AM7/4/12
to narro-...@googlegroups.com
I understand you. I had that fear too.

I guess we'll have to wait on Alexandru to give more informed info.

Alexandru Szasz

unread,
Jul 9, 2012, 1:51:09 AM7/9/12
to narro-...@googlegroups.com


2012/7/1 Филип Милетић <fil...@gmail.com>

Hi.  

Why is it that Narro requires me to re-approve translations that have been approved long ago?

Because the context changed. Even if the text is the same, it might have been moved in a different file or the corresponding key or comment has changed.
I understand that some words are translated always as is, but that would require the user to mark them.
 

For example, every once in a while, I'm required to re-review and re-approve a translation for the word "Bookmarks", that had been translated long ago. I distinctly remember having to approve it at least six times over.   That doesn't make much sense.

The word Bookmarks is moved pretty often from one file to another from one version to another.
 

At this point, I have to re-approve some 6000 strings from Firefox Aurora and Beta for Serbian.  This happens every once in a while and is very wasteful, because I have to redo the work I have already completed. With the new Mozilla release cycle of every few weeks, I simply can not afford the time to go over thousands of bogus unapproved messages; and am not quite thrilled to do so, because it's unnecessary work.

Six thousand is huge, almost everything, are you sure that's accurate? if so, something is not right; less than 20% of the whole number of strings are changed from one version to another.
 

Now, theoretically, I should be able to export the translations and reimport them marking all as approved.  The problem with that is that Narro has had a history of importing wrong things (so I don't quite trust it with auto-approval), and there is no way to roll back if you screw things up.

Maybe the text is wrong if it says automatically approve. There is no automation in that. If the translation exists, it's approved, that's it.

Whenever you import, you have to provide mirror like file structures for en-US and your locale. I'm already providing them from en-US on the server, you only have to provide translations for your locale in the structure that you find on Mercurial.

You're in complete control, you can do how many imports you like, your translations are versioned on Mercurial, so you can go back to whatever versions of the translations you want.

There is almost no check when you import things, so you *can* import the wrong thing.
 

I have a few questions:
  1. Why do the approved strings suddenly become unapproved?
Because the context changes. Either the text was move in a different file, added as new to a file or the corresponding key or comment changed.
  1. Is it possible in Narro to just translate the difference between the last release and the new one, without having to re-approve everything?
That's how it works. If it's not working like that for you it's either a bug, either the import options are not right.
  1. Am I doing something wrong that makes this happen?
Most probably, as I'm translating for years now and only change about 200 texts per release.
Give me an example, project, links, how you do it and I'll see what the problem is.



--
Alexandru Szasz
Reply all
Reply to author
Forward
0 new messages