Translantion keys missing

[gfernandez-me]

In pt-BR locale doesn't have some keys

examples:

#: inc/form.class.php:122
msgid "Homepage"
msgstr ""

#: inc/form.class.php:130
msgid "Access"
msgstr ""

[gfernandez-me]

And pot file is outdated and dont have all keys

[btry]

Hi

You should use Transifex to localize the plugin.

You may also use the features provided by Robo.li and the php script RoboFile.php to update the pot file.

clone the project with GIT.
Ensure you're on the develop branch.
run composer install
run vendor/bin/robo locales:extract
use the updated POT file to create your new language

Once translated, submit a pull request with your new language file.

[btry]

I updated the locales right now. I hope this will help you.

[gfernandez-me]

I cant translate all strings on transifex
I sent as a suggestion the ones I could not translate

[btry]

Hi

I'm currently preparing the next release, then your contribution will be included. Thank you very much.

If you cannot translate some strings, you may leave them empty, in the hope you find a solution later, or someone else contribute. As long as 70% of the languge is translated, the language will be used. Not translated strings will remain in english.

Thank you again.

[gfernandez-me]

The save button is locked for some translations.
That's why I can not translate everything.

I've sent suggestions in these cases.

[gfernandez-me]

Transifex is updated with new keys?

[btry]

The locales should be updated with the fix for #873 . I think this will help you.

[gfernandez-me]

clone the project with GIT.
Ensure you're on the develop branch.
run composer install
run vendor/bin/robo locales:extract
use the updated POT file to create your new language

I did this and the translation key does not appear

$tab[] = [ 'id' => '9', 'table' => $this->getTable(), 'field' => 'access_rights', 'name' => __('Access'), 'datatype' => 'specific', 'searchtype' => [ '0' => 'equals', '1' => 'notequals' ], 'massiveaction' => true ];

Access key dont appear in glpi.pot file

[btry]

When this is possible, the plugin reuses locales in GLPI itsenf, then __('Access') refers to a locale available in GLPI.

I'm checking, and it seems this string does not exists in GLPI 9.2. This is either a mistake in the plugin, either because the string disappeared in GLPI. I'll do a patch for this and share here.

[btry]

Hi @Hotdesc

Do you still have missing keys with version 2.6.2 ? I wish to close this issue.

[btry]

Hi

Having no feedback, I guess the issue is solved. If not, please open a new ticket.