Sok Proposal

[Divyam Madaan]

hi

> >>
>>> >> how do you plan to handle the translations for the words activity?
>>> >>
>>> > It still has to be thought properly to be implemented. We need the
>>> > translations only to display words so for keys I will use english words
>>> > only (qsTr can't be use with keys ) so I thought to keep an array as
>>> values
>>> > for eg: "words": ["go","do",..] and then use qsTr in the GCtext in
>>> model
>>> > where we pass these words to translate them. What do you think can be a
>>> > better idea to implement the same?
>>> >
>>>
>>> I'm not sure it will be good to have everything in the main po file, so
>>> maybe we can go with something like lang but it would mean one more file
>>> for translators which do not make it easier for them...
>>>
>>> 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.
>>
>
> Hi, it's to be thought :). Another point is that some categories might
> make sense for a language but not for all,
>
Can you provide some examples?

> can we provide external category datasets (should they be translated or
> should we have one dataset per language?)...
>
> 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?
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?

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.
 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?

Johnny
>
>
>>
>>> Than you
Regards
Divyam Madaan

> >
>>> >> What do you plan to do in the configuration for words that is
>>> different
>>> >> from the configuration of images?
>>> >>
>>> > I thought I need to add all the languages in configuration as in lang
>>> for
>>> > the translation of words?
>>> >
>>>
>>> Good thought :)
>>>
>>>
>>> >> Johnny
>>> >>
>>> >>
>>> -----
>>>
>> Thank you
>> Regards
>> Divyam Madaan
>>
>>> --------- next part --------------
>>> An HTML attachment was scrubbed...
>>> URL: <http://mail.kde.org/pipermail/gcompris-devel/attachments/20
>>> 161018/9db9abfe/attachment-0001.html>
>>>
>>> ------------------------------
>>>
>>> Subject: Digest Footer
>>>
>>> _______________________________________________
>>> GCompris-devel mailing list
>>> GCompris-devel at kde.org
>>> https://mail.kde.org/mailman/listinfo/gcompris-devel
>>>
>>>
>>> ------------------------------
>>>
>>> End of GCompris-devel Digest, Vol 24, Issue 21
>>> **********************************************
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/gcompris-devel/attachments/20161019/03265c56/attachment.html>