JTZ

JJak tto zzrobić (JTZ) czyli HOWTO po polsku
Bartosz Maruszewski B.Maruszewski@jtz.org.pl
Michał Malarski malarz@it.pw.edu.pl
Piotr Pogorzelski piotr.pogorzelski@ippt.gov.pl
v 3.8, 28 Grudnia 2003

Informacje co to takiego JTZ, skąd się to wzięło, czemu to ma służyć,
komu to jest potrzebne, a komu nie. Najnowsza wersja tego dokumentu
znajduje się na naszym serwerze FTP ftp.jtz.org.pl
oraz na Polskiej Stronie Tłumaczeń
. Chciałbym zauważyć, że
dokument ten dość często się zmienia, więc pilnuj proszę czy masz
najnowszą wersję. Szczególnie zwracam uwagę na słowniczek.
______________________________________________________________________

Spis treści


1. Projekt JTZ

1.1 Co to jest JTZ ?
1.2 Jak zacząć?
1.3 Ustalenia, które stały się obowiązującym prawem.
1.4 Lista dyskysyjna i CVS
1.4.1 Lista dyskusyjna
1.4.2 CVS
1.5 Pierwsze rezultaty
1.6 Przetłumaczone dokumenty
1.7 Co zrobić, jeśli chcę poprawić czyjeś tłumaczenie?

2. Słownik

3. Format tłumaczonych dokumentów: SGML

3.1 Docbook
3.1.1 Informacje o tłumaczu
3.1.2 Więcej nt. docbook
3.2 Linuxdoc
3.2.1 Informacje o tłumaczu
3.3 Krótki minikurs SGML-a.
3.4 Teraz trochę o konwersji.
3.4.1 Polonizacja pakietu

4. Technikalia - historia (dot. linuxdoc)

4.1 Jak korzystać z trybu psgml pod Xemacsem?
4.2 konwersja txt i html a sprawa polska
4.3 Konwersja SGML -> LaTeX a sprawa polska
4.3.1 LaTeX i LaTeX2e (epsilon)
4.3.2 Co nam generuje sgml2latex ?
4.3.3 Program sgml2latex i pliki DVI oraz PS
4.3.4 Konwersja właściwa, czyli jak uzyskać DVI lub PS
4.3.5 Uwagi

5. Od autorów



______________________________________________________________________

11.. PPrroojjeekktt JJTTZZ

11..11.. CCoo ttoo jjeesstt JJTTZZ ??

Wszystko zaczęło się od tego, że kilku osobom chciało się poświęcić
trochę czasu (bynajmniej nie wolnego) (choć jeden z nich sugerował, że
podobno miał mieć jakieś ferie, czy coś w tym stylu, lecz przecież
każdy rozsądny człowiek wie, że nie ma czegoś takiego jak ferie,
urlop, wolna chwila. To są puste pojęcia wymyślone przez *owców, które
mają jedynie namącić ludziom w głowach) i wspomóc World Linux
Domination Project Polska (choć część z nich na pewno sobie nie
zdawała sprawy z tego co robi) tłumacząc HOWTO na nasz rodzimy język.


Dosyć szybko zebrała się mała grupka ludzi, którzy rzuciwszy w kąt
inne sprawy zabrali się do dyskusji co przetłumaczyć, jak to
przetłumaczyć i co z tymi tłumaczeniami robić. Na szczęście nie byli w
tym najlepsi (w tłumaczeniach też nie, jak sami zobaczycie), więc się
zajęli innym sprawami (wesela, kino, spacer itp.).


Ku ogólnemu zdziwieniu okazało się, że ich wysiłek nie poszedł na
marne i zaczęły pojawiać się pierwsze efekty ich działań (o nich za
chwilę). Również ich dyskusje, zaowocowały pewnymi ustaleniami, które
od tej pory stały się obowiązującym prawem.

