Help:Extension:Translate/Page translation administration/da

Hvad. Sideoversættelses-funktionen gør det muligt at styre oversættelse af wiki-sider til andre sprog. Det betyder, at indholdet af hver oversættelse vil være lig med kildesiden, sædvanligvis. Det gælder derimod f.eks. ikke de forskellige sprogversioner af Wikipedia-artikler, som er helt uafhængige af hinanden. Det antages, at siderne kun er oversat fra et primært sprog til andre sprog, men oversættere kan også drage fordel af oversættelser på andre sprog, hvis de findes.

Hvorfor. Uden hjælp, bliver oversættelse mere end et par sider til andre sprog i bedste fald en tidsrøver eller i værste fald ubehjælpeligt roderi. Med sideoversættelses-funktionen kan du undgå rodet og strukturere oversættelsesprocessen. Den centrale idé er opdeling af kildeteksten i mindre enheder, som hver især vil blive oversat individuelt. Når kildeteksten er opdelt i enheder, kan alle ændringer isoleres og oversættere behøver kun at opdatere oversættelsen af enheder, der har fået foretaget ændringer i kildeteksten. Dette muliggør for oversættere at arbejde på enheder af overskuelig størrelse og at dele arbejdet mellem forskellige oversættere og at fortsætte oversættelses-arbejdet senere, da det ikke behøves at gøres altsammen på én gang.

Hvem. Denne side uddyber hvordan man forbereder en side til oversættelse ved at give dybere indsigt i hvordan systemet fungerer og de bedste øvelser foreslås, med forskellige eksempler. Siden er beregnet til sideoversættelses-administratorer og generelt for enhver, der redigerer kildeteksten af sider, der kan oversættes, selv om de ikke har adgang til de administrative funktioner til godkendelse af ændringer af oversættelse. Udviklingsorienterede ting, herunder kendte problemer og fremtidige planer, dokumenteres på sideoversættelses-referencesiden.

Livsforløb for en side, der kan oversættes
Roller. Flere personer er involveret i processen med at skrive og oversætte en wiki side: den oprindelige forfatter opretter en side, nogen korrigerer stavefejl, en sideoversættelses-administrator markerer siden til oversættelse, oversættere oversætter, nogen laver ændringer på siden, en sideoversættelses-administrator markerer disse ændringer til oversættelse og oversættere opdaterer oversættelser. Disse roller kan overlappe mere eller mindre, men det overordnede ansvar for en problemfri oversættelse påhviler sideoversættelses-administratoren. Administratoren bestemmer, når siden er klar til oversættelse første gang, sikrer at inddelingen tjener et formål og godkender (eller korrigerer) ændringerne.

Forberedelse. For at få noget oversat er du nød til at skrive det først. Hvis du allerede har lavet en oversættelse uden Translate-udvidelsen, se nedenfor afsnittet om flytning af oversættelser. Hvis du vil have masser af oversættelse, som skal kunne laves hurtigt, er det afgørende at kildeteksten er trimmet og god. Inden en side mærkes for oversættelse, spørg en anden om at korrekturlæse den og om muligt få en sprog-specialist til at lave teksten mere klar og præcis. Vanskelig ordforråd og svært forståelige sætninger forhindrer mange frivillige oversættelser. Mærkning også kan give problemer for oversættere, men som oversættelses-administrator kan du undgå disse problemer, se afsnittet nedenfor om håndtering af mærkning. Naturligvis påtvinger de ændringer, du foretager i en oversættelses kildetekst, opdatering af alle eksisterende oversættelser, så det er bedre at vente indtil sidens indhold har stabiliseret sig. På den anden side sker ændringer ofte og systemet håndterer det godt, så tjek afsnittet om håndtering af ændringer, nedenfor.

Mærkning. Når teksten ellers er klar til oversættelse, kan alle markere delene klar til oversættelse ved at indpakke dem med &lt;translate> -mærker og tilføje &lt;languages />-bjælken til siden. Sidstnævnte tilføjer en liste over alle oversættelser af siden med færdiggørelses- og opdaterings-procenter. Der er ingen andre tegn på at oversættelserne eksisterer. Se nedenfor hvordan man faktisk udfører mærkningen. Systemet registrerer, når mærkningen er placeret på siden, der kan oversættes og siden får et link til at markere den klar til oversættelse. Systemet vil nægte at gemme, hvis du for eksempel har glemt at tilføje et afslutnings-mærke. Siden tilføjes også listen på Special:PageTranslation som klar til oversættelse.

