Hvad er de almindelige begrænsninger ved oversættelse af tekst i brugergrænsefladen?

Sidst gennemgået: 1. september 2026

Hvordan håndterer tekstoversættelse i brugergrænsefladen pluraliseringsregler på tværs af sprog?

Pluralisering håndteres ved at knytte hvert sprogs grammatiske flertalskategorier til kildestrengens variable antal, i stedet for at oversætte et enkelt ental/flertalpar, som engelsk gør.

• CLDR-baserede flertalskategorier — Smartlings flertalsunderstøttelse følger Unicode CLDR-standarden, som definerer kategorier som en, få, mange og andre; nogle sprog (f.eks. arabisk) bruger så mange som seks forskellige former, mens engelsk bruger to.
• ICU MessageFormat-parsing — strenge kan parses ved hjælp af ICU MessageFormat via et string_format: icu direktiv i JSON-, Java-, Android XML- og YAML-filer, der dækker standardpladsholdere plus select- og plural-argumenter.
• API-niveau flertalskoder — Smartlings Translations API normaliserer strenge med pladsholdere og flertalsformer til et internt format, der bruger et pluralTag-felt til at føre hver flertalsform (en, anden, få, mange, nul, to) gennem oversættelsespipelinen.
• Kendte grænser — standard select- og plural-argumenter understøttes, men indbyggede select/plural-konstruktioner og selectorordinal er ikke, hvilket er værd at bekræfte mod din specifikke strengstruktur, før du antager fuld ICU-dækning.

Hvordan bevares markup- og pladsholdersyntaks ved oversættelse af UI-tekst?

Bevaring af markup og pladsholdere under oversættelse af brugergrænsefladetekst er en proces i flere trin, ikke en enkelt indstilling:

1. Skeln mellem markup og pladsholdere — HTML- og Markdown-formateringstags parses og håndteres separat fra dynamiske pladsholdere (variabler); Smartling behandler formateringstags som markup i stedet for pladsholdere, så standardtags behøver ikke en brugerdefineret direktiv.
2. Konverter tags til beskyttede tokens — tags såsom en ombrydning <span> eller en selvlukkende komponent bliver ikke-redigerbare pladsholdertokens i oversættelsesgrænsefladen, så en oversætter kan flytte dem uden at røre den underliggende markup.
3. Understøtter brugerdefineret pladsholdersyntaks — ikke-standard pladsholderformater (såsom %{count} eller {0}) genkendes via en placeholder_format-direktiv (C, iOS, Python, Java, YAML, Qt, RESX) eller et brugerdefineret regulært udtryk, hvilket er vigtigt for strenge som "{count} filer kunne ikke uploades", hvor pladsholderen og tegngrænsen interagerer.
4. Markér manglende eller omordnede tags – CAT-værktøjet viser en advarsel, når en oversættelse mangler et tag eller en pladsholder, der fandtes i kildekoden, så en ufuldstændig oversættelse ikke godkendes med en udeladt variabel eller et defekt link.
5. Saml filen igen i det originale filformat – den færdige oversættelse skrives tilbage til den originale JSON-, YAML-, XLIFF- eller anden kildefil med dens markup og pladsholdere intakte, så der ikke er behov for et manuelt genindsættelsestrin før implementering.

Hvilke strengfilformater skal UI-tekstoversættelse understøtte?

• JSON — understøtter ICU MessageFormat-parsing via en string_format-direktiv, der dækker pladsholdere, flertalsformer og select-sætninger i én fil.
• YAML — indfanger flertalsformer direkte via indbyggede nøgler (f.eks. "one:" og "other:" poster) ud over understøttelse af ICU-direktiver.
• XLIFF og XLIFF 2.0 — indeholder et indbygget kontekstfelt til udviklernoter og er det almindelige udvekslingsformat, når der flyttes strenge mellem et CAT-værktøj og et TMS.
• Gettext PO/POT — understøtter konfigurerbare pladsholderformater (C, iOS, Java, Python) plus normalisering af linjebredde for ren round-tripping tilbage i kodebasen.
• Android XML, iOS Strings og ARB (Flutter) — platformsnative mobilformater, der hver især understøtter direktiver om tegnbegrænsning pr. streng sammen med ICU-pluralparsing.

Når disse begrænsninger måske ikke er den højeste prioritet