OOssoobbąą kkoooorrddyynnuujjąąccąą projekt jest BBaarrttoosszz MMaarruusszzeewwsskkii
B.Maruszewski@jtz.org.pl


11..22.. JJaakk zzaacczząąćć??

Najpierw należy wybrać co chcesz tłumaczyć. Zajrzyj na adres
http://cvs.jtz.org.pl/JTZ/tools/howto.dat
i sprawdź czy ktoś już nie
przetłumaczył lub nie tłumaczy aktualnie tego samego. Jeśli tak, to
możesz się z nim skontaktować w sprawie pomocy lub wybrać coś innego.
Jeśli wybranego HOWTO nie ma na liście tłumaczonych ani dostępnych, to
znaczy, że nic o tym dokumencie nie wiemy i możesz go śmiało
tłumaczyć.


Następnie, po wybraniu materiału do pracy, należy poinformować nas, że
zabierasz się za tłumaczenie. Najlepiej jeśli uzyskasz dostęp do CVS
(patrz punkt _L_i_s_t_a _d_y_s_k_u_s_y_j_n_a _i _C_V_S) i dopiszesz do pliku
tools/howto.dat informacje o swojej pracy. Możesz też zrobić to przez
listę dyskusyjną (patrz punkt _L_i_s_t_a _d_y_s_k_u_s_y_j_n_a _i _C_V_S). Później
postępuj zgodnie z _u_s_t_a_l_e_n_i_a_m_i.


UUwwaaggaa!!!!!!
Bardzo ważne jest poinformowanie nas o zamiarze tłumaczenia. Jeśli nie
powiesz nam o tym, to inni chętni nie będą wiedzieć, że dany tekst
jest już tłumaczony i mogą zabrać się za to samo.


11..33.. UUssttaalleenniiaa,, kkttóórree ssttaałłyy ssiięę oobboowwiiąązzuujjąąccyymm pprraawweemm..

Te ogniste dyskusje, o których wcześniej pisałem (wymiana kilkunastu
listów między trzema osobami) doprowadziły do przyjęcia następujących
zasad:


ˇ Upewnij się, że posiadasz najnowszą wersję dokumentu (po co się
męczyć dwa razy?) i sprawdź czy autor nie ma jakichś zastrzeżeń co
do tłumaczenia. ZZaawwsszzee informuj autora, że chcesz przetłumaczyć
jego dokument. Możesz zacząć tłumaczyć od razu po wysłaniu listu,
nie czekając na odpowiedź, bo szansa, że autor się nie zgodzi jest
raczej jak 1:1 000 000 :) Dokumenty zawarte w LLinux DDocumentation
PProject są udostępniane na licencji GNU GPL więc można je tłumaczyć
bez wyraźnego pozwolenia. W takim przypadku wypada jednak
poinformować autora o tłumaczeniu chociażby po to, żeby wiedział,
że takie istnieje i żeby mógł zawrzeć informacje o nim w kolejnej
wersji.

ˇ Jeśli jest dostępna wersja oryginału w sgml, to tłumacz ją.

ˇ WW ttłłuummaacczzeenniiaacchh wwyykkoorrzzyyssttuujjeemmyy oopprraaccoowwaannyy wwssppóóllnniiee ssłłoowwnniikk,
starając się zachować wspólne słownictwo (niestety trzeba
zrezygnować z ulubionych zwrotów). Słownik taki znajduje się w
repozytorium CVS pod adresem cvs.jtz.org.pl/JTZ/tools/slowniczek.
Zapoznaj się z nim przed rozpoczęciem tłumaczenia - uchroni cię to
od niepotrzebnych, długotrwałych poprawek. Słownik ten znajduje
się także w tym dokumencie. Zawarte w nim słownictow jest jedynym
słusznym i proszę się go trzymać. Chciałbym utrzymać jednolitość
tłumaczeń.

