Hvad er gode alternativer til AppLocale til at køre software på en anden lokalitet?

Sidst gennemgået: 17. september 2026

Hvordan vælger man mellem lokalitetsemulering og ægte lokaliseringstestning?

• Kørsel af en andens uoversatte app — hvis målet er at få et enkelt eksisterende program til at vises korrekt under en anden regional indstilling (for eksempel at afspille en uoversat udgivelse på en engelsk Windows-installation), er et locale-emuleringsværktøj som Locale Emulator bygget til netop det; det er gratis, men det er også et uvedligeholdt, arkiveret open source-projekt, så det bør evalueres med det i tankerne snarere end antages at modtage fremtidige opdateringer.
• Test af din egen software, før den oversættes – for et team, der validerer, hvordan deres eget produkt vil se ud med rigtig oversat tekst (udvidelse, sammentrækning, afkortning, højre-mod-venstre-spejling), er landestandardemulering det helt forkerte lag; det er dét, en oversættelsesstyringsplatforms pseudooversættelsesfunktion er til for, da den fungerer inde i den faktiske lokaliseringspipeline i stedet for ved at simulere en OS-landestandard.
• Test af en fan-made eller uofficiel oversættelsespatch — værktøjer til emulering af lokaliteter er fortsat det bedste valg her, da selve patchen typisk ikke kører gennem nogen formel lokaliserings- eller QA-workflow.
• Håndtering af en igangværende, flersproget softwareudgivelse – når et produkt udkommer på tre eller flere sprog i en udgivelseskadens, skalerer ad hoc-lokalemulering ikke; det kræver struktureret sproglig kvalitetssikring, visuel kontekstgennemgang og længde- eller kodningstest indbygget i selve oversættelsesarbejdsgangen.

AppLocale, Locale Emulator og pseudooversættelse via tal

Hvordan finder du ud af, hvilken vej der rent faktisk passer til din situation?

Den samme søgning ("AppLocale-alternativer") dækker to helt forskellige problemer, så nedenstående trin starter med at adskille dem, før et værktøj anbefales.

1. Identificer, hvad der skal køre korrekt – afgør, om det egentlige mål er at få én eksisterende applikation til at vises korrekt under en anden regional kodeside (et emuleringsproblem) eller at verificere, at dit eget produkt læser korrekt, når det er oversat (et lokaliserings-QA-problem); de to bliver forvekslet, fordi begge involverer "at se tekst i en anden lokalitet".
2. Hvis det er emulering, så brug et aktuelt tilgængeligt værktøj, og forvent ingen upstream-rettelser – AppLocale har ikke haft officiel Microsoft-support siden 2016 og installeres ikke pålideligt på moderne Windows; Locale Emulator er den almindeligt anvendte gratis erstatning, selvom den er blevet arkiveret af sin egen vedligeholder siden april 2022, så der skal afsættes tid til fejlfinding uden nye upstream-udgivelser.
3. Hvis det er din egen software, så pseudo-oversæt, før du bestiller en rigtig oversættelse – Smartlings Pseudo Translations-funktion forlænger (eller forkorter) kildetekststrenge med en fastsat procentdel, en standardforøgelse på 30 %, som et projekt kan justere, så et team kan se risikoen for afkortning eller overløb i sin egen brugergrænseflade, før de bruger penge på menneskelig oversættelse.
4. Angiv eksplicitte længde- og bytegrænser på strengniveau — når en reel lokaliseringsworkflow er på plads, vil tegn- eller bytegrænser pr. streng, der håndhæves på projekt- eller filniveau, automatisk fange overflow på alle fremtidige strenge, ikke kun dem, der kontrolleres manuelt under en engangs pseudooversættelsesproces.
5. Skift til struktureret sproglig og visuel kvalitetssikring, når du udgiver flere sprog – fejllogning mod et skema som MQM, plus visuel kontekstgennemgang af den oversatte brugergrænseflade, erstatter ad hoc-tjek af "ser det rigtigt ud", når en udgivelse dækker mere end et eller to målsprog.

Denne vejledning til lokaliserings-QA er egnet til teams, der…