Klargørelse. Efter mærkningen, klargør en oversættelses-administrator siden til oversættelse. Brugergrænsefladen er forklaret i hvordan man forbereder en side til oversættelse. Oversættelses-administratorens ansvar er at sikre, at opdelingen giver mening, og at mærkningen har været korrekt. Siden kan ommærkes, hvis den har ændret sig i mellemtiden. Se nedenfor hvordan ændringer foretages, så de forårsager færrest mulige forstyrrelser. Mærkningen af siden starter en baggrundsproces, der bruger MediaWiki's jobkø. Processen gennemgår hver oversættelses-side og regenererer den, så ændringer i sidens skabelon afspejles og forældede oversættelser markeres. Derimod opdateres oversættelses-brugergrænsefladen straks. Oversættelse af nye enheder fungerer muligvis ikke førend baggrunds-processen også har opdateret meddelelses-indekset.

Ændringer. Brugere kan fortsætte med at foretage ændringer til sidens kilde. Ændringerne vil være synlige for brugere, der ser siden på kildesproget, men oversættelser strider mod oversættelses-enhederne fået fra den sidste version af original-siden, som er blevet markeret til oversættelse: Oversættelses-siderne er rapporteret til at være 100% opdateret hvis alle oversættelses-enhederne er oversatte, selv om kildesiden har nye ændringer. Du kan nemt se om der er umarkerede ændringer, når du ser siden der kan oversættes på kildesproget: der er en notits øverst som siger, at du kan oversætte denne side og der er links til ændringer, hvis der er nogen.

Kildesprog. Der er også en oversættelses-side med sprogkoden på kildesproget: den indeholder ikke de ekstra mærker og anden mærkning relateret til side-oversættelsen, som anvendes i sidens kildetekst. Siden har ingen link fra brugergrænsefladen, men det er praktisk når du for eks. vil indsætte siden (typisk for skabeloner der kan oversættes) eller eksportere den.

Lukkede anmodninger om oversættelse. Nogle sider, der kan oversættes, har et indhold, som kun er interessant i en vis tidsperiode. For eksempel bekendtgørelser og regelmæssige statusopdateringer, ligesom Wikimedia's aktuelle begivenheder. Du kan holde disse sider sammen med oversættelser, men skjule dem fra oversættelsens brugergrænseflade. Dette forhindrer ikke yderligere oversættelser af siderne, men det reducerer stærkt risikoen for, at en bruger ved et uheld begynder at oversætte siden. Afskrækning og tilbagerulning sker fra Special:PageTranslation.

Prioritering af sprog. Du kan også definere en liste over sprog, som du specifikt ønsker oversættelser til og efterlades sprog-listen tom forstås det som at alle sprog er tilladt. Siden vil opføre sig som en afskrækkende side (se forrige afsnit) for de sprog der ikke er på den prioriterede liste, og når der oversættes til dem, vil oversætterne få en notits. Du kan også forhindre oversættelse til andre sprog, for eks. hvis oversættelser faktisk bruges andre steder, og du vil ikke være i stand til at bruge dem, bortset fra på enkelte sprog.

Gruppering. Det er muligt at gruppere relaterede sider sammen. Disse grupper arbejder ligesom alle de andre meddelelsesgrupper. De har deres egne statistikker og indeholder alle undergruppernes meddelelserne, i dette tilfælde sider som kan oversættes. Denne funktionalitet er i øjeblikket i Special:AggregateGroups. Sammensatte meddelelsesgrupper er som standard sammenfoldede i Special:LanguageStats.

Flytning. Du kan flytte de sider, der kan oversættes, ligesom andre sider kan. Ved flytningen kan du vælge, om du også vil flytte alle undersider, der ikke skal oversættes. Flytningen bruger et baggrunds-job til at flytte de mange relaterede sider. Mens flytningen er i gang, er det ikke muligt at oversætte siden. Færdiggørelsen anmærkes i sidens oversættelses-log.

Sletning. Ligesom flytning, er foregår adgang til sletning af en side der kan oversættes, fra det normale sted. Du kan enten slette hele siden, eller blot en af dens oversættelser. For at slette en oversættelse, skal du gå til oversættelses-siden og derefter få adgang til sletning. Som ved flytning, vil en baggrundsproces slette siderne over tid. Sletning vil også slette de relaterede oversættelsesenheds-sider. Færdiggørelse anmærkes i sidens oversættelses-log.