ˇ KKaażżddyy nnaaggłłóówweekk ddookkuummeennttuu mmaa wwyygglląąddaaćć ttaakk ssaammoo: zawierać dane o
autorze, tłumaczu i wersji danego HOWTO. Dokładna składnia tego
nagłówka zależy od definicji dokumentu (lliinnuuxxddoocc lub ddooccbbooookk) i
podana jest w rozdziale ``Format tłumaczonych dokumentów: sgml''.
Skopiuj ją stamtąd do tłumaczonego dokumentu i uzupełnij swoimi
danymi. W razie wątpliwości obejrzyj nagłówki istniejących już
tłumaczeń.

Po nagłówku dopisujesz jeszcze sekcję . Jeśli takowa już
jest to tylko do niej dopisz:


___________________________________________________________________

Dokument ten został napisany w standardzie ISO-8859-2.
Oryginał tego dokumentu znajduje się pod adresem...
jeśli autor nie podał, to podaj
ftp.icm.edu.pl/pub/Linux/sunsite/docs/HOWTO/(mini)

___________________________________________________________________



ˇ Wszystkie teksty piszemy w formacie SGML. Jeśli tłumaczysz HOWTO i
nie ma jego wersji SGML, to stwórz ją podczas tłumaczenia. W
rozdziale _F_o_r_m_a_t _t_ł_u_m_a_c_z_o_n_y_c_h _d_o_k_u_m_e_n_t_ó_w_: _S_G_M_L znajdziesz mini
wstęp do SGMLa. Dokumentów HOWTO nie przyjmujemy w innej postaci,
ponieważ LDP i pochodny JTZ są zwartą całością, która ma wyglądać
oraz dlatego, że łatwo jest tworzyć inne formaty z SGMLa. Jeśli
tłumaczony tekst nie jest dokumentem HOWTO, to zastanów się jednak
czy nie napisać w SGMLu. Polskie litery kodujemy w jjeeddyynnyymm
aktualnym standardzie (dla nieuświadomionych dodam, że nazywa się
on ISO-8859-2). Więcej informacji odnośnie standardu kodowania
można znależć na Polskiej Stronie Ogonkowej


ˇ Zajmujemy się tylko tłumaczeniem, choć bardzo byśmy chcieli nie
możemy jednocześnie aktualizować tłumaczonych dokumentów.
Aktualizować oznacza, że nie możemy weryfikować danych znajdujących
się w oryginale. Jeśli oryginał zostanie zaktualizowany, to każdy
tłumacz jest zobowiązany do uaktualnienia swojego tłumaczenia.
Oczywiście jeśli tłumacz ma taki kaprys/czas/ochotę, to ma pełne
prawo weryfikować dane zawarte w oryginale aczkolwiek wymagamy, aby
takie zmiany zostały wwyyrraaźźnniiee zaznaczone.

ˇ Każdy dokument musi zawierać rozdział, w którym podane są wszelkie
wprowadzone zmiany w stosunku do oryginału. Najlepiej na końcu
zatytuowany OOdd ttłłuummaacczzaa.

ˇ Głownym celem JTZ jest tłumaczenie dokumentów HOWTO. Jednak
przyjmujemy także do naszych zasobów (WWW, FTP, CVS) tłumaczenia
innych dokumentów. Warto gromadzić różne tłumaczenia w jednym
miejscu.

ˇ Nazw plików nie tłumaczymy, Installation-HOWTO pozostanie dalej
Installation-HOWTO. Dodajemy jedynie rozszerzenie ..ppll..ssggmmll.

ˇ Oprócz numeracji oryginału stosujemy także numerację tłumaczenia.
Patrz kilka punktów wyżej na temat nagłówka pliku sgml. Numeracja
ta jest niezależna od numeracji oryginału i zawsze zaczynamy od
wersji 1.0

ˇ Jeśli zmieniasz wersję tłumaczenia, to zastosuj się do poniższych
reguł:

ˇ Jeśli są to duże poprawki/zmiany, np.: przeróbka kilku sekcji,
likwidacja niektórych, dodanie nowych, to zmień wersję główną ((11..00
-->> 22..00))

ˇ Jeśli są to średnie poprawki/zmiany, np.: poprawka większej ilości
błędów zmiana kilku adresów, to zmień wersję poboczną ((11..00 -->> 11..11))

ˇ Jeśli są to małe poprawki/zmiany, np.: usunięcie paru literówek,
zmiana jednego/dwóch adresów, to zmień drugą cyfrę po przecinku
((11..00 -->> 11..0011))

Będzie to ułatwienie dla użytkowników, którzy będą wiedzieć czy
opłaca się ściągać nową wersję czy nie.

ˇ Jeśli w dokumencie znajduje się odwołanie do przetłumaczonego już
HOWTO, to zrób odwołanie do tego tłumaczenia a nie oryginału.
Tłumaczenia na serwerze WWW znajdują się w katalogach:

ˇ Html/ - HOWTO

ˇ Html/mini - mini-HOWTO

Nazwa pliku to:

ˇ Nazwa-HOWTO.pl.html - HOWTO

ˇ Nazwa.pl.html - mini-HOWTO


ˇ W związku z powyższym punktem bbaarrddzzoo pprroosszzęę wszystkich tłumaczy,
aby stosowali się do powyższego szablonu.

ˇ Pytacie czasami czy możecie wstawiać własne tagi ( itd.).
Otóż żadnych zasad na ten temat nie wypracowaliśmy. Ja (Bartek)
tłumaczę dokument tak jak jest i nie upiększam go, bo nie mam czasu
i mi się nie chce. Wg mnie jeśli chcesz sie pobawić -- proszę
bardzo.

ˇ Zastanawiacie się także, czy można używać "mniej oficjalnych" słów.
Otóż wg mnie takie HOWTO jest pisane przez ludzi i dla ludzi i nie
jest to żadne rządowe pismo super oficjalne itp. Już nie raz
widziałem taki slang, że po kilkukrotnym przeczytaniu nie
wiedziałem o co chodzi... Jednak należy pamiętać o pewnym
umiarze... nie przesadzajmy :)

ˇ Zdarzają sie czasami takie wyrażenia, które ciężko przetłumaczyć na
polski i wychodzą z tego jakieś dziwolągi językowe albo w ogóle nie
mają odpowiednika w j. polskim. W takim przypadku przetłumacz to,
ale podaj dodatkowo w nawiasie wersję oryginalną wyrażenia. Stosuj
takie rozwiązanie także jeśli tłumaczenie jest dwuznaczne.


ˇ Jak już przetłumaczysz, sprawdzisz i stwierdzisz, że można
tłumaczenie oddać do użytku, to przedtem sprawdź, czy dokument
poprawnie konwertuje się na inne formaty. W rozdziale _F_o_r_m_a_t
_t_ł_u_m_a_c_z_o_n_y_c_h _d_o_k_u_m_e_n_t_ó_w_: _S_G_M_L jest punkt poświęcony temu tematowi.

ˇ Po przetłumaczeniu i sprawdzeniu powyższego umieszczasz ostateczną
wersję tłumaczenia w CVS i oznaczasz ją etykietą (tagiem) ??. To
spowoduje, że dokument znajdzie się na WWW i FTP w różnych
formatach.


11..44.. LLiissttaa ddyysskkyyssyyjjnnaa ii CCVVSS

11..44..11.. LLiissttaa ddyysskkuussyyjjnnaa

Jeśli chcesz do nas dołączyć zapisz się na naszą listę, lecz pamiętaj,
że jest ona przeznaczona, dla osób pprraaccuujjąąccyycchh nad tłumaczeniami, nie
służy do przyglądania się, jak postępują prace. Adres listy to
_j_t_z_@_w_l_u_g_._i_s_t_s_._p_w_r_._w_r_o_c_._p_l. Aby się na nią zapisać wyślij na adres jtz-
request@wlug.ists.pwr.wroc.pl list zawierający w treści lub tytule
słowo


