<div dir="ltr">Thank you for your inputs, as of right now, I think I will simply update the specified HTextFlowTargets' state to 3 in the database (I've done this on my test database and apparently it hasn't broken anything yet).<div>
<br></div><div>Regards,</div><div><br></div><div>Nghia</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/9/24 Isaac Rooskov <span dir="ltr"><<a href="mailto:irooskov@redhat.com" target="_blank">irooskov@redhat.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I agree with Sean on the topic of defaults for this, and that of course we will allow people to alter this as is best for their project.<br>
<br>
Thanks,<br>
<br>
Isaac<div class="HOEnZb"><div class="h5"><br>
<br>
On 09/17/2013 01:24 PM, Sean Flanigan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
From the project maintainer's point of view, I think it could be argued<br>
that "requires-approval" projects should only include approved<br>
translations when pulling (unless otherwise specified). Otherwise<br>
unreviewed translations could be accidentally included in a<br>
software/documentation release. So this is a quality issue.<br>
<br>
Then if someone wants to fetch the translated (non-approved)<br>
translations to do some offline translation, that could enabled by a<br>
client option.<br>
<br>
And then you have the problem of preview builds, where someone<br>
(maintainer or a translator) pulls down all the translations to generate<br>
some sort of preview (eg a Publican build, or a software build), perhaps<br>
even as part of the review process. For preview builds, you may want<br>
the unapproved translations.<br>
<br>
The problem is that all three use cases are using the same command, and<br>
the most sensible default is different for each use case.<br>
<br>
Whatever the default should be, we definitely need the ability for the<br>
client to choose.<br>
<br>
<br>
On 2013-09-16 08:33, Patrick Huang wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Nghia,<br>
<br>
Priority of RFE (Request for enhancement) is discussed and set by Isaac<br>
our product owner before each release. We will finish off Zanata 3.1<br>
release in October and start planning next version. Let's see if it will<br>
be scheduled for the next one.<br>
As for the ext parameter, it stands for extension. Right now we only<br>
support two extensions: "gettext"(deal with PO header etc) and<br>
"comment"(comment in PO file). Forcing pulling only Approved<br>
translation can be a new RFE. If you want you can fire a bug at<br>
<a href="https://bugzilla.redhat.com/enter_bug.cgi?format=guided&product=Zanata" target="_blank">https://bugzilla.redhat.com/<u></u>enter_bug.cgi?format=guided&<u></u>product=Zanata</a><br>
(You can also access this link from you Zanata instance via footer link<br>
Support->Report problem and put "RFE" in front of your bug summary). We<br>
will then pick it up from there and prioritize it accordingly.<br>
<br>
Regards,<br>
<br>
Patrick Huang<br>
Senior Software Engineer<br>
Engineering - Internationalisation<br>
Red Hat<br>
<br>
------------------------------<u></u>------------------------------<u></u>------------<br>
<br>
*From: *"Nghia Duong" <<a href="mailto:nghia.duong@crossknowledge.com" target="_blank">nghia.duong@crossknowledge.<u></u>com</a>><br>
*To: *"David Mason" <<a href="mailto:damason@redhat.com" target="_blank">damason@redhat.com</a>><br>
*Cc: *"Patrick Huang" <<a href="mailto:pahuang@redhat.com" target="_blank">pahuang@redhat.com</a>>, <a href="mailto:zanata-users@redhat.com" target="_blank">zanata-users@redhat.com</a><br>
*Sent: *Friday, September 13, 2013 5:06:22 PM<br>
*Subject: *Re: [zanata-users] Bulk-approval of translations?<br>
<br>
Hi David and Patrick,<br>
<br>
Thank you both for the quick answers.<br>
<br>
@Patrick: It helps to know that this is in your backlog. I am also<br>
aware that reviews can be made optional but I am currently trying to<br>
sketch out some localization workflows and translation reviews<br>
appear essential to me, at least for the QA phase. Would you have<br>
any timeline info on when that functionality will be implemented?<br>
If I remember correctly, the TranslatedDocResource endpoint of the<br>
REST API supports an "ext"<br>
<<a href="https://zanata.ci.cloudbees.com/job/zanata-api-site/site/zanata-common-api/rest-api-docs/resource_TranslatedDocResource.html#PUT" target="_blank">https://zanata.ci.cloudbees.<u></u>com/job/zanata-api-site/site/<u></u>zanata-common-api/rest-api-<u></u>docs/resource_<u></u>TranslatedDocResource.html#PUT</a><u></u>><br>
parameter when pushing translations, is there anyway I can "force"<br>
the approved status there instead? (I can't seem to find the<br>
documentation about the content of "ext")<br>
<br>
@David: Thank you for the documentation, it is very clear to me, but<br>
as I said above, I think reviews is necessary for our project. Keep<br>
up the good work though!<br>
<br>
<br>
Regards,<br>
<br>
Nghia<br>
<br>
<br>
2013/9/13 David Mason <<a href="mailto:damason@redhat.com" target="_blank">damason@redhat.com</a> <mailto:<a href="mailto:damason@redhat.com" target="_blank">damason@redhat.com</a>>><br>
<br>
Hi Nghia,<br>
<br>
----- Original Message -----<br>
> From: "Patrick Huang" <<a href="mailto:pahuang@redhat.com" target="_blank">pahuang@redhat.com</a><br>
<mailto:<a href="mailto:pahuang@redhat.com" target="_blank">pahuang@redhat.com</a>>><br>
...<br>
> We are working on documentations in current release but just<br>
so you know,<br>
> approved state is only required when your project version requires<br>
> translation review.<br>
<br>
The documentation mentioned by Patrick can be previewed at<br>
<a href="http://zanata.org/new/help/review/review-workflow/" target="_blank">http://zanata.org/new/help/<u></u>review/review-workflow/</a><br>
<br>
Let me know if you feel there is anything missing or that could<br>
be presented better and I can adjust it.<br>
<br>
<br>
Cheers,<br>
<br>
David Mason<br>
Software Engineer<br>
L10n Engineering<br>
<br>
Red Hat, Asia-Pacific Pty Ltd<br>
Level 1, 193 North Quay<br>
Brisbane 4000<br>
<br>
<br>
<br>
><br>
><br>
> From: "Nghia Duong" <<a href="mailto:nghia.duong@crossknowledge.com" target="_blank">nghia.duong@crossknowledge.<u></u>com</a><br>
<mailto:<a href="mailto:nghia.duong@crossknowledge.com" target="_blank">nghia.duong@<u></u>crossknowledge.com</a>>><br>
> To: <a href="mailto:zanata-users@redhat.com" target="_blank">zanata-users@redhat.com</a> <mailto:<a href="mailto:zanata-users@redhat.com" target="_blank">zanata-users@redhat.<u></u>com</a>><br>
> Sent: Friday, September 13, 2013 1:13:49 AM<br>
> Subject: [zanata-users] Bulk-approval of translations?<br>
><br>
> Hi all,<br>
><br>
> I would like to know whether there is a way for reviewers to<br>
approve all<br>
> translations of a given document on Zanata?<br>
><br>
> I have a set of approved translations (from PO files) that I<br>
have uploaded<br>
> (via the REST API) to Zanata. But now they are only saved as<br>
translated and<br>
> not approved, is there any way to approve all of the<br>
translations without<br>
> going through each and everyone of them (I have a lot)?<br>
><br>
> Regards,<br>
><br>
> Nghia<br>
<br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
zanata-users mailing list<br>
<a href="mailto:zanata-users@redhat.com" target="_blank">zanata-users@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/zanata-users" target="_blank">https://www.redhat.com/<u></u>mailman/listinfo/zanata-users</a><br>
<br>
</blockquote>
<br>
</blockquote>
<br>
<br>
-- <br></div></div><span class="HOEnZb"><font color="#888888">
Isaac Rooskov<br>
Supervisor, Localization Services<br>
Product Manager, Zanata<br>
Red Hat<br>
<br>
</font></span></blockquote></div><br></div>