Questionnaire module needs translation in Moodle 2.3

Questionnaire module needs translation in Moodle 2.3

Ralf Krause -
Number of replies: 5
Pikitia o Language pack maintainers

Hi David,

the questionnaire module comes in a version for Moodle 2.3. Please add the translation tool for questionnaire in 2.3 and copy the translations from 2.2.

Thanks, Ralf

In reply to Ralf Krause

Re: Questionnaire module needs translation in Moodle 2.3

Daniel Neis Araujo -
Pikitia o Language pack maintainers

Hello,

 

i've imported the brazilian portuguese strings of questionnaire module (http://moodle.org/plugins/view.php?plugin=mod_questionnaire) via the file import tool and commited to the repository, but the module does not appear in the translator list of components.

 

Any thoughts?

 

Kind regards,

Daniel

In reply to Daniel Neis Araujo

Re: Questionnaire module needs translation in Moodle 2.3

Joseph Rézeau -

@Daniel,

Sorry, I do not understand what you mean by "... but the module does not appear in the translator list of components". Please explain or provide a screenshot showing the problem.

In AMOS I can see that the pt_br questionnaire strings have 53 missing strings (out of a total of 300). Apart from that, everything works fine.

Joseph

In reply to Joseph Rézeau

Re: Questionnaire module needs translation in Moodle 2.3

Daniel Neis Araujo -
Pikitia o Language pack maintainers

Hello,

 

i'm sorry, i was lookin for "mod_questionnaire", that is the pattern used for core modules.

What do you think about prepend "mod_" in contrib modules? If i looked right,  this is the only "uncategorized" type of plugins and is displayed this way only on contrib.

 

Kind regards,

Daniel

In reply to Daniel Neis Araujo

Re: Questionnaire module needs translation in Moodle 2.3

David Mudrák -
Pikitia o Language pack maintainers

What do you think about prepend "mod_" in contrib modules?

It would be perfect. However, it turns out it's not as easy as it might look. This issue has its root in deep dark history of Moodle development where all activity modules had their string files (like assignment.php, quiz.php or workshop.php) in the same location with language files of what we call "core subsystems" now (like admin.php or grade.php). On contrary to all other plugin types, activity modules have never used the mod_ prefix for their string files (or functions, methods etc). Which leads to obvious issue - how should the AMOS know that "foobar.php" is a string file for activity module called "foobar" and not a core subsystem "foobar"?

This is a known problem and it actually already led to several conflicts. The most recent one, IIRC, is that introducing the new core subsystem "media" caused a collision with a contributed plugin with the same name.

For this reason, AMOS has to rely on the file name only when it displays the list of contributed plugins. We might, in theory, try to check the list of all core subsystems that has ever existed in Moodle and prepend the mod_ prefix for all others. But there is a risk of false positives (something is marked as an activity module while it is not).