subscribe




JJeeddyynnyy ssłłuusszznnyy adres listy dyskusyjnej, na który należy pisać, to
_j_t_z_@_w_l_u_g_._i_s_t_s_._p_w_r_._w_r_o_c_._p_l. Poprawnymi adresami, zz kkttóórryycchh mogą
przychodzić listy, to _j_t_z_@_d_i_a_m_e_n_t_._i_s_t_s_._p_w_r_._w_r_o_c_._p_l lub _j_t_z_@_j_t_z_._o_r_g_._p_l,
ale na te adresy proszę nie wysyłać listów, bo mogą niezauważone się
zmienić.


11..44..22.. CCVVSS

AAllee jjaakkii CCVVSS???? CCoo ttoo ii ppoo ccoo????

Projekt JTZ przechowuje swoje zasoby w repozytorium _C_V_S. Jest to
jedyne słuszne miejsce, gdzie znajdują się wszelkie dokumenty zarówno
w trakcie opracowywania jak i dopuszczone już do wydania. CVS jest to
system zarządzania zasobami tekstowymi dla wielu użytkowników, w skład
którego wchodzi:


ˇ miejsce na serwerze

ˇ kontrola wersji plików

ˇ kontrola konfliktów między różnymi wersjami stworzonymi przez różne
osoby

ˇ itp

Najważniejsze, co musisz wiedzieć, to fakt, że projekt JTZ korzysta z
CVS. Jeśli zamierzasz przetłumaczyć jeden tekst i o nim zapomnieć lub
nie jesteś hakerem i boisz się nowości, to skontaktuj się z nami
poprzez listę dyskusyjną przed rozpoczęciem tłumaczenia. Od razu
napiszę, że w taki sposób najprawdopodobniej procedura będzie
kilkakrotnie wydłużona, gdyż wymagana jest kilkukrotna interwencja
innej osoby poza Tobą. Jeśli zamierzasz być programistą i pracować w
większej grupie osób, to radzę się zapoznać z CVS.



Dostęp do zasobów CVS (tylko do odczytu) jest możliwy także poprzez
WWW pod adresem cvs.jtz.org.pl/JTZ/ .


Aby uzyskać prawo zapisu do CVS JTZ należy najpierw zgłosić się na
listę dyskusyjną, a następnie wysłać na adres Tomasza Kłoczko
list zawierający następujące
informacje:


ˇ uzasadnienie (należy napisać, że chodzi o prace nad modułem JTZ)

ˇ e-adres kontaktowy,

ˇ imię i nazwisko,

ˇ to co zwróci polecenie w Linuksie/uniksie:


$ echo -n ":"; perl -e 'print crypt "",""; print "\n";'





to dwie dowolne literki. i - to można się
domyślić: wybrany identyfikator i hasło do niego.


UUwwaaggaa:: Na adres _k_l_o_c_z_e_k_@_r_u_d_y_._m_i_f_._p_g_._g_d_a_._p_l należy wysyłać tylko
powyższe informacje. Wszelkie inne informacje/zapytania należy wysyłać
na adres listy -- _j_t_z_@_w_l_u_g_._i_s_t_s_._p_w_r_._w_r_o_c_._p_l. Aby móc pisać na listę
należy się najpierw na nią zapisać! Patrz podpunkt _L_i_s_t_a _d_y_s_k_u_s_y_j_n_a
tego rozdziału.



11..55.. PPiieerrwwsszzee rreezzuullttaattyy