Beskyttelse. Det er muligt at beskytte siden, som kan oversættes. Oversættelses-sider kan ikke beskyttes og en beskyttelse af kildesiden dækker ikke her. For at forhindre yderligere redigeringer af oversættelser, bør du tilføje kildesproget som eneste prioriterede sprog og deaktivere oversættelser til andre sprog, se prioritering af sprog ovenfor. Tilsammen forhindrer disse to handlinger effektivt ændringer af både kildesiden og oversættelses-sider med sine oversættelsesenheds-sider. Det er muligt at beskytte individuelle oversættelsesenheds-sider, selv om det frarådes.

Fjernelse af oversættelse. Det er også muligt at fjerne en sides klargørelses-mærkning til oversættelse. Først skal du fjerne alle oversætter-mærker fra siden. Derefter kan du bruge Special:PageTranslation eller følg linket i toppen af siden der kan oversættes, for at fjerne det fra oversættelse. Dette vil fjerne enhver struktur relateret til side-oversættelse, men lad alle de eksisterende sider forblive frit redigerbare. Denne handling kan ikke anbefales.

Opbygning af en side der kan oversættes
Ved oversættelse af en side, der kan oversættes, produceres der mange sider, som tilsammen komponerer siden latu sensu, der også kan oversættes: deres titel bestemmes af titlen på den oprindelige :


 * (kilde side)
 * (oversættelses-siderne og en kopi af kildesiden uden mærkning)
 * (alle oversættelsesenheds-siderne)

Derudover er der oversættelsesside-skabelonen og kilderne til oversættelses-enhederne, udtrukket fra kildesiden og gemt i databasen. Systemet holder styr på, hvilke versioner af kildesiden indeholder oversættelses-mærker og hvilken version af dem er blevet markeret til oversættelse.

Hver gang en oversættelsesenheds-side er opdateret, vil systemet også regenerere den tilsvarende oversættelses-side. Dette vil resultere i to redigeringer. Oversættelsesenheds-side redigeringen er som standard skjult i seneste ændringer og kan vises ved at vælge vis oversættelser fra oversættelses-filteret. Andre handlinger end redigering af oversættelsesenheds-sider vil ikke udløse regenerering af den tilsvarende oversættelses-side.

Inddeling
Generelle principper:


 * 1) Al tekst beregnet til oversættelse skal omsluttes af translate-mærker. Der kan være flere mærke-par på én side.
 * 2) Alt uden for disse mærker ændres ikke på en oversættelesside. Den statiske tekst sammen med pladsholderne, som markerer stederne hvor oversættelsen af ​​hver oversættelses-enhed vil blive udskiftet, kaldes oversættelsesside-skabelonen.
 * 3) For meget opmærkning i teksten gør det vanskeligt for oversættere at oversætte. Brug mere finkornet placering af oversætter-mærker, når der er masser af opmærkning.
 * 4) Teksten mellem oversætter-mærker er opdelt i oversættelses-enheder, hvor der er én eller flere tomme linjer mellem dem (to eller flere linjer).

Begrænsninger. Sideoversættelses-funktion placerer nogle begrænsninger på teksten. Der bør ikke være nogen opmærkning, der strækker sig over to eller flere oversættelses-enheder. Med andre ord bør hvert afsnit være afsluttet. Dette håndhæves i øjeblikket ikke i softwaren, men krænkning vil medføre ugyldig visning af siden, med alvorlighed afhængig af om MediaWiki selv er i stand til at ordne den resulterende HTML-output eller ej.

Fortolknings-orden. Vær opmærksom på at oversætter-mærker fungerer anderledes end andre mærker, fordi de ikke gå igennem programmets fortolker. Det burde ikke volde problemer normalt, men det kan ske hvis du prøver noget specielt. Mere detaljeret fortolkes de før alle andre mærker som &lt;pre> eller &lt;source>, men efter &lt;nowiki>. Hvis du udtrykkeligt ønsker at skrive et &lt;translate-mærke i kilden, slipper du udenom med &amp;lt;translate>.

Mærke-placering. Om muligt forsøg at sætte mærkerne på deres egne linjer uden tomme linjer mellem indholdet og mærkerne. Nogle gange er dette ikke muligt, for eks. hvis du ønsker at oversætte noget indhold omgivet af opmærkning, men ikke opmærkningen selv. Det er også fint, for eks.:

For at gøre dette arbejde, har udvidelsen en simpel håndtering af mellemrum: mellemrum bevares, undtagen hvis et start eller slut mærke er det eneste på en linje. I dette tilfælde fjernes ny linje efter start- eller før slut-mærket. Det betyder, at mellemrum ikke forårsager ekstra pladsforbrug i den viste version af siden.