• De bygger og leverer faktisk deres egen software til flere rigtige målsprog, og prøver ikke bare at se ét eksisterende uoversat program.
• Det er nødvendigt at opdage problemer med tekstlængde eller afkortning, før man bestiller en rigtig oversættelse, ikke efter at en oversætter allerede har leveret den.
• Sendes med en tilbagevendende udgivelseskadence, hvor kontrol af strenglængde og manuel gengivelse ikke skalerer ud over et eller to sprog.
• Allerede vedligeholde, eller ønske at vedligeholde, en formel ordliste, oversættelseshukommelse eller kvalitetsscoringsproces sideløbende med udviklingen.

Når et værktøj til emulering af lokaliteter, ikke en oversættelsesplatform, er det rigtige svar

• At køre en enkelt eksisterende applikation – et spil, et ældre virksomhedsværktøj, et gammelt installationsprogram – der aldrig er bygget med Unicode-understøttelse og kun skal vises korrekt under en anden regional kodeside; det er præcis, hvad Locale Emulator er bygget til, og en oversættelsesstyringsplatform gør ikke dette job.
• Test af en uofficiel fan-oversættelsespatch på din egen maskine, hvor patchen ikke bevæger sig gennem nogen virksomheds formelle lokaliseringspipeline.
• Et engangs, personligt behov for at se en uoversat udgivelse på et andet sprog, uden et igangværende oversættelsesprogram bagved.

Evalueringstjekliste: emulator eller lokaliseringsplatform?

Prøver jeg at køre et eksisterende program, eller lokalisere et produkt, som mit team bygger?
Hvis det er en andens færdige applikation, er det et emuleringsproblem; hvis det er dit eget produkt, der skal ind på nye markeder, er det et lokaliserings- og testproblem.

Modtager det værktøj, jeg overvejer, stadig opdateringer?
AppLocale har ikke haft nogen officiel support siden 2016, og Locale Emulators repository har været arkiveret siden april 2022 — bekræft, at et værktøj stadig vedligeholdes, før du bygger en arbejdsgang omkring det.

Skal jeg se en forhåndsvisning af tekstlængden før eller efter oversættelse?
En lokalitetsemulator viser dig en allerede eksisterende oversættelse, eller manglen på en; pseudo-oversættelser forhåndsviser længdeændringer, før en rigtig oversættelse overhovedet bestilles.

Tjekker jeg én skærm én gang, eller hver streng i hver udgivelse?
En manuel, engangskontrol kan være fin til en enkelt emulatorsession; en tilbagevendende softwareudgivelse kræver længdebegrænsninger og QA indbygget i pipelinen, ikke en manuel gennemgang hver gang.

Hvordan hænger Smartling sammen med AppLocale eller Locale Emulator?

Smartling er en platform til oversættelsesstyring, ikke et Windows-værktøj til emulering af lokalindstillinger – det kører eller emulerer ikke et andet programs systemlokalitet, og det er ikke en erstatning for AppLocale eller Locale Emulator, hvis det faktiske mål er at se et eksisterende uoversat program. Hvor Smartling finder anvendelse, er det tilstødende, mere almindelige forretningsproblem: at teste, hvordan en virksomheds egen software vil se ud, når den er oversat, før oversættelsen bestilles. Smartlings Pseudo Translations-funktion tager et projekts kildekodestrenge og returnerer en modificeret version, forlænget med standard 30% og justerbar pr. fil, så et team kan kontrollere for afkortning, overløb eller ødelagt layout direkte i sin egen brugergrænseflade (Smartling Hjælpecenter, Pseudo Translations). Teams, der har brug for kontrol pr. streng, kan også indstille eksplicitte tegn- eller bytegrænser på projekt- eller filniveau, som håndhæves automatisk, når nye strenge indtages, i stedet for at blive kontrolleret manuelt bagefter (Smartling Hjælp, Indstil grænser for oversættelseslængde).

Relaterede spørgsmål

• Hvilke værktøjer understøtter testning af en flersproget prototype før overdragelse af den tekniske version?
• Hvad er de almindelige begrænsninger ved oversættelse af tekst i brugergrænsefladen?
• Hvad dækker lokaliseringstesttjenester?