<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif"><br clear="all"></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span style="font-size:large"><span style="font-family:georgia,serif"><font color="#990000">Yaron</font></span><font color="#330000"><span style="font-family:georgia,serif"> <font size="4"><span style="font-family:times new roman,serif">Shahrabani</span></font></span></font></span><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><font color="#666666"><span style="font-size:x-small"><font color="#FF0000"><</font></span><font size="2"><span style="font-family:monospace">DevOps</span> - <span style="font-family:garamond,serif">Hebrew translator</span></font><span style="font-size:x-small"><font color="#FF0000">></font></span></font></div></blockquote></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 21, 2020 at 8:38 PM Karl Ove Hufthammer <<a href="mailto:karl@huftis.org">karl@huftis.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Yaron Shahrabani skreiv 20.09.2020 20:46:<br>
> Regarding second class citizens: I would never advocate against a <br>
> collaborative technology just because I got used to something more <br>
> conservative.<br>
> Obsolescence of old technologies is how most of us live (assuming <br>
> you're reading this message through the internet instead of using doves).<br>
<br>
I love new and better technology! :)<br>
<br>
I think our difference in opinion is partly caused by what we perceive <br>
as the ‘obsolete’ or the ‘better’ technology. For me, translating in <br>
Weblate is so incredible slow compared to translating in Lokalize (and <br>
the user interface of Weblate is IMHO much more confusing), and I have <br>
access to so few tools in Weblate that help me do proper QA, so having¹ <br>
to use Weblate is like moving *backwards* in technology. Or, using your <br>
analogy, it would be like being forced to use doves for communicating <br>
instead of e-mail, because doves is the new, exciting technology (*cloud <br>
computing*).<br></blockquote><div><br></div><div><div style="font-family:tahoma,sans-serif" class="gmail_default">Guess what, the same goes for me and soccer, I guess it happened because I didn't practice, I can assure you that just like me you weren't a Linux expert the first time you touched a computer, not surprising.</div><div style="font-family:tahoma,sans-serif" class="gmail_default"><br></div><div style="font-family:tahoma,sans-serif" class="gmail_default">What are you talking about? Having suggestions from other projects, comments, TM and screenshots doesn't help you improve your QA? What else do you need to get the job done?<br></div><div style="font-family:tahoma,sans-serif" class="gmail_default">OK, so let's discuss the alternative, checking out each and every screen and each and every dialog, using each and every CLI option possible just to make sure I've see everything I can and then go and translate hoping I'll remember everything I saw, not to mention searching for words in the dictionary and go and search for the string in other project when in doubt (not to mention the fact that if I want to do it on several different machines I need ,for each and every one of them, to prepare my environment, install the relevant tools, clone the repository, etc.), if you don't consider this procedure slow you're not looking at the right parameters when calculating the actual time spent on localization.<br></div></div><div><br></div><div><div style="font-family:tahoma,sans-serif" class="gmail_default">I don't understand what you were saying about *cloud computing*, how is it different from any other server? Does it really matter if we call it cloud computing or hosting servers? This is a centralized solution to manage an otherwise pretty messy job with lots of different tools and systems to use while localizing, only if you want to use the same kind of support you're getting from the centralized solution, otherwise you can just rely on the information you have which in most cases can be just fine for the job.<br></div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
¹ I know the plan is to have Weblate being optional. That’s good.<br>
<br>
<br>
> I also believe that having a single interface for relevant commentary, <br>
> screenshots, suggestions, TM and glossary will improve the overall <br>
> translation quality and quantity while not affecting the more <br>
> conservative ways, BTW, there's no reason to deny Weblate as a <br>
> commentary system, it's not like it evades privacy, you can choose to <br>
> use it specifically for discussions and nothing more or at least <br>
> subscribe to the notifications to know what's going on.<br>
<br>
I see your point, in that one can use Weblate as just a commentary <br>
(annotation) system. That could work, though I would still prefer <br>
metadata about translations to be stored in the translation files or in <br>
source code, so that they would be available for *all* tools, not just one.<br></blockquote><div><br></div><div style="font-family:tahoma,sans-serif" class="gmail_default">It should work that way.</div><div style="font-family:tahoma,sans-serif" class="gmail_default">If this string is unclear you should change the string or add a satisfying explanation in the context, adding a comment in your locale's .po doesn't seem like the best practice I know (specifically because the knowledge is not shared with other teams, even if you don't believe it's relevant to them).</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Note that I’m not at all against having Weblate or a similar system as <br>
an *alternative*. I like that people can choose the editor they want. <br>
But the editor should ‘play nice’ with existing infrastructure and <br>
standards.<br></blockquote><div><br></div><div style="font-family:tahoma,sans-serif" class="gmail_default">Isn't tight git integration good enough for you?</div><div style="font-family:tahoma,sans-serif" class="gmail_default">Squashing commits to avoid garbage?</div><div style="font-family:tahoma,sans-serif" class="gmail_default">Except for the commentary (which is public) what else do you consider bad practice from Weblate's side?</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
My ideal online translation system (for people who prefer to use an <br>
online client) is one which would interact *directly* with Git/SVN, <br>
i.e., just pull the latest PO files from Git/SVN, commit the result when <br>
the user saves (or at the end of the session), and store all data in the <br>
actual PO file (i.e., as translator comments). There would be no need <br>
for a separate database of strings, like Weblate uses. It would be just <br>
like another PO editor; the only difference would be that you would <br>
access it using your browser instead of accessing it through a normal <br>
application. (I’m thinking of something similar to this, non-free, I <br>
think, online PO editor, only with Git/SVN integration: <br>
<a href="https://localise.biz/free/poeditor" rel="noreferrer" target="_blank">https://localise.biz/free/poeditor</a>)<br></blockquote><div><br></div><div style="font-family:tahoma,sans-serif" class="gmail_default">I don't want to urge you to read the documentation because it's pretty tedious (you can if you want to) but you can trust me when I say that it doesn't go far from the method you described.</div><div style="font-family:tahoma,sans-serif" class="gmail_default">Weblate has a public repository of you changes and they are pushed back to the original location upon request from the project maintainer, all your changes are saved in a local git until submitted so it's public and accessible all along plus I can't remember how the conflict management works but I remember it works pretty well (it had many issues in the past).<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
> I think we can suggest a feature to send the relevant info to Bugzilla <br>
> to allow you to open a bug about that string (using the interface, not <br>
> automatically, maybe even develop such feature).<br>
<br>
Are you talking a feature to send info to Bugzilla about a string or <br>
about a translation?<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif"></span></div><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Why not both?</span></div><div style="font-family:tahoma,sans-serif" class="gmail_default">Misleading? Cumbersome? Typo? Just click the relevant button and a new Bugzilla tab will open with all the relevant details waiting to submit! :)</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
-- <br>
Karl Ove Hufthammer<br>
<br>
</blockquote></div></div>