Języki europejskie
Kontroluję długość tekstu, łamanie, fonty, tabele i elementy dokumentacji w uzgodnionym kierunku językowym.
Dokumentacja i publikacje strukturalne
Lokalizacja dokumentacji Adobe FrameMaker
Lokalizacja FrameMakera zaczyna się od istniejącego źródła, środowiska pracy i dostarczonych tłumaczeń. Celem jest kolejna wersja językowa, która pozostaje spójna technicznie z dokumentacją, książką i uzgodnionymi publikacjami.
- FM, BOOK i MIF
- XML, DITA i DITAMAP
- wersje językowe
- QA i publikacja
Źródła FrameMaker
- .fm
- .book
- MIF
- szablony
- ustawienia publikacji
Struktura
- XML
- DITA
- DITAMAP
- EDD
- structured applications
Treść i zasoby
- dostarczone tłumaczenia
- instrukcje językowe
- grafiki
- grafiki z tekstem
- fonty
Informacje projektowe
- lista języków
- wersja referencyjna
- zakres publikacji
- wymagania odbiorcy
- decyzje właściciela źródła
Tłumaczenie staje się wersją dokumentacji dopiero po kontroli całej struktury.
Zakres obejmuje import dostarczonego tłumaczenia, wersjonowanie oraz techniczne dopasowanie treści do istniejących dokumentów i książek. Sprawdzane są conditional text, variables, cross-references, spisy, indeksy, tabele, numeracja i grafiki z tekstem - elementy, które mogą pozostać niewidoczne, dopóki nie trafią do konkretnej publikacji.
Dla źródeł strukturalnych praca obejmuje także pliki XML/DITA, mapy, reguły oraz walidację uzgodnionej struktury. Publikacja wielokanałowa może prowadzić do PDF, HTML5, EPUB lub innych kanałów, ale źródło i rezultat publikacji pozostają odrębnymi elementami procesu.
Języki i odpowiedzialności
Techniczny skład musi uwzględniać język, ale nie zastępuje jego akceptacji.
Języki azjatyckie
Wymagają odpowiednich fontów, miejsca w układzie oraz próbki przed pełnym wersjonowaniem.
RTL
Kierunek tekstu, łamanie i działanie elementów interfejsu lub struktury są oceniane na próbce z udziałem właściwego lingwisty.
Kontrola lingwistyczna
Tłumaczenie, terminologię i poprawność językową zatwierdza klient, agencja albo wskazany lingwista. Techniczny QA tego nie zastępuje.
Proces lokalizacji
Kolejna wersja językowa przechodzi przez źródło, strukturę i publikację.
01
Analiza źródeł
- Materiał wejściowy
- FM, BOOK, MIF, XML/DITA oraz publikacje referencyjne.
- Działanie
- Sprawdzam kompletność źródeł, książek, odsyłaczy, zasobów i wariantów.
- Decyzja klienta
- Potwierdza źródło referencyjne oraz zakres wersji.
- Rezultat etapu
- Lista plików i ryzyk wejściowych.
- Ryzyko do rozstrzygnięcia
- Brakujące źródła lub niespójne warianty.
02
Analiza środowiska FrameMaker
- Materiał wejściowy
- Szablony, structured applications, EDD, fonty i ustawienia publikacji.
- Działanie
- Oceniam wersję środowiska, konfiguracje i ograniczenia techniczne.
- Decyzja klienta
- Ustala dostęp, właściwe środowisko i odpowiedzialność za konfiguracje klienta.
- Rezultat etapu
- Plan pracy w istniejącym środowisku.
- Ryzyko do rozstrzygnięcia
- Brak zgodnej konfiguracji albo licencji zasobów.
03
Sprawdzenie tłumaczeń
- Materiał wejściowy
- Dostarczone tłumaczenia i instrukcje językowe.
- Działanie
- Sprawdzam kompletność, mapowanie do źródła i miejsca wymagające decyzji.
- Decyzja klienta
- Wskazuje osobę zatwierdzającą terminologię oraz poprawność językową.
- Rezultat etapu
- Materiał gotowy do próbki.
- Ryzyko do rozstrzygnięcia
- Braki lub różnice w tłumaczeniach nie są rozstrzygane przez techniczny QA.
04
Próbka
- Materiał wejściowy
- Reprezentatywne strony, topiki, tabele, xrefy i warianty językowe.
- Działanie
- Przygotowuję próbkę układu, fontów, kierunku tekstu i publikacji.
- Decyzja klienta
- Akceptuje rozwiązanie przed pełnym wersjonowaniem.
- Rezultat etapu
- Uzgodnione reguły lokalizacji.
- Ryzyko do rozstrzygnięcia
- Teksty RTL lub azjatyckie mogą wymagać korekty środowiska.
05
Lokalizacja
- Materiał wejściowy
- Zatwierdzone źródła, tłumaczenia i próbka.
- Działanie
- Wprowadzam wersje, kontroluję conditional text, variables, książki, tabele i grafiki.
- Decyzja klienta
- Rozstrzyga wyjątki merytoryczne i elementy wymagające zmiany źródła.
- Rezultat etapu
- Wersja językowa w uzgodnionym środowisku.
- Ryzyko do rozstrzygnięcia
- Zmiany źródła mogą wpłynąć na warianty i publikacje.
06
Walidacja struktury
- Materiał wejściowy
- Wersja lokalna oraz reguły XML/DITA, gdy występują.
- Działanie
- Sprawdzam strukturę, mapy, xrefy i uzgodnione reguły walidacji.
- Decyzja klienta
- Akceptuje wyjątki strukturalne wymagające decyzji właściciela dokumentacji.
- Rezultat etapu
- Lista poprawek strukturalnych.
- Ryzyko do rozstrzygnięcia
- Nieprawidłowe źródło może wymagać osobnej migracji lub czyszczenia.
07
QA dokumentu
- Materiał wejściowy
- Zwalidowane źródło i publikacje próbne.
- Działanie
- Kontroluję TOC, indeksy, tabele, grafiki, fonty, numerację i kompletność wersji.
- Decyzja klienta
- Potwierdza miejsca wymagające akceptacji językowej lub merytorycznej.
- Rezultat etapu
- Techniczny raport QA.
- Ryzyko do rozstrzygnięcia
- QA techniczne nie jest korektą tłumaczenia.
08
Publikacja
- Materiał wejściowy
- Wersja po QA i uzgodnione kanały.
- Działanie
- Generuję PDF, HTML5, EPUB albo inne uzgodnione wyniki.
- Decyzja klienta
- Akceptuje właściwe kanały i parametry publikacji.
- Rezultat etapu
- Publikacje do przekazania.
- Ryzyko do rozstrzygnięcia
- Różne kanały mogą ujawnić odrębne ograniczenia.
09
Dostawa
- Materiał wejściowy
- Uzgodnione źródła i publikacje.
- Działanie
- Przekazuję finalne pliki oraz listę ograniczeń, decyzji lub brakujących zasobów.
- Decyzja klienta
- Potwierdza odbiór i zakres dalszego utrzymania.
- Rezultat etapu
- Komplet dostawy w uzgodnionym zakresie.
- Ryzyko do rozstrzygnięcia
- Otwarte źródła zależą od licencji fontów, grafik i konfiguracji.
Techniczny QA
Kontrola obejmuje źródło, strukturę i publikację, nie ocenę języka.
Kompletność
- Kontrola źródła
- Brakujące pliki, zasoby i wersje
- Kontrola struktury
- Książki, mapy i elementy warunkowe
- Kontrola rezultatu
- Kompletność wersji językowej
Nawigacja
- Kontrola źródła
- Variables i numeracja
- Kontrola struktury
- Xrefy, TOC i indeksy
- Kontrola rezultatu
- Działanie w publikacji
Układ
- Kontrola źródła
- Tabele, grafiki i grafiki z tekstem
- Kontrola struktury
- Reguły XML/DITA i walidacja
- Kontrola rezultatu
- Fonty, łamanie i błędy publikacji
Problemy terminologiczne, sens tłumaczenia i decyzje specjalistyczne przekazywane są do właściwego lingwisty lub eksperta klienta.
Powiązane usługi
Lokalizacja FrameMakera jest częścią szerszego procesu dokumentacji i wersjonowania.
FrameMaker, XML i DITA
Projektuję i rozwijam dokumentację FrameMaker oraz XML/DITA: strukturę informacji, migracje, publikację wielokanałową i przygotowanie do lokalizacji.
Lokalizacja instrukcji i dokumentacji
Techniczna lokalizacja istniejących instrukcji obsługi i dokumentacji z dostarczonymi tłumaczeniami.
Odpowiedzi
Najczęstsze pytania
Odpowiedzi wyjaśniają źródła FrameMaker, tłumaczenia, walidację i dostawę wersji językowych.
Najlepiej przekazać kompletne źródła: pliki `.fm`, książkę `.book`, MIF, szablony, ustawienia publikacji, fonty, grafiki i wersję referencyjną. Jeżeli dokumentacja jest strukturalna, potrzebne mogą być także XML, DITA, DITAMAP, EDD i structured applications. Brak części źródeł może ograniczyć zakres albo wymagać osobnej rekonstrukcji.
Tak, bo poza układem stron trzeba kontrolować książki, zmienne, conditional text, odsyłacze, spisy, indeksy, strukturę i publikację. W projektach XML/DITA dochodzi walidacja struktury i zgodność z ustalonym środowiskiem. Zwykłe wstawienie tłumaczenia nie wystarcza, jeśli dokumentacja ma pozostać spójna technicznie.
Nie jako domyślny zakres. Pracuję na tłumaczeniu dostarczonym przez klienta, agencję albo lingwistę i przygotowuję jego techniczną wersję w dokumentacji. Poprawność językową, terminologię i sens tłumaczenia zatwierdza właściwa osoba językowa.
Trzeba wiedzieć, jakie aplikacje strukturalne, reguły, mapy, filtry i ustawienia publikacji są używane w projekcie. Inaczej można poprawnie złożyć stronę, ale uszkodzić walidację albo eksport. Dlatego przed pracą potrzebna jest próbka i informacja o docelowych kanałach publikacji.
Variables, cross-references i conditional text są sprawdzane jako elementy dokumentacji, nie tylko jako tekst. Przy wersjach językowych mogą zmienić długość, widoczność albo logikę publikacji. Techniczny QA obejmuje ich kompletność i działanie w uzgodnionych publikacjach.
Fonty muszą obsługiwać dany język i być dostępne zgodnie z licencją. Grafiki z tekstem wymagają edytowalnych źródeł albo decyzji o odtworzeniu elementu. Języki azjatyckie i RTL wymagają próbki oraz akceptacji właściwego lingwisty, bo techniczny skład nie zastępuje kontroli językowej.
QA może obejmować kompletność wersji, publikację, xrefy, variables, conditional text, TOC, indeksy, tabele, grafiki, fonty i błędy struktury. Dla XML/DITA dochodzi walidacja uzgodnionej struktury i kontrola map. QA techniczne nie potwierdza poprawności tłumaczenia ani danych merytorycznych.
Tak, jeżeli obejmuje to ustalony zakres i pozwalają na to licencje fontów, grafik oraz innych zasobów. Dostawa może obejmować źródła FrameMaker lub XML/DITA, publikacje PDF, HTML5, EPUB albo inne uzgodnione formaty. Trzeba rozdzielić finalny eksport od przekazania pełnego środowiska źródłowego.
Opisz źródła FrameMaker i planowane wersje językowe
W formularzu podaj dostępne pliki, języki, środowisko FrameMaker, formaty publikacji oraz miejsca wymagające szczególnej kontroli.