Variabler. Det er muligt at anvende variabler ligesom skabelon-variabler. Syntaksen for dette er &lt;tvar|name>indhold. For oversættere vil disse kun vise sig som, og i oversættelses-sider vil de automatisk blive erstattet af den værdi, der er defineret i siden som kan oversættes (så de er globale "konstanter" på tværs af alle dens oversættelses-sider). Variabler kan bruges til at skjule indhold der ikke kan oversættes i midten af en oversættelses-enhed. Det virker også for tal, der ofte skal opdateres. Du kan opdatere talværdien i alle oversættelser ved at ændre talværdien i kilden til siden der kan oversættes, og ommærke siden. Du behøver ikke at ugyldiggøre oversættelser, fordi talværdien ikke er en del af oversættelsesenhed-siderne.

Opmærknings-eksempler
Nedenfor er listet nogle alternativer og forslag til måder at håndtere forskellige typer wiki-opmærkning.

{| class=wikitable Hvis du har kategorier i oversættelseside-skabelonen, vil alle oversættelserne havne i samme kategori. Hvis du har kategorier i oversættelses-enheder, bør du instruere brugerne i en navngivnings-ordning. Til højre viser vi de to mulige ordninger, som er uafhængig af indbygnings-teknik. Ingen oversættelse: Category:Cars
 * Kategorier
 * Kategorier kan tilføjes på to måder: i oversættelseside-skabelonen eller i en af ​​oversættelsesenhederne.


 * Alle oversættelser i samme kategori (godt i tilfælde af få sprog, dårligt ved mange).
 * Kategorinavn ikke oversat (kan være som i oversættelses-skabelonen).

Oversættelse ved tilføjelse af sprog-kode: Category:Cars/da (anbefales)


 * Kategorisidens navn ikke oversat (ligesom sidenavnene).
 * En kategori for hvert sprog.
 * Side-oversættelse kunne anvendes til kategorien selv: kategorierne vil blive knyttet sammen, og overskrifterne ville blive oversat (men ikke navnet på kategorien, links og lignende).
 * Denne mulighed er endnu ikke understøttet udenfor Translate-udvidelsens boks. Du er nødt til enten at instruere dine oversættere i at tilføje sprogkoden til kategori-opmærkningen i oversættelsen, eller efterlade kategorien uden oversættelse og skrive dine egne skabeloner, som tilføjer sprogkoden automatisk. Der er sådan nogle skabeloner tilgængelige på wikier der bruger Translate-udvidelsen, men de vil ikke blive behandlet her.

Forkert: == &lt;translate>Culture&lt;/translate> ==
 * Overskrifter
 * Overskrifter kan i princippet være bundet til følgende afsnit, men det er bedre at have dem adskilt. På denne måde kan nogen hurtigt oversætte indholdsfortegnelsen, før de går ind i indholdet. Når overskrifter mærkes er det vigtigt at inkludere overskrifts-opmærkningen indenfor mærkerne, ellers vil MediaWiki ikke længere identificere dem ordentligt, for eksempel når de forsøger at redigere en specifik del af kildesiden. Opmærkningen giver også straks oversætteren en sammenhæng: han/hun oversætter en overskrift.
 * Overskrifter kan i princippet være bundet til følgende afsnit, men det er bedre at have dem adskilt. På denne måde kan nogen hurtigt oversætte indholdsfortegnelsen, før de går ind i indholdet. Når overskrifter mærkes er det vigtigt at inkludere overskrifts-opmærkningen indenfor mærkerne, ellers vil MediaWiki ikke længere identificere dem ordentligt, for eksempel når de forsøger at redigere en specifik del af kildesiden. Opmærkningen giver også straks oversætteren en sammenhæng: han/hun oversætter en overskrift.

Rigtigt: &lt;translate>== Culture ==&lt;/translate> Foreslået inddeling: &lt;translate>

Culture
Lorem ipsum dolor. &lt;/translate>

&lt;translate> &lt;/translate>
 * Billeder
 * Billeder, der indeholder sprogspecifikt indhold som tekst, bør omfatte hele billedsyntaksen i en enhed. Andre billeder kan kun markere beskrivelsen med et valgfrit tip i sidens meddelelses-dokumentationen, efter at det er blevet markeret.
 * Billeder, der indeholder sprogspecifikt indhold som tekst, bør omfatte hele billedsyntaksen i en enhed. Andre billeder kan kun markere beskrivelsen med et valgfrit tip i sidens meddelelses-dokumentationen, efter at det er blevet markeret.


 * Links
 * Links kan indgå i de afsnit, de indgår i. Det gør det muligt at ændre link-mærket, men også at ændre linkets mål til en bestemt sprog-version, hvis den findes.
 * Links kan indgå i de afsnit, de indgår i. Det gør det muligt at ændre link-mærket, men også at ændre linkets mål til en bestemt sprog-version, hvis den findes.

Fordi overskrifter er oversat, kan du ikke stole på de automatisk genererede id til overskrifter. Du kan tilføje dine egne links-ankre. For at holde dem uden for oversættelses-skabelonen, har du brug for at bryde siden op i flere oversættelses-mærke par omkring hver overskrift du ønsker at have et link-anker til. Interne links: &lt;translate> Helsinki is capital of Finland. &lt;/translate> Eksterne links: &lt;translate> PHP (website) is a programming language. &lt;/translate> Links på en side: &lt;translate>

Culture
Lorem ipsum dolor.

...

For more about food, see section about culture. &lt;/translate>

&lt;translate> &lt;/translate>&lt;translate> &lt;/translate>
 * Lister
 * Lister kan blive lange, så du måske ønsker at opdele dem i flere dele med for eksempel fem elementer eller mindre, som følger. Gør det kun hvis elementerne er tilstrækkeligt uafhængige til at kunne oversættes særskilt på alle sprog, altså skab ikke "LEGO-moduler": for eksempel skal du undgå at opdele en enkelt sætning i flere enheder, eller at adskille logisk afhængige dele, som kan påvirke hinanden (med hensyn til tegnsætning eller for eksempel stil af listen).
 * Lister kan blive lange, så du måske ønsker at opdele dem i flere dele med for eksempel fem elementer eller mindre, som følger. Gør det kun hvis elementerne er tilstrækkeligt uafhængige til at kunne oversættes særskilt på alle sprog, altså skab ikke "LEGO-moduler": for eksempel skal du undgå at opdele en enkelt sætning i flere enheder, eller at adskille logisk afhængige dele, som kan påvirke hinanden (med hensyn til tegnsætning eller for eksempel stil af listen).
 * General principles
 * Headings
 * Images
 * Tables
 * Categories
 * Links
 * Templates


 * Tal
 * Med tal og andre ikke-sproglige elementer kan du trække det faktiske antal ud af en oversættelse og gøre det til en variabel. Dette har flere fordele:
 * Med tal og andre ikke-sproglige elementer kan du trække det faktiske antal ud af en oversættelse og gøre det til en variabel. Dette har flere fordele:

&lt;translate> Income this month &lt;tvar|income> EUR &lt;translate> Bemærk at dette forhindrer oversætterne i at gøre tallet sprog-afhængigt ved en valutaomregning. FORMATNUM</code kald sørger for at tallet er formateret korrekt på målsproget.
 * Du kan opdatere antallet uden at ugyldiggøre oversættelser.
 * Oversættelses-hukommelse kan fungere bedre, når det ændrede tal ignoreres.


 * Skabeloner
 * Skabeloner har forskellige funktioner og formål, så den bedste løsning afhænger af, hvad skabelonen er til for. Hvis skabelonen ikke er en del af et længere afsnit, skal den udelades, medmindre den har parametre, der skal oversættes. Hvis skabelonen ikke har sprogligt indhold selv, behøver du ikke at gøre noget ved selve skabelonen.
 * Et eksempel på skabeloner, der er oversat med side-oversættelse, er Template:Extension-Translate. For at bruge denne skabelon, behøver du en anden skabelon lignende Template:Translatable navigation template, fordi du ikke længere kan inkludere skabelonen med . Dette kan endnu ikke gøres af Translate-udvidelse selv, men der der planer om det i fremtiden.
 * Et eksempel på skabeloner, der er oversat med side-oversættelse, er Template:Extension-Translate. For at bruge denne skabelon, behøver du en anden skabelon lignende Template:Translatable navigation template, fordi du ikke længere kan inkludere skabelonen med . Dette kan endnu ikke gøres af Translate-udvidelse selv, men der der planer om det i fremtiden.

En anden måde er at bruge ustruktureret element oversættelse til at oversætte skabelonen, men så vil sproget på skabelonen følge brugerens grænseflade-sprog og ikke sproget på den side, han ser.
 * }

