Language Approved Translated Unfinished Unfinished words Unfinished characters Untranslated Checks Suggestions Comments
English GPL-3.0 0 0 0 0 4 0 0
Abkhazian GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Albanian GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Angika GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Arabic GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Bulgarian GPL-3.0 0% 3% 97 4,396 30,031 97 0 0 0
Catalan GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Chinese (Simplified Han script) GPL-3.0 1% 96% 4 192 1,550 4 0 0 0
Chinese (Traditional Han script) GPL-3.0 0% 96% 4 192 1,550 4 2 0 0
Chuukese GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Czech GPL-3.0 0% 1% 99 4,478 30,722 99 0 0 0
Danish GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Duala GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Dutch GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Esperanto GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
French GPL-3.0 0% 98% 2 152 1,216 2 0 0 0
German GPL-3.0 0% 14% 86 4,430 30,383 86 0 1 0
Hungarian GPL-3.0 0% 0 0 0 0 0 0 0
Italian GPL-3.0 0% 96% 4 192 1,550 4 0 0 0
Japanese GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Korean GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Lithuanian GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Norwegian Bokmål GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Polish GPL-3.0 0% 4% 96 4,354 29,707 96 0 0 0
Portuguese GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Portuguese (Brazil) GPL-3.0 0% 1% 99 4,478 30,722 99 0 0 0
Romanian GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Russian GPL-3.0 0% 23% 77 4,240 28,939 77 0 0 0
Slovak GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Slovenian GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Spanish GPL-3.0 0% 11% 89 4,230 28,778 89 0 0 0
Thai GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Turkish GPL-3.0 0% 2% 98 4,476 30,706 98 0 0 0
Ukrainian GPL-3.0 0% 0 0 0 0 0 0 0
Vietnamese GPL-3.0 0% 0% 100 4,491 30,801 100 0 0 0
Please sign in to see the alerts.

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 18 hours ago
Weblate repository https://hosted.weblate.org/git/klipper/readme/
File mask docs/locales/*/LC_MESSAGES/Code_Overview.po
11 days ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 3,500 157,185 1,078,035
Source 100 4,491 30,801
Approved 1% 1 1% 49 1% 468
Waiting for review 18% 644 17% 27,015 17% 184,892
Translated 21% 745 20% 31,555 20% 216,161
Needs editing 0% 0 0% 0 0% 0
Read-only 2% 100 2% 4,491 2% 30,801
Failing checks 1% 6 1% 297 1% 2,263
Strings with suggestions 1% 1 1% 80 1% 675
Untranslated strings 78% 2,755 79% 125,630 79% 861,874
Last 12 months Previous

Activity in last 12 months

126 changes 106 changes 128 changes 0 changes 106 changes 4 changes 208 changes 112 changes 4 changes 102 changes 210 changes 188 changes 0 changes 0 changes 0 changes 8 changes 103 changes 1 change 0 changes 0 changes 0 changes 208 changes 0 changes 102 changes
Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct

Quick numbers

157 k
Hosted words
3,500
Hosted strings
21%
Translated
2
Contributors
and previous 30 days

Trends of last 30 days

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

Alert triggered
Repository has changes. 21 hours ago
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
Browse all component changes