Feature request #485

Add comments for translators to distinguish tool names with tooltips

Added by maris-gis-gmail-com - over 10 years ago. Updated over 4 years ago.

Status:Open Start Date:
Priority:Low Due date:
Assigned to:nobody - % Done:

0%

Category:Translations and international
Target version:Future Release - Nice to have
Platform:All Resolution:
Platform version: Pull Request or Patch supplied:
Status info:0 Tag:

Description

Please add some comments for translators where particular string will be used. For some strings it is not possible to distinguish tool names (menu entires) from window titles, tooltips and other help related content.

I.e. "Add a Vector Layer" - it can be an action (menu item), tool tip or window title. In other languages it may be required to translate it differently depending on context. Currently only way to find phrase context is to write in garbage and then run app and look for garbage.

History

Updated by Volker Fröhlich about 6 years ago

I think you discussed this issue in Poland. Is it still something you're looking forward to have?

Updated by Werner Macho about 6 years ago

As long as you use linguist for translation you can see where the string comes from (except plugins so far).
I'm not sure how this could be implemented in another way ..

Updated by marisn - about 6 years ago

Replying to [comment:3 macho]:

As long as you use linguist for translation you can see where the string comes from (except plugins so far). I'm not sure how this could be implemented in another way ..
I'm not shure what do You mean by "you can see where the string comes from". "Dialog" with 242 strings isn't much helpfull to understand meaning of string as it's not as important where it comes from as "what do You mean by XXX?".

Some links for ideas:
http://techbase.kde.org/Development/Tutorials#Localization
http://techbase.kde.org/Development/Tutorials/Localization/i18n

Updated by Borys Jurgiel about 6 years ago

If you have the source code installed and your .ts file contains <location> tags , linguist shows you precise location of the string: a dialog preview for strings coming from .ui files and suitable fragment of the code for strings coming from cpp files.

Another problem is the "Dialog" you mentioned. String context is a class name. While all core qgis classes have reasonable names, many classes in plugins have default name "Dialog" or similar. Plugin authors are usually not translators so they aren't aware the problem. I'm trying to ask them for renaming, but it's a big effort to change names in a big plugin, so my bothering seems to be too weak ;-) Please address this request for particular authors, e.g. by creating a tickets for all affected core plugins.

Updated by Giovanni Manghi over 5 years ago

  • Target version changed from Version 1.7.0 to Version 1.7.4

Updated by Giovanni Manghi almost 5 years ago

  • Target version changed from Version 1.7.4 to Version 2.0.0

Updated by Pirmin Kalberer over 4 years ago

  • Target version changed from Version 2.0.0 to Future Release - Nice to have

Also available in: Atom