<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr"><div class="gmail_extra"><span></span><br><span></span>hi<br><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
>><br>
>> how do you plan to handle the translations for the words activity?<br>
>><br>
> It still has to be thought properly to be implemented. We need the<br>
> translations only to display words so for keys I will use english words<br>
> only (qsTr can't be use with keys ) so I thought to keep an array as values<br>
> for eg: "words": ["go","do",..] and then use qsTr in the GCtext in model<br>
> where we pass these words to translate them. What do you think can be a<br>
> better idea to implement the same?<br>
><br>
<br>
I'm not sure it will be good to have everything in the main po file, so<br>
maybe we can go with something like lang but it would mean one more file<br>
for translators which do not make it easier for them...<br>
<br></div></blockquote><div>hi, I am not sure if it will be the right choice. Lang has its dataset in .json ( correct me if I am wrong) and it uses the parser to parse from it. When I was making categorization and had dataset in .json we planned to switched to .qml just because it makes translations easier for the translators  else they have to edit or make a new .json for their language. So in my view we can surely do something better which makes it easy both for the translators and dev team to maintain.<br></div></div></div></div></div></blockquote></span><div><br>Hi, it's to be thought :). Another point is that some categories might make sense for a language but not for all,</div></div></div></div></blockquote></span><div>Can you provide some examples? <br></div><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> can we provide external category datasets (should they be translated or should we have one dataset per language?)...<span class="m_-1837597976973634297HOEnZb"><font color="#888888"><br></font></span></div><span class="m_-1837597976973634297HOEnZb"><font color="#888888"><div><div><br></div></div></font></span></div></div></div></blockquote></span><div>How do we have translated files/folders? For eg. In lang there is words-en.json, words-fr.json etc. Similarly do translators translate the qsTr() and rename the files as file-local.qml and we need to fetch from the respective local dataset? <br></div><div>If that is the case i.e we have different folders of files. I think better choice would be to make seperate files like category1_en.qml etc. If there is a way of translating like without it, it would be better I suppose?<br><br></div><div>One more point I have been thinking was about the downloading button  and where to download. I take an exmple say a user is starting GCompris for the first time so he doesn't has any resources. I didn't like the idea of popping up 3 dialogs just on start to a new user to ask to download things which he doens't know ( A user doesn't know what is external images dataset or why he should go for voices). I don't want a popup for categorization in the beginning. I like your idea and saw your patch for downloading only when the user checks in config.<br> I had a thought to propose: Will it be a good idea to ask for download when the user launches the activity for the first time instead? I mean can't we avoid so many options in configuration somehow? <br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="m_-1837597976973634297HOEnZb"><font color="#888888"><div><div></div><div>Johnny <br></div> <br></div></font></span><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
<br></div></blockquote></div></div></div></div></blockquote></span></div></div></div></blockquote><div>Than you <br></div><div>Regards<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div>Divyam Madaan <br></div></font></span><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
><br>
>> What do you plan to do in the configuration for words that is different<br>
>> from the configuration of images?<br>
>><br>
> I thought I need to add all the languages in configuration as in lang for<br>
> the translation of words?<br>
><br>
<br>
Good thought :)<br>
<br>
<br>
>> Johnny<br>
>><br>
>><br>
-----</div></blockquote><div>Thank you<br></div><div>Regards<br></div><div>Divyam Madaan <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>--------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.kde.org/pipermail/gcompris-devel/attachments/20161018/9db9abfe/attachment-0001.html" rel="noreferrer" target="_blank">http://mail.kde.org/pipermail<wbr>/gcompris-devel/attachments/20<wbr>161018/9db9abfe/attachment-000<wbr>1.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
______________________________<wbr>_________________<br>
GCompris-devel mailing list<br>
<a href="mailto:GCompris-devel@kde.org" target="_blank">GCompris-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/gcompris-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/l<wbr>istinfo/gcompris-devel</a><br>
<br>
<br>
------------------------------<br>
<br>
End of GCompris-devel Digest, Vol 24, Issue 21<br>
******************************<wbr>****************<br>
</div></blockquote></div><br></div></div></div>
</blockquote></span></div><br></div></div>
</blockquote></span></div><br></div></div>
</div><br></div>