Translation status

100 Strings 100%
Browse Translate
4,491 Words 100%
30,801 Characters 100%

Strings status

Strings Words Characters
100 4,491 30,801
All strings Browse Translate Zen
100 4,491 30,801
Translated strings Browse Translate Zen
100 4,491 30,801
Strings waiting for review Browse Translate Zen
100 4,491 30,801
Strings without a label Browse Translate Zen

Overview

Project website www.klipper3d.org
Instructions for translators

The code blocks are included in the Gettext files in case if some comments need to be translated. You can add comments as well.

For code blocks without comment, please flag them as ignore-same, if you don't the permission, comment in a GitHub PR to let me know. For links that refer to a title inside an md file, please add a Link Modification Req tag.

The Gettext and markdown files in docs/locales are specific for languages.

Check contributing for current guidelines.

To merge a translation into the main Klipper repository, certain requirements have to be met. We are still determining the requirements and no merging is planned. - Yifei Ding
Project maintainers User avatar kingu User avatar dingyifei User avatar KevinOConnor User avatar Neko-vecter
Translation license GNU General Public License v3.0 or later
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Translations are reviewed by dedicated reviewers.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository https://github.com/Klipper3d/klipper-translations/
Repository branch translations
Last remote commit locales: Automated Markdown Update d8e5a7fd8
GitHub authored 11 days ago
Last commit in Weblate locales: Translated using Weblate (Bulgarian) b1b011e2b
User avatar nikdan authored 20 hours ago
Weblate repository https://hosted.weblate.org/git/klipper/readme/
File mask docs/locales/*/LC_MESSAGES/Code_Overview.po
Translation file Download docs/locales/uk/LC_MESSAGES/Code_Overview.po
Last change Nov. 7, 2024, 1 a.m.
Last change made by None
Language Ukrainian
Language code uk
Text direction Left to right
Number of speakers 24,018,513
Number of plurals 3
Plural type One/few/many
Plurals One 1, 21, 31, 41, 51, 61, 71, 81, 91, 101, …
Few 2, 3, 4, 22, 23, 24, 32, 33, 34, 42, …
Many 0, 5, 6, 7, 8, 9, 10, 11, 12, 13, …
Plural formula n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2
11 days ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 100 4,491 30,801
Approved 0% 0 0% 0 0% 0
Waiting for review 100% 100 100% 4,491 100% 30,801
Translated 100% 100 100% 4,491 100% 30,801
Needs editing 0% 0 0% 0 0% 0
Read-only 0% 0 0% 0 0% 0
Failing checks 0% 0 0% 0 0% 0
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 5 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes
Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct

Quick numbers

4,491
Hosted words
100
Hosted strings
100%
Translated
1
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
+100%
Translated
—
+100%
Contributors
—
User avatar None

Changes committed
Changes committed 11 days ago
User avatar mgorpinic2005

Translation completed
Translation completed 11 days ago
User avatar mgorpinic2005

Translation added
Klipper uses an [iterative solver](https://en.wikipedia.org/wiki/Root-finding_algorithm) to generate the step times for each stepper. For efficiency reasons, the stepper pulse times are generated in C code. The moves are first placed on a "trapezoid motion queue": `ToolHead._process_moves() -> trapq_append()` (in klippy/chelper/trapq.c). The step times are then generated: `ToolHead._process_moves() -> ToolHead._advance_move_time() -> ToolHead._advance_flush_time() -> MCU_Stepper.generate_steps() -> itersolve_generate_steps() -> itersolve_gen_steps_range()` (in klippy/chelper/itersolve.c). The goal of the iterative solver is to find step times given a function that calculates a stepper position from a time. This is done by repeatedly "guessing" various times until the stepper position formula returns the desired position of the next step on the stepper. The feedback produced from each guess is used to improve future guesses so that the process rapidly converges to the desired time. The kinematic stepper position formulas are located in the klippy/chelper/ directory (eg, kin_cart.c, kin_corexy.c, kin_delta.c, kin_extruder.c).
Klipper використовує [інеративний розчинник](https://en.wikipedia.org/wiki/Root-finding_algorithm) для створення кроку для кожного кроку. З точки зору ефективності генеруються імпульси крокової залози в C-коді. Переходи спочатку розміщені на "trapezoid чергу руху": `ToolHead._process_moves() -> трапеція ` (в klippy/chelper/trapq.c). `ToolHead._process_moves() -> JavaScript licenses API Веб-сайт Go1.13.8 до JavaScript licenses API Веб-сайт Go1.13.8 -> MCU_Stepper.generate_steps() -> itersolve_generate_steps() -> itersolve_gen_steps_range()` (в klippy/chelper/itersolve.c). Мета ітеративного розчинника полягає в тому, щоб знайти покрокові терміни, враховуючи функцію, яка обчислює позицію крокової від часу. Це робиться багаторазово "чуття" в різні часи до моменту отримання крокової позиції формула повертає бажане положення наступного кроку на степпері. Зворотній зв'язок, виготовлений з кожного вагітна, використовується для поліпшення майбутніх вгадок, щоб процес швидко зважився до бажаного часу. Формули позиції кінематичних степперів розташовані в каталозі klippy/chelper/ (наприклад, kin_cart.c, kin_corexy.c, kin_delta.c, kin_extruder.c).
11 days ago
User avatar mgorpinic2005

Translation added
LookAheadQueue.flush() determines the start and end velocities of each move.
LookAheadQueue.flush() визначає початок та кінцеві значення кожного руху.
11 days ago
User avatar mgorpinic2005

Translation added
LookAheadQueue.add_move() places the move object on the "look-ahead" queue.
LookAheadQueue.add_move() розміщує об'єкт переходу на чергу "look-ahead".
11 days ago
User avatar mgorpinic2005

Translation added
The ToolHead class (in toolhead.py) handles "look-ahead" and tracks the timing of printing actions. The main codepath for a move is: `ToolHead.move() -> LookAheadQueue.add_move() -> LookAheadQueue.flush() -> Move.set_junction() -> ToolHead._process_moves()`.
Клас ToolHead (в інструментальномуголові.py) ручок "look-ahead" і відстежує термін дії друку. Головний кодпат для переміщення: `ToolHead.move() до Посилання до LookAheadQueue.flush() -> Move.set_junction() до ToolHead._process_moves()`.
11 days ago
User avatar mgorpinic2005

Translation added
Task, init, and command functions always run with interrupts enabled (however, they can temporarily disable interrupts if needed). These functions should avoid long pauses, delays, or do work that lasts a significant time. (Long delays in these "task" functions result in scheduling jitter for other "tasks" - delays over 100us may become noticeable, delays over 500us may result in command retransmissions, delays over 100ms may result in watchdog reboots.) These functions schedule work at specific times by scheduling timers.
Завдання, ідентифікувати, і командні функції завжди працюють з перервами, ввімкненими (як правило, вони можуть тимчасово відключати перерву, якщо це необхідно). Ці функції повинні уникати довгих паузи, затримок або зробити роботу, яка триває значного часу. (Довге затримки в цих функціях "таск" призводить до спланування Джиттера для інших "тасків" - затримок понад 100us може стати помітними, затримки більше 500us може призвести до введення командних ретрансмісій, затримки понад 100 м може призвести до перезавантаження годинника.) Ці функції працюють за певними часами.
11 days ago
User avatar mgorpinic2005

Translation added
Prefer writing explicit values to IO registers instead of using read-modify-write operations. That is, if updating a field in an IO register where the other fields have known values, then it is preferable to explicitly write the full contents of the register. Explicit writes produce code that is smaller, faster, and easier to debug.
Надання чітких значень для реєстрів IO замість використання чит-модіфікованих операцій. Це, якщо оновлення поля в реєстрі IO, де інші поля мають відомі значення, то бажано явно писати повний вміст реєстру. Очікується записувати код, який менший, швидше, і простіше відхиляти.
11 days ago
User avatar mgorpinic2005

Translation added
Avoid using "C bitfields" to access IO registers; prefer direct read and write operations of 32bit, 16bit, or 8bit integers. The C language specifications don't clearly specify how the compiler must implement C bitfields (eg, endianness, and bit layout), and it's difficult to determine what IO operations will occur on a C bitfield read or write.
Уникайте використання "C bitfields" для доступу до реєстрів IO; віддайте перевагу прямій зчитування та писати операції 32bit, 16bit, або 8bit цілих. Технічні характеристики C не вказують на те, як компілятор повинен реалізувати C bitfields (наприклад, endianness, і трохи макетування), і важко визначити, які операції IO відбуваються на бітфілді або писати.
11 days ago
User avatar mgorpinic2005

Translation added
Additional coding tips:
Додаткові поради кодування:
11 days ago
Browse all translation changes