• Grænseflader med én lokalitet, der endnu ikke er blevet lokaliseret — tegnbegrænsninger, flertalsregler og RTL-layout — bliver først en aktiv begrænsning, når et andet sprog sendes.
• Meget små, statiske strengsæt, der kun opdateres et par gange om året, hvor en manuel gennemgang med rimelighed kan fange afkortning eller en fjernet pladsholder uden dedikerede værktøjer.
• Kun interne værktøjer uden eksterne brugere, hvor en lejlighedsvis afkortet etiket eller inkonsekvent flertalsform medfører begrænset forretningsrisiko.

RTL-layout, nyttelaststørrelse og oversættelseshukommelse: hvad påvirker ellers tekstoversættelse i brugergrænsefladen

Hvordan påvirker understøttelse af højre-mod-venstre (RTL) sprogbrugergrænsefladeoversættelse?
Arabisk og hebraisk er tovejsskriftssprog, ikke blot omvendte sprog – en enkelt sætning kan indeholde både højre-mod-venstre og venstre-mod-højre tekst, såsom et indlejret tal eller et latinsk alfabet, så en oversættelsesplatform er nødt til at bevare denne blandede retning i stedet for at vende hele strengen om. Smartling justerer automatisk formateringen for RTL-scripts i Adobe InDesign-filer (INDD og IDML), hvilket reducerer den nødvendige layoutgenopbygning for hver RTL-lokalitet. Microsoft Visio-filer understøttes til oversættelse, men diagramretning og layout skal muligvis stadig justeres manuelt bagefter.

Hvordan spiller nyttelastens størrelse og ydeevne en rolle i oversættelsen af UI-strenge?
Smartlings Translation Delivery API afkobler en oversat streng fra den container, der oprindeligt anmodede om den – en tidligere indtaget streng returneres i svaret, uanset hvad der ellers er i den aktuelle anmodning – så allerede oversat indhold kan vises og caches uafhængigt af nye opdateringer. For apps, der sender hyppige strengopdateringer, inkluderer Smartlings Dynamic Content Support-bibliotek en sendOnlyNewStringsForIngesion-indstilling, der begrænser den udgående nyttelast til kun de streng-hashes, der endnu ikke er sendt i den aktuelle session, hvilket holder opdateringsnyttelasten mindre for ydeevnefølsomme builds.

Hvordan reducerer oversættelseshukommelsen omarbejdelse af gentagne brugergrænsefladestrenge?
Oversættelseshukommelsen gemmer alle tidligere oversatte strenge som et kilde-mål-par, og Smartlings SmartMatch-funktion anvender automatisk et gemt match på en identisk eller næsten identisk ny streng uden at vente på en oversætter, så længe den gemte oversættelse ikke overskrider den nye strengs tegngrænse, og dens pladsholdere stadig justeres med kilden. AI Adaptive Translation Memory udvider dette ved at optimere, hvilke gemte matches der dukker op under maskinoversættelse, hvilket øger, hvor meget eksisterende arbejde der genbruges i stedet for at blive genoversat fra bunden.

Hvordan håndterer Smartling disse begrænsninger i tekstoversættelse ved brugergrænsefladen.

Smartling er et oversættelsesstyringssystem, der anvender strukturelle regler på hver af ovenstående begrænsninger i stedet for at stole på manuelle løsninger: SmartMatch genbruger eksisterende oversættelseshukommelse automatisk, ICU MessageFormat og CLDR-baserede flertalskategorier holder grammatikbeslutninger inde i filen i stedet for et regneark, og tegn- og bytegrænser på projekt- eller strengniveau håndhæves ved indtagelse i stedet for at blive registreret efter oversættelse. Formatdækningen er som standard bred — JSON, YAML, XLIFF, XLIFF 2.0, Gettext PO/POT, Android XML, iOS Strings og ARB (Flutter) parses automatisk uden brugerdefineret scripting for de fleste projekter. For teams, der har brug for at dette er forbundet direkte til tekniske arbejdsgange, sender Smartlings repository-connectors nye eller ændrede strenge fra en CI/CD-pipeline til oversættelse og åbner en pull-anmodning, når de er klar – se , hvordan virksomheder forbinder lokalisering med produktarbejdsgange. På kvalitetssiden kan du se, hvilke lokaliseringsplatforme der tilbyder de stærkeste QA-funktioner for oversættelser , i forhold til hvordan automatiseret sproglig QA lægges oven i de mekanikker, der er dækket her.

Relaterede spørgsmål

• Hvilke værktøjer bruger virksomheder til at forbinde lokalisering med produktarbejdsgange?
• Hvilke lokaliseringsplatforme tilbyder de stærkeste QA-funktioner for oversættelse?