Compact glossary layout updated

As announced previously, an alternative glossary pane layout was made available as a plugin. The newest update (v.1.1.0) now includes 4 variants of that compact layout:

  • 1A
    • source: target [comment] | target [comment] | [comment] (separator | is styled as normal text — the same as in the original version)
  • 1B
    • source: target [comment] | target [comment] | [comment] (separator | is styled as target terms)
  • 2A
    • source: target (comment), target (comment), (comment) (separator , is styled as normal text)
  • 2B
    • source: target (comment), target (comment), (comment) (separator , is styled as target terms)

Once again, here’s the project itself, and here is where you can download the compiled version. If you run OmegaT on Java8, make sure to download the right build. On Java11 it doesn’t matter which build is used.

Comments, bug reports, complains, latest gossips and donations are always welcome.

Take care and good luck!

Alternative OmegaT Glossary Layout

It has been possible for quite some time now to choose which Glossary pane layout to use in OmegaT. Selection isn’t that great, only two layouts are provided: Default and Dictionary. But at the same time this feature had been introduced, it became possible to add custom layouts via plugins. I haven’t seen any, but the possibility is there. And just recently, Hiroshi Miura, a very prolific OmegaT developer, published a plugin skeleton just for this purpose. I used what he generously shared, and made an alternative compact layout for the Glossary pane.

It puts target terms right after the source term on the same line, and separates them only by a vertical bar and spaces. If there’s a comment for the term, it follows it immediately enclosed in square brackets. If OmegaT is set up to merge multiple target definitions for the same source term, and there are duplicated entries (i.e. two or more identical target terms for the same source term) with different comments, the comments will be separated by the vertical bar, but the term itself won’t be repeated.

To enable this layout in OmegaT, download the plugin (the ready-to-use jar is in the Releases section), put it into plugins subfolder in your OmegaT config folder, restart OmegaT, and select it under PreferencesGlossaryGlossary layout: → Compact Glossary Layout

Happy translating!

Unified Tokenizer startup script for OmegaT

Цей допис українською.


Situation

So, you downloaded and installed the Tokenizers to make OmegaT’s search for matches and glossary terms more effective. In the Readme file it says that one can create several scripts for the languages they translate from (and for which there are tokenizers), and there are even some examples. So, that’s what you did, and now everything works, but you long for a deeper life harmony and lesser hassle.

Problem

What you need is a possibility to choose which language you are going to translate from and which tokenizer you are going to use, having only one single script, and thus only one launcher on your Desktop/Panel/Start Menu or one command somewhere on the $PATH. Continue reading

Запуск будь-якого токенайзера з єдиного файла

This post in English


Ситуація

Стягнув із інтернету і встановив токенайзери, щоб OmegaT краще шукала відповідності з урахуванням словоформ. У файлі Readme сказано, що можна створити декілька скриптів для тих мов, з яких перекладаєш (і для яких токенайзери є), і навіть наведені приклади. Зробив, усе запускається і працює, але хочеться більшої життєвої гармонії і меншої мороки.

Проблема

Потрібна можливість вибирати, з якої мови перекладаєш і яким саме токенайзером будеш користуватись, маючи єдиний скрипт — а відтак всього одну іконку для запуску на стільниці/панелі/стартовому меню чи єдину для всіх команду десь у $PATH (чи %PATH%).

Continue reading

Пошук перекладу слова або фрази

Ситуація:

Під час роботи у програмі OmegaT над великим проектом натрапляєш на слово або фразу, і стає зрозуміло, що слово це чи фраза мають перекладатись у цьому проекті скрізь однаково. Аби цього досягти, вносиш потрібне слово чи фразу разом із перекладом у користувацький глосарій, і далі маєш щастя. Однак, якщо точно знаєш, що вже таке слово траплялось і вже ти його перекладав, от тільки згадати не можеш, як саме, що тоді? Правильно — пошук.

Проблема:

Пошук потрібних слова або фрази серед сегментів оригіналу [In source] видає сегменти і з перекладом, і без нього, не підсвічуючи результати різними кольорами, як у панелі редагування. Якщо проект великий, то пошук серед великої кількості результатів може бути доволі марудним. Звісно, можна пошукати серед перекладених сегментів [In translation] за ключовими словами, однак що робити, якщо не можеш згадати, якими саме словами перекладав це слово, або якщо хочеш подивитись, як його переклав інший перекладач з команди? Отож, наша проблема — знайти лише ті сегменти мовою оригіналу з потрібним нам словом, які мають переклад, і не показувати сегменти без перекладу.

Continue reading