Udskiftning af kildetekst
Generelle principper:


 * Undgå ændringer
 * Foretag ændringerne så isoleret som muligt
 * Tilføj ikke selv oversættelsesenheds-markører

Enheds-markører. Når en side er markeret til oversættelse, vil systemet opdatere sidekilden og tilføje unikke identifikatorer for hver oversættelses-enhed. Se eksemplet nedenfor. Disse markører er afgørende for systemet, der bruger dem til at spore ændringer til hver oversættelses-enhed. Du bør aldrig tilføje enheds-markører selv. Markørerne er altid på linjen før enheden, eller hvis der startes med en overskrift, efter den første overskrift på samme linje. Den forskellige placering for overskrifter er nødvendig for at få afsnitsredigering til at fungere som forventet.

&lt;translate>

Birds
&lt;!--T:1--> Birds are animals which....

&lt;!--T:2--> Birds can fly and... &lt;/translate> Ændring af enheds-tekst. Ændring er den mest almindelige aktivitet for oversættelses-enheder. Du kan rette stavefejl, korrigere grammatik eller lave andre ændringer ved enheden. Når siden gen-markeres for oversættelse, vil du se forskellen i enhedsteksten. Den samme forskel vises også til oversættere når de opdaterer deres oversættelser. For simple stavekontrol kan du undgå at ugyldiggøre eksisterende oversættelser: oversættere vil stadig se forskellen, hvis de nogensinde af en eller anden grund opdaterer oversættelsen. Hvis du ændrer betydningen af enheden betydeligt, kan du fjerne enheds-markøren for at undgå forældet information i oversættelser. I dette tilfælde er oversættere nødt til at oversætte meddelelsen forfra, selvom oversættelses-hukommelsen kan hjælpe dem.

