i18n Senkronizasyon

Synchronize and validate MSG_ keys and printf formats in lang/tr.sh and lang/en.sh.

7|2|Updated Dec 16, 2025
One-click install
npx skills add https://github.com/ahm3t0t/bigfive-updater --skill i18n-senkronizasyon
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: i18n Senkronizasyon
Source: https://github.com/ahm3t0t/bigfive-updater/tree/main/.agents/skills/i18n-sync
Command: npx skills add https://github.com/ahm3t0t/bigfive-updater --skill i18n-senkronizasyon

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents your Turkish and English Bash UI messages from drifting out of sync, which can cause missing labels, inconsistent counts, and even formatting mismatches during interactive and automated runs.

Core Features & Use Cases

  • MSG key parity check: Compares all MSG_ variables in lang/tr.sh vs lang/en.sh to detect keys present in one file but missing in the other.
  • Message count validation: Ensures both languages define the same total number of MSG_ entries.
  • Category consistency & printf format matching: Verifies that message prefixes (like MSG_HEADER_*, MSG_WARN_*, etc.) align across languages and that %s/%d-style format specifiers match for each message key.

Quick Start

Run the sync checklist to diff lang/tr.sh and lang/en.sh, confirm the MSG_ keys and counts match, then validate syntax with bash -n for both files.

Frequently Asked Questions about i18n Senkronizasyon

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I keep Turkish and English bash localization messages in sync?

To keep Turkish and English bash localization messages in sync, you need to diff `lang/tr.sh` and `lang/en.sh` to ensure identical `MSG_` keys, counts, and category prefixes. This prevents missing labels and formatting mismatches during execution.

What is the best way to validate printf format strings across multilingual bash scripts?

Validating printf format strings across multilingual bash scripts involves verifying that `%s` and `%d` format specifiers match for every corresponding `MSG_` variable. This ensures runtime placeholders stay compatible across both language files.

Why does my bash UI show missing labels after adding new translation strings?

Missing labels occur when new translation strings cause message definitions to drift out of sync. Running a message count validation ensures both `lang/tr.sh` and `lang/en.sh` define the exact same total number of `MSG_` entries.

How do I check bash syntax before trusting UI translation updates?

To check bash syntax before trusting UI translation updates, run `bash -n` against both `lang/tr.sh` and `lang/en.sh`. This validates the shell syntax without executing the scripts, ensuring your localization updates are safe.

Does this message synchronization method verify category consistency for warnings and headers?

Yes, message synchronization verifies category consistency by checking that message prefixes like `MSG_HEADER_*` and `MSG_WARN_*` align perfectly across both languages. This ensures your translation categories match correctly.

When do I need to run a diff-based key parity check for bash localization?

You need to run a diff-based key parity check for bash localization whenever new UI strings are added or edited. This detects any `MSG_` variables present in one file but missing in the other, maintaining translation consistency.