The mixed-up use of the word 'Lines' with a hidden meaning 'number of', and the original meaning #54993

New Issue

Hoang Duy Tran · 2018-05-07T19:28:39+02:00

Hoang Duy Tran commented

2018-05-07 19:28:39 +02:00

I'm hitting another wall with this word at the moment, negotiating the pathways to resolve these multiple meaning problems.

As listed, this world is being used in multiple places:

. :src: bpy.types.Text.lines # hidden 'number of'
. :src: bpy.types.MaterialHalo.use_lines # hidden 'number of'
. :src: bpy.types.MotionPath.lines # original meaning (line)
. :src: bpy.types.IMPORT_SCENE_OT_obj.use_edges # original meaning (line)
. :src: bpy.types.TEXT_OT_scroll.lines # hidden 'number of'
. :src: bpy.types.TEXT_OT_scroll_bar.lines # hidden 'number of'
: scripts/startup/bl_ui/properties_animviz.py:90 # original meaning (line)
: scripts/startup/bl_ui/properties_material.py:614 # hidden 'number of'

: scripts/startup/bl_ui/space_view3d.py:3509 # hidden 'number of'

msgid "Lines"
msgstr "(Số) Đường/Dòng"

Following are images supporting these findings:

Places where usage has hidden meaning 'number of':

Number of grid lines
Number of halo lines

Places where usage showed the original meaning of 'straight lines':

Import of waterfront OBJ format
Calculate motion path for poses

Use this test file if you do not want to recreate
20180507_bones_motion_path_calc_0001.blend

I honestly still think the job of separating the meanings are down to the translators but there must be a mechanism allowing them to do so. This task might vary between languages.

I'm hitting another wall with this word at the moment, negotiating the pathways to resolve these multiple meaning problems. As listed, this world is being used in multiple places: - . :src: bpy.types.Text.lines # hidden 'number of' - . :src: bpy.types.MaterialHalo.use_lines # hidden 'number of' - . :src: bpy.types.MotionPath.lines # original meaning (line) - . :src: bpy.types.IMPORT_SCENE_OT_obj.use_edges # original meaning (line) - . :src: bpy.types.TEXT_OT_scroll.lines # hidden 'number of' - . :src: bpy.types.TEXT_OT_scroll_bar.lines # hidden 'number of' - : scripts/startup/bl_ui/properties_animviz.py:90 # original meaning (line) - : scripts/startup/bl_ui/properties_material.py:614 # hidden 'number of' # : scripts/startup/bl_ui/space_view3d.py:3509 # hidden 'number of' msgid "Lines" msgstr "(Số) Đường/Dòng" Following are images supporting these findings: 1. Places where usage has hidden meaning 'number of': - Number of grid lines ![20180507_lines_number_of_grid_0001.png](https://archive.blender.org/developer/F3298531/20180507_lines_number_of_grid_0001.png) - Number of halo lines ![20180507_lines_number_of_halo_material_0001.png](https://archive.blender.org/developer/F3298547/20180507_lines_number_of_halo_material_0001.png) 2. Places where usage showed the original meaning of 'straight lines': - Import of waterfront OBJ format ![20180507_lines_straight_import_waterfront_OBJ_0001.png](https://archive.blender.org/developer/F3298580/20180507_lines_straight_import_waterfront_OBJ_0001.png) - Calculate motion path for poses ![20180507_lines_straight_lines_anim_calc_motion_paths_0001.png](https://archive.blender.org/developer/F3298589/20180507_lines_straight_lines_anim_calc_motion_paths_0001.png) Use this test file if you do not want to recreate [20180507_bones_motion_path_calc_0001.blend](https://archive.blender.org/developer/F3298620/20180507_bones_motion_path_calc_0001.blend) I honestly still think the job of separating the meanings are down to the translators but there must be a mechanism allowing them to do so. This task might vary between languages.

Hoang Duy Tran commented

2018-05-07 19:28:39 +02:00

Added subscriber: @hoanguk

Philipp Oeser commented

2018-05-08 13:49:22 +02:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2018-05-08 13:49:22 +02:00

Why not stick to the plural? Sorry, absolutely no native speaker, but những Dòng wouldnt work?
Otherwise, changes in a couple of places need to happen (not to speak of external documentation...)

Why not stick to the plural? Sorry, absolutely no native speaker, but `những Dòng` wouldnt work? Otherwise, changes in a couple of places need to happen (not to speak of external documentation...)

Hoang Duy Tran commented

2018-05-08 15:17:09 +02:00

No, if this was OK I'd have come up a solution myself already. If you've noticed my translation, I already use brackets, slashes to add possible meanings to the translation, at least allowing users to 'GUESS'. But this is, to me, a not very clean and clearcut as it should be. I've already grepped the list of all possible contexts I could use and tried

msgctx "Material"

for the 'Halo' instance, but it didn't make any difference.

No, if this was OK I'd have come up a solution myself already. If you've noticed my translation, I already use brackets, slashes to add possible meanings to the translation, at least allowing users to 'GUESS'. But this is, to me, a not very clean and clearcut as it should be. I've already grepped the list of all possible contexts I could use and tried - msgctx "Material" for the 'Halo' instance, but it didn't make any difference.

Bastien Montagne was assigned by Aaron Carlisle

2018-05-10 01:25:54 +02:00

Hoang Duy Tran commented

2018-06-24 19:16:36 +02:00

I do not yet know the inside working of the translation code, so this idea is just a gabbled thought in my head. Maybe all the definitions of CONTEXT strings should be placed outside, in a text file, and allowing translators to add their own definitions to it. The coding will just follow the context to insert the appropriate translation beneath it. Would this make life much easier for the translation portion of the code? I personally think I could live with this - of course, this is relating to homophones (words with multiple meanings).

There should be a tool which expose (visually) those contexts, say in translation editing mode, which allows translators to visualise the context a field (English text) is being used and be able to match their translations to that appropriately.

I do not yet know the inside working of the translation code, so this idea is just a gabbled thought in my head. Maybe all the definitions of CONTEXT strings should be placed outside, in a text file, and allowing translators to add their own definitions to it. The coding will just follow the context to insert the appropriate translation beneath it. Would this make life much easier for the translation portion of the code? I personally think I could live with this - of course, this is relating to homophones (words with multiple meanings). There should be a tool which expose (visually) those contexts, say in translation editing mode, which allows translators to visualise the context a field (English text) is being used and be able to match their translations to that appropriately.

Bastien Montagne commented

2018-07-12 16:32:59 +02:00

Changed status from 'Open' to: 'Archived'

Bastien Montagne closed this issue

2018-07-12 16:32:59 +02:00

Bastien Montagne commented

2018-07-12 16:32:59 +02:00

Am sorry, but this looks much more like feature request than actual bug report, we do not handle that here. Further more, dev time for i18n aspect of the project is pretty much NULL currently, so… we’ll have to live with what we have for now.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

The mixed-up use of the word 'Lines' with a hidden meaning 'number of', and the original meaning #54993

: scripts/startup/bl_ui/space_view3d.py:3509 # hidden 'number of'