Tilføjelse af ny tekst. Du kan frit tilføje ny tekst mellem oversætter-mærker. Sørg for, at der er en tom linje mellem tilstødende enheder, så systemet vil se det som en ny enhed. Du kan også tilføje oversætter-mærker omkring den nye tekst, hvis den ikke er mellem de eksisterende oversætter-mærker. Som før, lad være med at tilføje enheds-markører selv, for systemet gør det.

Sletning af tekst. Du kan slette hele enheder. Hvis du gør det, så fjern også enheds-markøren.

Opdeling af enheder. Man kan opdele eksisterende enheder ved at tilføje en tom linie i midten af en enhed, eller ved at placere oversætter-mærker, så de deler enheden. Du kan enten beholde enheds-markøren med den første enhed eller fjerne den helt. I det første tilfælde, når siden om-mærket til oversættelse, forbliver de gamle oversættelser synlige, men markeres som forældet. Den nye enhed vil blive vist i kildesprog og gentager den sidste halvdel af den gamle oversættelse, som skal tilhøre den nye enhed. Hvis du fjernede enheds-markøren vil begge enheder opføre sig, som om ingen oversættelse nogensinde har eksisteret, efter at siden er om-mærket til oversættelse.

Merging units. If you merge units, it is recommended that you remove the unit markers. If you only kept the first unit marker, the translation page would not show the text of the latter unit until the translation would be updated.

Moving units. You can move units around without invalidating translations: just move the unit marker together with the rest of the unit.

Before marking the new version of the page for translation, ensure that the best practices are followed, especially that translators get a new translation unit if the content has changed. Also make sure that there are no unnecessary changes to prevent wasting translators time. If the source page is getting many changes, it may be worthwhile to wait for it to stabilize, and push the work for translators only after that.

Unused unit translations are not deleted automatically, but that should not cause trouble.

Migrating to page translation
If you have been translating pages before using the page translation system, you might want to migrate the pages to the new system, at least the ones you expect to have new translations and want statistics for. You will probably have existing templates for language switching and maybe different page naming conventions.

You can start migration by cleaning up, tagging and marking the source page. You can keep the existing language-switching templates while you migrate the old translations. If your pages follow the language code subpages naming convention, they will be replaced with the source text after marking the source page for translation, but you'll still be able to access translations from history.

This is manual work, where you have to open the old translation page and copy and paste translations from there to correct translation units in the new system using the translation interface. For this you need to roughly know which part of the translation matches which part of the old text (and hope they match). You might want to consider marking all the migrated translations as needing update by prepending the string !!FUZZY!! to the translations and have a translator look at them. Once migrated, you can delete the old translation pages if they are not using the same naming convention (or you could have switched them to it before migration). Once all pages are migrated you can also remove old language navigation templates.