Postanowiliśmy, że przetłumaczone dokumenty będą udostępniane
szerszemu gronu dopiero, kiedy będą się do tego nadawały ;-). To
znaczy, że przetłumaczony dokument musi trochę poczekać, zostać
ponownie sprawdzony przez autora i dopiero potem może pokazać się
szerszej publiczności. Dotyczy to _s_z_e_r_s_z_e_g_o _g_r_o_n_a czyli WWW i FTP. W
zasobach CVS mają prawo przebywać niepełne tłumaczenia, nad którymi
trwają prace -- po to jest CVS; korzystajcie z niego.


Jeśli chcesz wiedzieć nad czym w tej chwili pracujemy, zajrzyj na
stronę cvs.jtz.org.pl/JTZ/tools/howto.dat
. Tam powinny znajdować się
mniej więcej taka treść:














______________________________________________________________________

========== KTO ========== ===== CO ROBI ===== ===== CO ZROBIL =====
Bartek M. SMB BootPrompt
Kernel
m. Locales
m. DOS2Linux
--------------------------------------------------------------------
Piotr P. META Instalation
Serial ISP-HookUp
NET2 LargeDisk
Ethernet
--------------------------------------------------------------------
Piotr T. XFree86,
WWW
Java-CGI
--------------------------------------------------------------------
Pawko O. Sound
Modules

========== SPIS ==========
Howtos:
BootPrompt(*), BootDisk(*), Instalation(*), Kernel(*), Modules(*),
Printing(-Usage), SCSI, SMB(*), Serial(*), Sound(*), UMSDOS, ISP-HookUp(*),
META(*), NET2(*), Ethernet(*)

Mini-Howtos:
LILO, LargeDisk(*), Colour-ls, Consoles(-Many), DOS2LINUX(*), Getty-ps,
KeySetup, Keystroke, Locales(*), Quota, Swap-Space, Upgrade, X*(*), Diald,


(*) - oznacza zrobione, badz w trakcie tlumaczenia
m. - mini HOWTO
______________________________________________________________________




11..66.. PPrrzzeettłłuummaacczzoonnee ddookkuummeennttyy

Aktualne informacje znajdziesz na Polskiej Stronie Tłumaczeń
.

Wszystkie przetłumaczone dokumenty (w różnych formatach) można znaleźć
na naszym serwerze FTP


11..77.. CCoo zzrroobbiićć,, jjeeśśllii cchhccęę ppoopprraawwiićć cczzyyjjeeśś ttłłuummaacczzeenniiee??


Po pierwsze wszelkie poprawki trzeba nanosić w formacie SGML.

Jeśli znalazłeś literówki, to po prostu popraw je i wyślij poprawioną
wersję do tłumacza. Upewnij się przedtem czy masz najnowszą wersję, bo
może błędy, które poprawiasz są już poprawione w nowszej wersji.

Jeśli chcesz ingerować w treść dokumentu, to postępuj wg poniższej
instrukcji:

ˇ zachowaj kopię tłumaczenia

ˇ nanieś poprawki, które uważasz za stosowne

ˇ programem ddiiffff utwórz plik zmian wydając polecenie:


___________________________________________________________________
diff -Nu stara-wersja nowa-wersja > zmiany
___________________________________________________________________



ˇ tak utworzony plik zmiany wyślij do tłumacza



22.. SSłłoowwnniikk

Jeśli znajdziesz jakieś nowe słowo/wyrażenie, które nadaje się do
słownika, albo znajdziesz lepsze określene dla któregoś
słowa/wyrażenia już będącego w słowniku, to wyślij je do Bartka
Maruszewskiego B.Maruszewski@jtz.org.pl.


















































**
v3.4.6
**

