Feature request #485

Add comments for translators to distinguish tool names with tooltips

Added by maris-gis-gmail-com - about 17 years ago. Updated almost 7 years ago.

Status:Open
Priority:Low
Assignee:nobody -
Category:Translations and international
Pull Request or Patch supplied:No Resolution:
Easy fix?:No Copied to github as #:10544

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

#1 Updated by Volker Fröhlich about 13 years ago

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

#2 Updated by Werner Macho about 13 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 ..

#3 Updated by marisn - about 13 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

#4 Updated by Borys Jurgiel about 13 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.

#5 Updated by Giovanni Manghi over 12 years ago

  • Target version changed from Version 1.7.0 to Version 1.7.4

#6 Updated by Giovanni Manghi almost 12 years ago

  • Target version changed from Version 1.7.4 to Version 2.0.0

#7 Updated by Pirmin Kalberer over 11 years ago

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

#8 Updated by Giovanni Manghi almost 7 years ago

  • Easy fix? set to No
  • Pull Request or Patch supplied set to No

Also available in: Atom PDF