String Freeze Update
Dan
d3vf4n at tutanota.com
Sat Sep 16 19:16:37 UTC 2023
>> I am planning to freeze strings once we have had some initial feedback on beta 5 and make sure that there aren't any issues there that need a string change. We're waiting at the moment for the Windows installer.
>>
>> That said, if there are any changes you want to get into 2.4.0 that involve strings, now is the time.
>>
>> Riki
>>
> I have three suggestions.
> 1. Tools > Preferences > Document Handling > Display single close-tab button. The tooltip states that, if checked, a single close-tab button will appear on the "left corner", but it actually appears on the far right of the tabbar (see attached images).
> 2. Some command line options do not work properly (type "lyx --help" in a terminal). Try, for instance, issuing twice this command in the terminal (with an already existing LyX file) "lyx -v -f none -E lyxgz test my-existing-file.lyx"
> · option "-f none", not actually working, it still overwrites the output file if it exists.
> · option "-E" not working either, it ignores the second argument (output filename).
> 3. Honestly I would change the "Show Changes in output" strings (related to change tracking), which I think are not clear enough (see thread http://lists.lyx.org/pipermail/lyx-devel/2023-September/010662.html).
>
> 1. Has simple solution: change the string in "src/frontends/qt/ui_PrefDocHandlingUi.h (line 263)"
> 2. Unsure whether this is intended and the "lyx --help" message is out-of-date, the other way around. In the former case, the changes to the help message are minimal.
> 3. Not an error, but a (minor) UX improvement.
>
>
Let me add a couple more I noticed while translating the UI
4. When introducing a dynamic text field (Insert > Field), the tooltip explaining how to use placeholders to set a custom fixed time says "01-23 in AM/PM", twice. This, obviously does not make any sense, as AM/PM is just for 00-11 hours.
5. The string "Table" appears in quite some contexts that are contradicting: in some it really means Table, while in others it actually means "Tabular". Remember that Table/Tabular are related in the same way Figure/Image do, although LyX kind of ignores that (LaTeX does not). This makes it impossible to translate that word without introducing inconsistencies (see the attached image).
4. Has a very simple fix: remove that bit. Changes shall be made to
- src/frontends/qt/GuiInfo.cpp (lines 151-152, 165-166 and 178-179)
5. I think the best solution would be to differentiate Tabular (arrangement of data in rows and columns) and Table (a tabular along with some text, caption, explanation, index, etc., the container of tabular, if you want). This has the advantage that, by design, eases the work of translators of any language.
Another solution, less desirable but easier to implement, is appending a context indicator [[context]] to some of the occurrences in order to allow translators to distinguish both cases Table/Tabular:
- src/insets/Inset.cpp (line 144): "Table" -> "Table[[tabular]]"
- lib/ui/stdtoolbars.inc (line 156): "Table" -> "Table[[tabular]]"
The rest of the occurrences of this string do not generate confusion with the two above
- lib/layouts/stdfloats.inc (line 13)
- lib/layouts/sciposter.layout (line 120)
- lib/layouts/powerdot.layout (line 645)
- lib/layouts/powerdot.layout (line 560)
- lib/layouts/beamer.layout (line 1724)
- lib/layouts/aguplus.inc (line 211)
Occurrences of the string "Table" are taken from what PoEdit extracts from the source code.
Daniel.
--
Enviat amb Tutanota.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Lyx-table-tabular-translation.png
Type: image/png
Size: 202482 bytes
Desc: not available
URL: <http://lists.lyx.org/pipermail/lyx-devel/attachments/20230916/5d31f4b0/attachment-0001.png>
More information about the lyx-devel
mailing list