acknowledgement - podziękowania (jako tytuł sekcji), wyrazy uznania
actual - rzeczywisty, ostateczny, faktyczny, bieżący
adapter - sterownik
affect - dotyczyć, mieć negatywny wpływ na
aggregate works - prace zebrane
arrangement - ustawienie
aspect ratio - współczynik kształtu/obrazu
based - oparty na
bit bucket - kosz na bity
boot - załadować, wystartować system,
boot diskette - dyskietka startowa
boot prompt - zachęta startowa
broadcasting - rozgłaszanie, nadawanie
can access - ma dostęp
carry out - wypełnij, wykonać, przeprowadzić
chip - układ scalony
command - polecenie
command output - wynik/rezultat polecenia
(to) crash - wywalić się, załamanie, pad/paść
credits - wyrazy uznania
debug - odpluskwiać
derivative works - prace pochodne
disable - wyłączyć
disclaimer - zastrzeżenie
driver - sterownik
to edit - (z)modyfikowac
entry - pozycja
EPROM burner - programator eprom-ów
expire - wygasnąć
feed - zasilać, zasilanie, dostarczać
figure out - stwierdzić
filesystem - system plików
flexibility - elastyczność
for details - więcej na temat szczegółów dotyczących
hack - przerobić (odnośnie jądra Linuksa)
hardware - sprzęt
header/include files - pliki nagłówkowe
interface - interfejs
introduction - wprowadzenie
issue a command - wykonać
xxx issue - sprawa dotycząca xxx
jumper - zworka, przełącznik
kill - usun (o procesie)
learn about - nauczyć się, dowiedzieć się o
line - wiersz
maintain - opiekować się
maintained - prowadzony/pielęgnowany/utrzymywany przez
major - liczba główna
man - podręcznik (man)
map - odwzorowywać
masquerading - maskowanie
memory window - ramka pamięci
minor - liczba poboczna
mirror - kopia
normal - zwykly
note - zauważ, uwaga, zapamiętaj
obey - podlegać, być posłusznym
override -- zmienić, nadpisać
pipe -- potok
poll - sprawdzać, próbkować, monitorować
probe - przeszukiwać, sprawdzać, wykrywać, dokonywać detekcji
processed - interpretowane, przetwarzane
prompt - zachęta
put - umieścić
to query - pytać, sprawdzać
reboot - przeładowanie
reflect - odzwierciedlać
release - wersja, wydanie
root - administrator
root filesystem - główny system plików
section - rozdział
shadow - przesłaniać
share - współdzielić
shell - powłoka, interpreter
shell prompt - zachęta powłoki, interpretera
software - oprogramowanie
spool directory - katalog zadań, katalog buforowania
stream -- strumień
support - obsługiwać
symbolic link - dołączenie/dowiązanie/wskazanie symboliczne
system call - funkcja systemowa
terms of use - warunki stosowania/używania/korzystania
third-party books - książki wydawnictw/autorów, nie związanych z
firmą produkującą opisywaną rzecz
albo
książki osób trzecich
total - całkowity
tune - ustawić, dostroić
unlike - w przeciwieństwie do, niepodobny do
upgrade - odnawianie, odswieżanie, uaktualnianie
usage - stosowanie
using this technique - za pomocą tego sposobu, tym sposobem
utility, tool - narzędzie
work-around - obejści
X - nazwa systemu graficznych okienek uniksa to:
X
X Window System
X Version 11
X Window System, Version 11
X11
***** Żadnej innej _SZCZEGÓLNIE_ *XWindows* nie przyjmuję *****

skróty od zwrotów:
- według - wg
- wyżej wymienione - ww.


==========================================================

Wyrazy których nie tłumaczymy:
firewall, bridge, host, proxy, log, stdin, stdout, locale, *roff,
timeout, routing, router

mieszczą się tutaj także wszelkie polecenia systemowe i nazwy programów
X, emacs, *TeX, *script.
===========================================================

Jak odmieniać wyrazy nietłumaczone, zaczerpnięte z j. angielskiego oraz
wszelkie skróty?
Wyrazy zaczerpnięte z ang. to takie jak: Linux, Unix, fax...

***************
UWAGA
***************
Odmiana słowa Linux:
(podaję za słownikiem języka polskiego)
ten Linux
tego Linuksa
temu Linuksowi
tego Linuksa
z Linuksem
o Linuksie
O! Linuksie. :)

