<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 Thu, Mar 4, 2021 at 4:30 AM Michał <<a href="mailto:michtrz@gmail.com">michtrz@gmail.com</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">Shalom Yaron,<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Siema Michał,</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
thanks again for the rights to the Tx-teams some weeks ago. Since than<br>
I accepted nearly 1000 translator requests that were stuck in waiting<br>
queue for several years now (and got many thanks). That's why we get<br>
many new reviews right now and many complete translations. And also<br>
get the same questions about cleaning/deleting of this and that.<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">It's wonderful, I thought you had permissions long ago, if I knew you didn't have these I would grant you.</span> </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 also push this to the mailing list, to inform other about the status<br>
and to answer on the discussion from December.<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Great, very important.</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The reason of still keeping 2.2 in Tx is that this resource has the<br>
older version 1 of the po file, they updated the system to po version<br>
2 several years ago and switching back is not possible anymore, only<br>
the older created resources will stay on version 1. This has to do<br>
with po header generating and the credits for the translators that are<br>
also used for the git commits. Both generate different results<br>
(pros+cons) and this was used for testing in maintaining this part in<br>
the past. Tx has it's own way to handle this, I never figured it out,<br>
but version 1 might be not needed anymore. It's a longer story and<br>
maintaining the credits was always a pain in Tx. The best step would<br>
be to start over with a new resource version, upload the updated and<br>
cleaned po files from git and delete the old resources. The TM in Tx<br>
should stay even if 2.2 will be deleted. A next major version will be<br>
a good scenario for it.<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Tx removes ownership in a very bizarre way</span><span class="gmail_default" style="font-family:tahoma,sans-serif">, I was accused of removing credits when all I did was using Tx.</span></div><div><span class="gmail_default" style="font-family:tahoma,sans-serif">I think it's probably safe to disable this resource but to keep it around for exploring, what do you think?</span></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 got the info that the UI of 4.0 is in redesign and there are many<br>
strings that are not open for translation yet. A generated pot file<br>
would probably not cover all of the strings. I generated the 4.0 pot<br>
file in the past to report issues in the strings but when the most<br>
string are note released yet that doesn't do much right now. And until<br>
the git code is not moved to gitlab and when merge requests are<br>
possible (po files are too big for patches) merging only 3.0 will be<br>
enough for now. If that a 4.0 translation will be more desired, I can<br>
put my occasionally generated pot file on Tx, maybe exchanged with 2.2<br>
resource.<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Feel free to add the 4.0 strings with a warning that this is still experimental and there might be a lot of changes ahead, I trust the translators to make the best choices in this regard.</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
3.0 should be ok for now and thanks to Hugo the 3.0 commits are also<br>
merged in time.<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Thanks Hugo!</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
It's is also good to check the other resources, delete or not:<br>
- WinRT has probably stop the development and further translations are<br>
not needed, also the store file<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Disable?</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- android Play store: was never updated and probably won't, IMO I<br>
would delete every store translations<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Why? What about F-Droid?</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- VLSub: should be rewritten and is obsolete<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">It's too small to consider in the first place, disable?</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- vlmc: what is the status here?<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Who knows? You want to try and post a question in its official repo?</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- ios: 5 files here, which do we need? delete fastlane?<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Only the VLC devs can help here, what do think Felix?</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
For the language codes:<br>
it was never set which format is used (xx / xx_XX). Unfortunately,<br>
this is not regular but most vlc ports use the shorter format xx. Only<br>
a second language of the same base code is extended to the longer<br>
format. Therefore it doesn't matter at all which lang code we use in<br>
Tx the result will be string replaced to the needed format, mostly XX.<br>
In this case all vlc ports use the NE code and this was also requested<br>
by the user and he is a coordinator now. It's the same with am_ET,<br>
nb_NO, nm_MN and can be also check if one lang is enough, the shorter<br>
format is preferred. But mostly no one can answer that correctly. The<br>
only problem can a wrong string replacing of the lang code that don't<br>
update a translation file but everything else should work. IMO we<br>
should use the same lang codes like the formats in the code to avoid<br>
issues. And that is mostly XX.<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">What about the variants of Portuguese, how do we handle that?</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Currently we have a bug in Indonesian with wrong lang code:<br>
<a href="https://stackoverflow.com/questions/13291578/how-to-localize-an-android-app-in-indonesian-language" rel="noreferrer" target="_blank">https://stackoverflow.com/questions/13291578/how-to-localize-an-android-app-in-indonesian-language</a><br>
<br>
Hebrew had also a different code in the past but should be HE now<br>
(right?), but ID not, will be changed to IN.<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Yeah, back in 1989, I'm not sure why was IW considered in the first place, Ivrit is how we call it in Hebrew (it begins with an I) and W is the ending in English, </span><span class="gmail_default" style="font-family:tahoma,sans-serif">I can't find the connection, yet Google still consider that code in some cases and we have to check the translation to make sure they work in Android and we don't need to use the other code, very frustrating.</span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
vlc website is also waiting for merge.<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Can we open a bug on GitLab?</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
And weblate is opensource, yes but moving over 3000 translators and<br>
over 100 languages will cost time. And setting tis up and maintaining<br>
even more. Without help this will be not possible soon and at the<br>
other hand Tx is doing it's job currently quite well, and we will soon<br>
have merged all translation to the code. I don't think, we can change<br>
this at next.<br></blockquote><div><span class="gmail_default" style="font-family:tahoma,sans-serif">Sadly although this list is relatively maintained in terms of contacting the translators we can't guarantee such a change will be smooth enough, we definitely don't have the resources for that, although if VideoLAN are considering a standalone Weblate instance I would support moving to this platform.</span> </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>
Thanks to all for reading and have a nice weekend,<br>
Michał<span style="font-family:arial,sans-serif"></span></blockquote> <span class="gmail_default" style="font-family:tahoma,sans-serif">Miłego weekendu!</span></div><div class="gmail_quote"><span class="gmail_default" style="font-family:tahoma,sans-serif">Yaron</span><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>
2021-03-03 22:12 GMT+01:00, Yaron Shahrabani <<a href="mailto:sh.yaron@gmail.com" target="_blank">sh.yaron@gmail.com</a>>:<br>
> VLC 2.2 is kept for consistency and TM matters, we will probably remove<br>
> that once a new major version is introduced.<br>
><br>
> I never heard any official stand from the VLC developers regarding xx_YY<br>
> (ISO 639-1 with ISO 3166) codes and if we officially support variants, we<br>
> have numerous languages which have several variants and I'm not sure we are<br>
> covering all of that, including the many variants of Arabic, English, etc.<br>
><br>
> I'll be more than happy to cooperate but I need to ask the current<br>
> maintainers first to see what their stand, if there will be no response in<br>
> two weeks we can possibly merge these.<br>
><br>
> Michi, are you aware of any Nepali conflicts?<br>
> Yaron Shahrabani<br>
><br>
> <DevOps - Hebrew translator><br>
><br>
><br>
><br>
> On Wed, Mar 3, 2021 at 6:26 PM Felix Paul Kühne <<a href="mailto:fkuehne@videolan.org" target="_blank">fkuehne@videolan.org</a>><br>
> wrote:<br>
><br>
>> Hi Yaron,<br>
>><br>
>> Can you help here?<br>
>><br>
>> Thanks a lot!<br>
>><br>
>> Felix<br>
>><br>
>> > Am 03.03.2021 um 05:30 schrieb KAKA POUDEL <<a href="mailto:kakapoudel7@gmail.com" target="_blank">kakapoudel7@gmail.com</a>>:<br>
>> ><br>
>> > In the translation website of the VLC MEDIA PLAYER , there are two<br>
>> language string for the same language  ( Nepali).;  one is "Nepali  (ne)"<br>
>> other is "Nepali  (ne_NP)"  which create many problems for the<br>
>> translators.<br>
>> So I kindly request you to delete the "Nepali  (ne)" string.<br>
>> > I also request you to delete the "VLC 2.2" string as it says it is<br>
>> outdated and won't be updated.<br>
>> > Finally I suggest you to make me a coordinator so that I could do<br>
>> better translation as present, I also ashamed that I couldn't think of<br>
>> translating VLC MEDIA PLAYER into my own beautiful language.<br>
>> > I hope you will understand what I wannatell you.<br>
>> ><br>
>> ><br>
>> > --<br>
>> > Thanks!!!<br>
>> > _______________________________________________<br>
>> > videolan mailing list<br>
>> > <a href="mailto:videolan@videolan.org" target="_blank">videolan@videolan.org</a><br>
>> > <a href="https://mailman.videolan.org/listinfo/videolan" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/videolan</a><br>
>><br>
>><br>
><br>
</blockquote></div></div>