Żadnej innej nie przyjmuję. Jeśli znajdę w jakimś tłumaczeniu:
Linuxie, Linux-ie itp, to NIE AKCEPTUJE go.

Jeśli wyraz kończy się na spółgłoskę, to piszemy
końcówkę polską wg rodzaju jaki dany wyraz przyjmuje w j. polskim
(NIE STOSUJEMY myslnikow do oddzielenia polskiej koncowki od skrotu):
np: ten firewall -- tego firewalla
ten RAM -- tego RAMu

W dopełniaczu (kogo? czego?) skrótu kończącego się na spółgłoskę zawsze
używamy końcówki 'u': DOSu, BIOSu itd.

Jeśli wyraz kończy się na samogłoskę, to dodajemy apostrof i piszemy
końcówkę polską wg rodzaju jaki dany wyraz przyjmuje w j. polskim:
np: ten bridge - tego bridge'a

Jeśli wyraz kończy się na tzw. nieme "e", to lepiej unikać jego
odmiany, np: edytor joe -- w edytorze joe, edytora joe. A nie edytorze
joe'u czy edytora joe'a ...




33.. FFoorrmmaatt ttłłuummaacczzoonnyycchh ddookkuummeennttóóww:: SSGGMMLL

Wcześniej już zostało wspomniane, że piszemy w formacie SGML. Format
ten bardzo przypomina HTML więc jeśli znasz ten ostatni, to nie
powinien on ci nastręczać większych trudności. Do konwersji z formatu
SGML na inne formaty służy pakiet ssggmmll--ttoooollss.


Więcej informacji o tym pakiecie można znaleźć na stronie projektu
SGMLTools


Pakiet sgml-tools wywodzi się od dawnego pakietu linuxdoc-sgml.
Zmianę nazwy pakietu argumentuje się tym, że poprzednia nazwa wiązała
pakiet z Linuxem, co nie było zgodne z rzeczywistością. Można go było
używać również pod kontrolą innych systemów operacyjnych.


Aktualnie projekt ten jest chwilowo zawieszony, więc z wszelkimi
problemami musimy rodzić sobie sami. Aktualne wersje tego pakietu są
dwie:

ˇ 11..00..99 - ostatnia wersja pakietu wspierająca DTD lliinnuuxxddoocc.

ˇ 22..00..22 - najnowsza wersja pakietu. Od wersji 2.0 nie obsługiwany
jest DTD lliinnuuxxddoocc tylko DTD ddooccbbooookk.


Część zasobów HOWTO/JTZ jest w formacie lliinnuuxxddoocc, część w ddooccbbooookk --
format jest zawsze zdeklarowany w pierwszej linii dokumentu. Zasada
jest taka, że tłumaczymy dokument w takim formacie, w jakim jest
oryginał. Więcej informacji nt. pracy z obywdoma formatami znajdziesz
poniżej.




33..11.. DDooccbbooookk

33..11..11.. IInnffoorrmmaaccjjee oo ttłłuummaacczzuu

Wg LDP dane nt. tłumacza w dokumentach o formacie DOCBOOK podawać
należy w nagłówkach w sposób następujący:

______________________________________________________________________

Imię
Nazwisko

adres.email@tłumacza.pl

Wersja polska: 6.66, 22 września 2004

______________________________________________________________________




33..11..22.. WWiięęcceejj nntt.. ddooccbbooookk

Więcej informacji nt. pisania w docbook i konwertowania tych
dokumentów na inne formaty znajdziesz pod adresem
.


33..22.. LLiinnuuxxddoocc

33..22..11.. IInnffoorrmmaaccjjee oo ttłłuummaacczzuu

Dane nt. tłumacza w dokumentach o formacie LINUXDOC podawać należy w
nagłówkach w sposób następujący:

______________________________________________________________________