[gentoo-commits] gentoo commit in xml/htdocs/doc/pl: alsa-guide.xml conky-howto.xml

[Lukasz Damentko (rane)]

rane        07/12/08 19:30:01

  Modified:             alsa-guide.xml conky-howto.xml
  Log:
  improved language, by shpaq

Revision  Changes    Path
1.25                 xml/htdocs/doc/pl/alsa-guide.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/alsa-guide.xml?rev=1.25&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/alsa-guide.xml?rev=1.25&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/alsa-guide.xml?r1=1.24&r2=1.25

Index: alsa-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/pl/alsa-guide.xml,v
retrieving revision 1.24
retrieving revision 1.25
diff -u -r1.24 -r1.25
--- alsa-guide.xml	3 Jun 2007 14:46:49 -0000	1.24
+++ alsa-guide.xml	8 Dec 2007 19:30:00 -0000	1.25
@@ -1,6 +1,6 @@
 <?xml version='1.0' encoding="UTF-8"?>
 <!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/alsa-guide.xml,v 1.24 2007/06/03 14:46:49 rane Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/alsa-guide.xml,v 1.25 2007/12/08 19:30:00 rane Exp $ -->
 
 <guide link="/doc/pl/alsa-guide.xml" lang="pl">
 <title>Konfiguracja sterowników ALSA w Gentoo</title>
@@ -32,18 +32,17 @@
 <p>
 ALSA (<e>Advanced Linux Sound Architecture</e>) to system zapewniający obsługę
 audio i MIDI (<e>Musical Instrument Digital Interface</e>) w systemach opartych
-na jądrze Linux. Począwszy od jąder serii 2.6, ALSA stała się domyślnym
+na jądrze Linux. Począwszy od jąder z serii 2.6, ALSA stała się domyślnym
 systemem dźwiękowym, wypierając nieco już przestarzały OSS (<e>Open Sound
-System</e>), używany w jądrach 2.4.
+System</e>) używany w jądrach 2.4.
 </p>
 
 <p>
-
-Główne zalety systemu ALSA to wydajna obsługa wszystkich typów kart dźwiękowych,
-poczynając od najtańszego sprzętu, a kończąc na w pełni profesjonalnych
-rozwiązaniach, modularna budowa sterowników, bezpieczeństwo wątków i współpraca
-z SMP oraz pełna wsteczna kompatybilność z OSS, a także biblioteki
-<c>alsa-lib</c> znacznie ułatwiające tworzenie nowego oprogramowania.
+Główne zalety systemu ALSA to: wydajna obsługa wszystkich typów kart
+dźwiękowych, poczynając od najtańszego sprzętu, a kończąc na w pełni
+profesjonalnych rozwiązaniach, modularna budowa sterowników, bezpieczeństwo
+wątków i współpraca z SMP oraz pełna wsteczna kompatybilność z OSS, a także
+biblioteki <c>alsa-lib</c> znacznie ułatwiające tworzenie nowego oprogramowania.
 </p>
 
 </body>
@@ -85,13 +84,12 @@
 
 <p>
 Sterowniki z jądra i te z <c>alsa-driver</c> nie różnią się między sobą za
-bardzo. Może się jednak zdarzyć, że sterowniki i poprawki z jednej wersji nie
-trafią nigdy do drugiej. Deweloperzy ALSA są tego świadomi, ale mimo to wciąż
+bardzo. Może się jednak zdarzyć, że sterowniki i poprawki z jednej wersji nigdy
+nie trafią do drugiej. Deweloperzy ALSA są tego świadomi, ale mimo to wciąż
 utrzymują ten dualizm w swoim projekcie, nie rezygnując z żadnej z postaci
-swoich sterowników. Dlatego informujemy użytkowników, że oba pakiety nie zawsze
-funkcjonują identycznie i jeśli jeden z nich akurat sobie z czymś nie radzi,
-możliwe, że pomoże zmiana na drugi. Teraz krótko omówimy zalety i wady każdego z
-nich:
+swoich sterowników. Oba pakiety nie zawsze funkcjonują identycznie i jeśli jeden
+z nich akurat sobie z czymś nie radzi, możliwe jest, że pomoże zmiana na drugi.
+Poniżej znajduje się krótkie omówienie zalet i wad każdego z nich:
 </p>
 
 <p>
@@ -162,32 +160,32 @@
 
 <p>
 Różnice pomiędzy pakietem <c>alsa-driver</c>, a sterownikami z jądra są na tyle
-nieznaczne, że w tym opisie skupimy się wyłącznie na korzystaniu ze sterowników
-wbudowanych w jądro, gdyż są łatwiejsze w użyciu. Jeśli coś nie działa, zalecamy
-zmianę na <c>alsa-driver</c>. Przed zgłoszeniem do <uri
+nieznaczne, że ten opis skupi się wyłącznie na korzystaniu ze sterowników
+wbudowanych w jądro, gdyż są łatwiejsze w użyciu. Jeśli coś nie działa, zalecana
+jest zmiana na <c>alsa-driver</c>. Przed zgłoszeniem do <uri
 link="https://bugs.gentoo.org">Bugzilli</uri> jakichkolwiek błędów związanych ze
-sterownikami znajdującymi się w jądrze, należy sprawdzić, czy błąd występuje
+sterownikami znajdującymi się w jądrze należy sprawdzić, czy błąd występuje
 także w tych z pakietu <c>alsa-driver</c>. Nawet jeśli zmiana rozwiąże problem,
-prosimy o zgłoszenie nam błędu, abyśmy mogli go naprawić w zwykłych
+sugerowane jest zgłoszenie błędu, aby możliwa była naprawa go w zwykłych
 sterownikach.
 </p>
 
 </body>
 </section>
 <section id="lspci">
-<title>Zanim zaczniemy</title>
+<title>Przygotowania</title>
 <body>
 
 <p>
-Obojętnie z której metody korzystamy, konieczna jest znajomość modelu karty
-dźwiękowej, aby móc wybrać dla niej odpowiedni sterownik. W większości
-przypadków karty dźwiękowe (nieważne czy zintegrowane na płycie głównej czy nie)
-to urządzenia PCI, dzięki czemu można skorzystać z programu <c>lspci</c> do
-poznawania wymaganych o nich informacji. Jeśli nie ma takiego polecenia w
-systemie to należy wykonać <c>emerge sys-apps/pciutils</c>, aby stało się ono
-dostępne. Jeśli posiadamy kartę USB to pomocne <e>może</e> być polecenie
-<c>lsusb</c> z pakietu <c>sys-apps/usbutils</c>. Dla kart ISA warto użyć
-pakietu <c>sys-apps/isapnptools</c>. Poniżej znajduje się lista stron, na
+Niezależnie od tego, która metoda zostanie wykorzystana, konieczna jest
+znajomość modelu karty dźwiękowej, aby móc wybrać dla niej odpowiedni sterownik.
+W większości przypadków karty dźwiękowe (nieważne czy zintegrowane na płycie
+głównej czy nie) to urządzenia PCI, dzięki czemu można skorzystać z programu
+<c>lspci</c> do poznania wymaganych o nich informacji. Jeśli nie ma takiego
+polecenia w systemie to należy wykonać <c>emerge sys-apps/pciutils</c>, aby
+stało się ono dostępne. W przypadku karty na złączu USB pomocne <e>może</e> być
+polecenie <c>lsusb</c> z pakietu <c>sys-apps/usbutils</c>. Dla kart ISA warto
+użyć pakietu <c>sys-apps/isapnptools</c>. Poniżej znajduje się lista stron, na
 których <e>można</e> znaleźć informacje o kartach ISA:
 </p>
 
@@ -220,27 +218,26 @@
 </pre>
 
 <p>
-Teraz wiemy, że karta dźwiękowa w komputerze to Sound Blaster Live! i że jej
-producentem jest firma Creative Labs. Udajemy się zatem na stronę <uri
+Teraz wiemy, że karta dźwiękowa w komputerze to Sound Blaster Live!, i że jej
+producentem jest firma Creative Labs. Należy się zatem udać na stronę <uri
 link="http://bugtrack.alsa-project.org/main/index.php/Matrix:Main">ALSA
-Soundcard Matrix</uri> i wybieramy Creative Labs z listy na dole. Zostaniemy
-przeniesieni na podstronę poświęconą tej firmie, na której będziemy mogli
-odczytać, że tę kartę obsługuje sterownik <c>emu10k1</c>. I to jest właśnie
-informacja, której tu szukaliśmy. Jeśli chcemy poznać szczegóły możemy kliknąć
-na nazwę sterownika i poczytać o nim na jego podstronie.
+Soundcard Matrix</uri> i wybrać Creative Labs z listy na dole. Na podstronie
+poświęconej tej firmie, jest napisane, że tę kartę obsługuje sterownik
+<c>emu10k1</c>. To jest właśnie poszukiwana informacja. Żeby poznać szczegóły
+należy kliknąć na nazwę sterownika i poczytać o nim na jego podstronie.
 </p>
 
 <p>
 Jeśli zamierza się korzystać z MIDI, należy dodać flagę USE <c>midi</c> w pliku
 <path>/etc/make.conf</path> przed instalacją jakichkolwiek pakietów związanych
-z ALSA. W <uri link="#midi">dalszej części tekstu</uri> omówimy problem MIDI
-bardziej szczegółowo.
+z ALSA. W <uri link="#midi">dalszej części tekstu</uri> problem MIDI zostanie
+omówiony bardziej szczegółowo.
 </p>
 
 </body>
 </section>
 <section id="kernel">
-<title>Używanie sterowników ALSA dostarczanych razem z kernelem</title>
+<title>Używanie sterowników ALSA dostarczanych razem z jądrem</title>
 <body>
 
 <p>
@@ -249,8 +246,8 @@
 
 <note>
 Od wydania 2005.0 Gentoo korzysta domyślnie z jądra serii 2.6. Należy upewnić
-się, że używane jądro to na pewno 2.6. Metoda, z której będziemy korzystać nie
-zadziała na 2.4.
+się, że używane jądro to na pewno 2.6. Opisana poniżej metoda nie zadziała na
+jądrze z serii 2.4.
 </note>
 
 <p>
@@ -270,21 +267,22 @@
 
 <note>
 Dowiązanie <path>/usr/src/linux</path> musi prowadzić do źródeł kernela, którego
-zamierzamy używać. Warto sprawdzić czy to prawda przez rozpoczęciem
+użycie jest planowane. Warto sprawdzić czy to prawda przez rozpoczęciem
 jakichkolwiek operacji opisanych poniżej.
 </note>
 
 <p>
-Dokonamy teraz przeglądu dostępnych w jądrach serii 2.6 opcji konfiguracyjnych,
-zapewniających obsługę określonej karty dźwiękowej.
+Poniżej znajduje się przegląd dostępnych w jądrach serii 2.6 opcji
+konfiguracyjnych zapewniających obsługę określonej karty dźwiękowej.
 </p>
 
 <p>
-Warto zwrócić uwagę, że dla uproszczenia we wszystkich przykładach budujemy
-sterowniki w postaci modułów. Radzimy postąpić podobnie oraz nie zapominać o
-czynnościach opisanych w akapicie <uri link="#alsa-config">Konfiguracja</uri>
-tego tekstu. Dla sterowników wbudowanych na stałe w jądro trzeba dokonać
-odpowiedniej korekty w pewnych punktach konfiguracji.
+Warto zwrócić uwagę, że, dla uproszczenia, we wszystkich przykładach budowane są
+sterowniki w postaci modułów. Sugeruje się, aby postąpić podobnie oraz nie
+zapominać o czynnościach opisanych w akapicie <uri
+link="#alsa-config">Konfiguracja</uri> tego tekstu. Dla sterowników wbudowanych
+na stałe w jądro trzeba dokonać odpowiedniej korekty w pewnych punktach
+konfiguracji.
 </p>
 
 <pre caption="Sterowniki ALSA w jądrze">
@@ -294,22 +292,22 @@
 <comment>(To trzeba włączyć)</comment>
 &lt;M&gt; Sound card support
 
-<comment>(Tej opcji nie włączamy!)</comment>
+<comment>(Tej opcji nie należy włączać)</comment>
 Open Sound System   ---&gt;
    &lt; &gt; Open Sound System (DEPRECATED)
 
-<comment>(Menu wyżej przechodzimy do opcji ALSA)</comment>
+<comment>(Menu wyżej znajdują się opcje ALSA)</comment>
 Advanced Linux Sound Architecture  ---&gt;
    &lt;M&gt; Advanced Linux Sound Architecture
    <comment>(Włącza obsługę MIDI)</comment>
    &lt;M&gt; Sequencer support
-<comment>(Obsługa /dev/mixer* i /dev/dsp* w starym stylu. Polecamy.)</comment>
+<comment>(Obsługa /dev/mixer* i /dev/dsp* w starym stylu)</comment>
    &lt;M&gt; OSS Mixer API
    &lt;M&gt; OSS PCM (digital audio) API
 
-<comment>(Teraz należy wybrać urządzenia jakich używamy. W większości
-przypadków jest to tylko jedna karta. Jeśli jednak jest ich więcej należy
-zaznaczyć sterowniki dla wszystkich jakie posiadamy)</comment>
+<comment>(Teraz należy wybrać urządzenia, dla których zostanie zbudowany
+sterownik. W większości przypadków jest to tylko jedna karta. Jeśli jednak jest
+ich więcej należy zaznaczyć sterowniki dla każdej z posiadanej)</comment>
 
 <comment>(Nie jest to konieczne dla zwykłych użytkowników, a przeznaczone
 głównie dla doświadczonych osób do różnego rodzaju testów)</comment>
@@ -320,10 +318,10 @@
 <comment>(Dla posiadaczy karty Gravis)</comment>
    &lt;M&gt; Gravis UltraSound Extreme
 
-<comment>(Wracamy poziom wyżej i przechodzimy do urządzeń PCI. Większość kart
+<comment>(Należy przejść poziom wyżej, do urządzeń PCI. Większość kart
 dźwiękowych obecnie to właśnie karty PCI)</comment>
 PCI devices   ---&gt;
-   <comment>(Wybieramy sterownik emu10k1 dla naszej karty)</comment>
+   <comment>(Należy wybrać sterownik emu10k1 dla przykładowej karty)</comment>
    &lt;M&gt; Emu10k1 (SB Live!, Audigy, E-mu APS)
    <comment>(Dla karty Intela)</comment>
    &lt;M&gt; Intel/SiS/nVidia/AMD/ALi AC97 Controller
@@ -365,15 +363,15 @@
 <pre caption="Dodawanie zmiennej ALSA_CARDS do pliku make.conf">
 <comment>(Dla jednej karty)</comment>
 ALSA_CARDS="emu10k1"
-<comment>(Dla wielu kart - poszczególne nazwy oddzielamy spacjami)</comment>
+<comment>(Dla wielu kart - poszczególne nazwy należy oddzielić spacjami)</comment>
 ALSA_CARDS="emu10k1 via82xx"
 </pre>
 
 <p>
 Przed rozpoczęciem instalacji pakietu <c>alsa-driver</c> należy się upewnić, że
 w konfiguracji jądra uwzględniono poniższe opcje, w przeciwnym wypadku
-instalacja się nie powiedzie. W przykładach poniżej pokażemy jeden ze sposobów
-sprawdzenia czy wszystko jest ustawione prawidłowo.
+instalacja się nie powiedzie. W przykładach poniżej pokazany jest jeden ze
+sposobów sprawdzenia czy wszystko jest ustawione prawidłowo.
 </p>
 
 <note>
@@ -425,7 +423,7 @@
 alsa-driver</c>. Cały proces znacznie ułatwia program <c>modules-update</c>,
 który zapamiętuje używane moduły i przebudowuje je kiedy jest to wymagane.
 Najpierw należy uruchomić <c>module-rebuild populate</c> i stworzyć listę
-używanych modułów. Potem po każdej kompilacji jądra polecenie <c>module-rebuild
+używanych modułów. Potem, po każdej kompilacji jądra polecenie <c>module-rebuild
 rebuild</c> zbuduje raz jeszcze wszystkie moduły z tej listy.
 </impo>
 
@@ -442,7 +440,7 @@
 <p>
 <c>alsa-utils</c> to pakiet zawierający wiele bardzo użytecznych programów oraz
 skrypty startowe dla ALSA. Jest on integralną częścią tego systemu i dlatego
-bardzo mocno zachęcamy do jego zainstalowania.
+bardzo mocno sugeruje się zainstalowanie go.
 </p>
 
 <pre caption="Instalowanie alsa-utils">
@@ -452,9 +450,9 @@
 <note>
 Po odpowiednim skonfigurowaniu <uri link="#kernel">jądra</uri> <e>i</e>
 dokompilowaniu dla ALSA odpowiednich modułów pozostaje jeszcze skonfigurować
-odpowiednie <uri link="#initscript">skrypty startowe</uri>. Później zajmiemy się
-dostosowywaniem systemu do naszych potrzeb za pomocą programu <c>alsaconf</c> z
-pakietu <c>alsa-utils</c>.
+odpowiednie <uri link="#initscript">skrypty startowe</uri>. Później pozostanie
+zajęcie się dostosowywaniem systemu do konkretnych potrzeb za pomocą programu
+<c>alsaconf</c> z pakietu <c>alsa-utils</c>.
 </note>
 
 </body>
@@ -502,10 +500,11 @@
 <body>
 
 <p>
-To już niemal wszystko. Obojętnie którą metodę instalowania sterowników
-wybrano, będzie potrzebne coś co je załaduje oraz odtworzy poziom głośności
-przy każdym uruchomieniu komputera. Zajmuje się tym skrypt startowy o nazwie
-<c>alsasound</c>. Należy go dodać do poziomu uruchomieniowego o nazwie "boot".
+To już niemal wszystko. Niezależnie od tego, którą metodę instalowania
+sterowników wybrano, będzie potrzebne coś co je załaduje oraz odtworzy poziom
+głośności przy każdym uruchomieniu komputera. Zajmuje się tym skrypt startowy o
+nazwie <c>alsasound</c>. Należy go dodać do poziomu uruchomieniowego o nazwie
+"boot".
 </p>
 
 <pre caption="Dodawanie ALSA do poziomu boot">
@@ -527,16 +526,16 @@
 <body>
 
 <p>
-Przed przystąpieniem do testowania nowych ustawień należy ustawić jeszcze jedną,
-<e>ważną</e> rzecz. Jedną z głównych reguł w systemach UNIX-owych jest to, aby
-nigdy nie uruchamiać programu z prawami roota jeśli nie jest to absolutnie
-konieczne. Tę regułę można zastosować również w naszym przypadku. Czemu? Przez
-większość czasu spędzanego przy komputerze jesteśmy zalogowani na konto
-zwykłego użytkownika, a jeśli chcemy posłuchać muzyki, należy mieć
-dostęp do odpowiednich urządzeń. Aby taki dostęp uzyskać, użytkownik
-musi być członkiem grupy "audio". Za chwilę dodamy użytkownika do tej grupy,
-dzięki czemu nie będzie miał problemów z korzystaniem z urządzeń dźwiękowych. Do
-zmiany przynależności użytkownika do grup używamy programu <c>gpasswd</c>.
+Przed przystąpieniem do testowania nowej konfiguracji należy ustawić jeszcze
+jedną, <e>ważną</e> rzecz. Do głównych reguł w systemach UNIX-owych należy ta,
+aby nigdy nie uruchamiać programu z prawami roota jeśli nie jest to absolutnie
+konieczne. Tę regułę można zastosować również w tym przypadku. Dlaczego? Przez
+większość czasu spędzanego przy komputerze użytkownik jest zalogowany na własne
+konto, a jeśli chce posłuchać muzyki, musi mieć dostęp do odpowiednich urządzeń.
+Aby taki dostęp uzyskać, użytkownik musi być członkiem grupy "audio". Należy
+więc dodać użytkownika do tej grupy, dzięki czemu nie będzie miał problemów z
+korzystaniem z urządzeń dźwiękowych. Do zmiany przynależności użytkownika do
+grup używamy programu <c>gpasswd</c>.
 Do dokonania zmiany potrzebne są przywileje roota.
 </p>
 
@@ -553,7 +552,7 @@
 <body>
 
 <p>
-Teraz zakończyliśmy wszystkie przygotowania, możemy przystąpić do uruchomienia
+Gdy wszystkie przygotowania zostały zakończone, można przystąpić do uruchomienia
 ALSA. Użytkownicy <c>alsaconf</c> mogą pominąć ten krok, program uruchomił
 dźwięk za nich.
 </p>
@@ -563,8 +562,8 @@
 </pre>
 
 <p>
-Po zakończeniu etapu przygotowań możemy sprawdzić czy przypadkiem dźwięk nie
-jest całkowicie wyciszony. Użyjemy do tego programu <c>alsamixer</c>.
+Po zakończeniu etapu przygotowań można sprawdzić czy przypadkiem dźwięk nie
+jest całkowicie wyciszony. Do tego celu można użyć programu <c>alsamixer</c>.
 </p>
 
 <pre caption="Uruchamianie alsamixer">
@@ -583,20 +582,19 @@
 <p>
 Oto jak mixer ALSA <e>może</e> wyglądać przy pierwszym uruchomieniu. Należy
 zwrócić uwagę, że pod kanałami Master i PCM znajdują się literki MM. Oznacza to,
-że są one wyciszone. To właśnie przez to nie słyszymy niczego ze swoich
-głośników.
+że są one wyciszone. To właśnie przez to z głośników nie wydobywa się dźwięk.
 </p>
 
 <figure link="/images/docs/alsa-mixermuted.png" short="Wyciszony ALSA mixer"
 caption="Główne okno Alsa Mixer, sytuacja przy wyciszonym dźwięku"/>
 
 <p>
-Musimy zatem włączyć dźwięk w obu kanałach i ustawić odpowiednio jego głośność.
+Trzeba zatem włączyć dźwięk w obu kanałach i ustawić odpowiednio jego głośność.
 </p>
 
 <warn>
 Aby usłyszeć jakikolwiek dźwięk, należy włączyć oba kanały - PCM i Master i
-ustawić odpowiednio głośność.
+odpowiednio ustawić głośność.
 </warn>
 
 <ul>
@@ -636,7 +634,7 @@
 
 <p>
 Jeśli wszystko poszło dobrze, można wreszcie posłuchać muzyki. Nada się do tego
-zarówno jakiś mały i prosty program konsolowy, jak np.
+zarówno jakiś mały i prosty program konsolowy, jak na przykład
 <c>media-sound/madplay</c> lub coś znacznie popularniejszego i bardziej
 skomplikowanego jak <c>mpg123</c>. Fani formatu ogg mogą użyć programu
 <c>ogg123</c> z pakietu <c>media-sound/vorbis-tools</c>. Można użyć do tego
@@ -652,7 +650,7 @@
 </pre>
 
 <p>
-Później odtwarzamy swoją ulubioną piosenkę:
+Później można odtworzyć ulubioną piosenkę:
 </p>
 
 <pre caption="Odtwarzanie muzyki">
@@ -688,14 +686,14 @@
 <p>
 Warto dodać flagę <c>alsa</c> do listy flag USE w pliku
 <path>/etc/make.conf</path>, aby upewnić się, że wszystkie programy mogące
-współpracować z ALSA będą zbudowane z jej obsługą. Niektóre architektury jak
+współpracować z ALSA zostaną zbudowane z jej obsługą. Niektóre architektury jak
 x86 czy amd64 mają tę flagę włączoną domyślnie.
 </p>
 
 </body>
 </section>
 <section>
-<title>Problemy?</title>
+<title>Problemy</title>
 <body>
 
 <p>
@@ -708,8 +706,8 @@
 
 <p>
 System plików <path>/proc</path> również może okazać się tu przydatny, zwłaszcza
-jego podkatalog - <path>/proc/asound</path>. Pokrótce omówimy zawarte tam
-pozycje.
+jego podkatalog - <path>/proc/asound</path>. Poniżej znajdują się pokrótce
+omówione zawarte tam pozycje.
 </p>
 
 <pre caption="Informacje z /proc/asound">
@@ -779,11 +777,11 @@
 </pre>
 
 <p>
-Jeśli przyjrzymy się uważnie <c>dmesg</c>, zauważymy takie wpisy:
+Po uważnym przyjrzeniu się <c>dmesg</c>, da się znaleźć takie wpisy:
 </p>
 
 <pre caption="Wyjście dmesg">
-<comment>(Wycięliśmy zbędne fragmenty wyniku poniższego polecenia)</comment>
+<comment>(Zbędne fragmenty wyniku poniższego polecenia zostały wycięte)</comment>
 # <i>dmesg | less</i>
 ACPI: PCI Interrupt 0000:02:06.0[A] -> Link [APC3] -> GSI 18 (level, low) -> IRQ 209
 snd_mixer_oss: Unknown symbol snd_unregister_oss_device
@@ -821,15 +819,15 @@
 <p>
 Jednym z częstych powodów pojawiania się komunikatów błędu podobnych do tych
 podanych powyżej może być definiowanie parametru <c>device_mode</c> w plikach z
-katalogu <path>/etc/modules.d</path> gdy nie jest to konieczne. Należy
+katalogu <path>/etc/modules.d</path>, gdy nie jest to konieczne. Należy
 przeszukać wszystkie pliki w tym katalogu i znaleźć ten, który jest winowajcą.
 </p>
 
 <pre caption="Poszukiwania device_mode">
-<comment>(Sprawdzamy w dmesg</comment>
+<comment>(Sprawdzenie w dmesg</comment>
 # <i>dmesg | grep device_mode</i>
 snd: Unknown parameter `device_mode'
-<comment>(Teraz szukamy źródła błędu)</comment>
+<comment>(Poszukiwanie źródła błędu)</comment>
 # <i>grep device_mode /etc/modules.d/*</i>
 </pre>
 
@@ -852,16 +850,16 @@
 
 <p>
 Przede wszystkim należy sprawdzić czy flaga USE <c>midi</c> jest włączona w
-pliku <path>/etc/make.conf</path>.  Jeśli nie jest, to należy ją włączyć teraz.
+pliku <path>/etc/make.conf</path>.  Jeśli nie jest, to należy ją włączyć.
 Konieczne będzie przeinstalowanie wszystkich pakietów, które jej używają,
 takich jak <c>alsa-lib</c>, <c>alsa-utils</c> i <c>alsa-driver</c>.
 </p>
 
 <p>
-Jeśli karta dźwiękowa posiada syntezator MIDI i jeśli chcemy korzystać z
-dźwięków zapisanych w formacie .mid, będziemy musieli wykorzystać zestaw
-programów o nazwie <c>awesfx</c> kontrolujący sterowniki AWE32. Po pierwsze
-musimy go zainstalować. Jeśli karta nie posiada sprzętowego syntezatora można
+Jeśli karta dźwiękowa posiada syntezator MIDI i jeśli chce się korzystać z
+dźwięków zapisanych w formacie .mid, konieczne będzie wykorzystanie zestawu
+programów o nazwie <c>awesfx</c> kontrolującego sterowniki AWE32. Po pierwsze
+należy go zainstalować. Jeśli karta nie posiada sprzętowego syntezatora można
 użyć wirtualnego. Więcej informacji o nim znajduje się w akapicie <uri
 link="#vsynth">wirtualne syntezatory</uri>.
 </p>
@@ -889,16 +887,16 @@
 </note>
 
 <pre caption="Przegrywanie plików soundfont">
-<comment>(Najpierw kopiujemy plik)</comment>
+<comment>(Kopiowanie pliku)</comment>
 # <i>cp /mnt/win2k/Program\ Files/CreativeSBLive2k/SFBank/8MBGMSFX.SF2 /usr/share/sounds/sf2/</i>
 <comment>(Jest też na płycie SoundBlastera)</comment>
 # <i>cp /mnt/cdrom/AUDIO/ENGLISH/SFBANK/8MBGMSFX.SF2 /usr/share/sounds/sf2/</i>
-<comment>(A następnie wczytujemy)</comment>
+<comment>(A następnie należy go wczytać)</comment>
 # <i>asfxload /usr/share/sounds/sf2/8MBGMSFX.SF2</i>
 </pre>
 
 <p>
-Od tej pory można odtwarzać midi za pomocą programów takich jak np.
+Od tej pory można odtwarzać midi za pomocą programów takich jak na przykład
 <c>aplaymidi</c>. Polecenie <c>aplaymidi -l</c> wyświetli listę dostępnych
 portów, należy wybrać jeden do odtworzenia określonego pliku.
 </p>
@@ -912,7 +910,7 @@
  65:1    Emu10k1 WaveTable                Emu10k1 Port 1
  65:2    Emu10k1 WaveTable                Emu10k1 Port 2
  65:3    Emu10k1 WaveTable                Emu10k1 Port 3
-<comment>(Wybieramy port i odtwarzamy plik)</comment>
+<comment>(Wybieranie portu i odtwarzanie pliku)</comment>
 # <i> aplaymidi --port=65:0 ~/mid/jestes_szalona.mid</i>
 </pre>
 
@@ -935,7 +933,7 @@
 Aby timidity odgrywało dźwięki również potrzebny jest soundfont. Na szczęście
 kilka zostaje zainstalowanych przez ebuild. W Portage znajduje się też kilka
 innych pakietów, takich jak <c>timidity-freepats</c> czy
-<c>timidity-eawpatches</c>, które zawierają odpowiednie pliki. Można posiadać
+<c>timidity-eawpatches</c>, które to zawierają odpowiednie pliki. Można posiadać
 kilka wersji soundfontów, a własną konfigurację umieszcza się w pliku
 <path>/usr/share/timidity/</path>. Zmiany pomiędzy jednym, a drugim ustawieniem
 dla timidity dokonuje się za pomocą polecenia <c>eselect</c>.
@@ -988,7 +986,7 @@
 będzie uruchamiana jako pierwsza dokonuje się w pliku
 <path>/etc/modules.d/alsa</path>. Karty są tam wymienione jako nazwy
 sterowników. 0 to pierwsza karta, 1 to druga, i tak dalej. Oto przykład dla
-systemu z dwoma kartami:
+systemu z dwiema kartami:
 </p>
 
 <pre caption="Dwie karty dźwiękowe w pliku /etc/modules.d/alsa">



1.8                  xml/htdocs/doc/pl/conky-howto.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/conky-howto.xml?rev=1.8&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/conky-howto.xml?rev=1.8&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/conky-howto.xml?r1=1.7&r2=1.8

Index: conky-howto.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/pl/conky-howto.xml,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- conky-howto.xml	2 Jul 2007 11:35:14 -0000	1.7
+++ conky-howto.xml	8 Dec 2007 19:30:00 -0000	1.8
@@ -1,5 +1,5 @@
 <?xml version='1.0' encoding='UTF-8'?>
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/conky-howto.xml,v 1.7 2007/07/02 11:35:14 rane Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/conky-howto.xml,v 1.8 2007/12/08 19:30:00 rane Exp $ -->
 <!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
 
 <guide link="/doc/pl/conky-howto.xml" lang="pl">
@@ -37,9 +37,9 @@
 <body>
 
 <p>
-Posiadacze komputerów z Gentoo zwykle muszą się nauczyć 30 różnych poleceń w
-celu sprawdzania co w danym momencie ich maszyna robi. Znacznie łatwiej jest
-użyć do tych celów programu monitorującego, takiego jak Conky.
+Posiadacze komputerów z Gentoo zwykle muszą nauczyć się 30 różnych poleceń w
+celu sprawdzenia co w danym momencie ich maszyna robi. Znacznie łatwiej jest
+użyć do tego celu programu monitorującego takiego jak Conky.
 </p>
 
 </body>
@@ -49,20 +49,20 @@
 <body>
 
 <p>
-W przeciwieństwie do innych programów monitorujących, takich jak np. top,
-conky może zostać uruchomione w osobnym oknie w środowisku graficznym lub po
-prostu w oknie "root" - czyli na tapecie. Istnieje również opcja wysyłania
+W przeciwieństwie do innych programów monitorujących, takich jak na przykład
+top, Conky może zostać uruchomione w osobnym oknie w środowisku graficznym lub
+po prostu w oknie "root" - czyli na tapecie. Istnieje również opcja wysyłania
 informacji z Conky do stdout, ale nie jest to przedmiotem tego artykułu.
 Program potrafi wyświetlać zebrane informacje na wiele różnych sposobów, za
 pomocą tekstu, pasków postępu i wykresów. W przeciwieństwie do programu top,
 można tu w pełni skonfigurować wygląd raportu. Dodatkowo conky potrafi udzielać
 informacji na temat różnych programów służących do odtwarzania muzyki (takich
-jak BMPx, Music Player Deamon, Audacious Media Player), informuje ile
-maili oczekuje w kolejce do przeczytania itd. Jeśli conky nie posiada
-możliwości wyświetlenia żądanej informacji, zwykle wystarczy dopisanie
-krótkiego skryptu. Przykładami takiego postępowania są strumienie RSS,
-zliczanie oczekującej na przeczytanie poczty, informacje o pogodzie, informacje
-z boinc, a nawet dane dotyczące portage.
+jak Beep Media Player, Music Player Deamon, Audacious Media Player), czy
+pokazać ile e-maili oczekuje w kolejce do przeczytania i tym podobne. Jeśli
+Conky nie posiada możliwości wyświetlenia żądanej informacji, zwykle wystarczy
+dopisanie krótkiego skryptu. Przykładami takiego postępowania są strumienie
+RSS, zliczanie oczekującej na przeczytanie poczty, informacje o pogodzie,
+informacje z boinc, a nawet dane dotyczące portage.
 </p>
 
 </body>
@@ -80,9 +80,9 @@
 Conky. Warto zwrócić uwagę na dostępne flagi USE. Większość osób zapewne
 wybierze tu współpracę ze środowiskiem graficznym (<c>X</c>) oraz flagi związane
 z programami służącymi do odtwarzania muzyki jakich używa (poza mpd),
-np. programem Audacious (<c>audacious</c>). Aby używać opcji kontrolowania
-portów TCP, należy WYŁĄCZYĆ flagę USE <c>ipv6</c>, ponieważ monitorowanie działa
-jedynie z ipv4.
+na przykład z programem Audacious (<c>audacious</c>). Aby używać opcji
+kontrolowania portów TCP, należy WYŁĄCZYĆ flagę USE <c>ipv6</c>, ponieważ
+monitorowanie działa jedynie z ipv4.
 </p>
 
 <p>
@@ -104,9 +104,9 @@
 </pre>
 
 <p>
-Można przetestować program, wpisując po prostu <c>conky</c> w oknie terminala.
-Pozwoli to na szybkie zapoznanie się z wyglądem programu i zdecydowanie co chce
-się zmienić lub usunąć.
+Program można przetestować wpisując po prostu <c>conky</c> w oknie terminala.
+Pozwoli to na szybkie zapoznanie się z domyślnym wyglądem programu i
+zdecydowanie co chce się zmienić lub usunąć.
 </p>
 
 <pre caption="Pierwsze uruchomienie Conky">
@@ -115,7 +115,7 @@
 
 <note>
 Conky czasem zdarza się migać na ekranie. Jeśli taki problem występuje, należy
-zaopatrzyć serwer X w rozszerzenie "dbe", gdyż bez niego conky nie jest w
+zaopatrzyć serwer X w rozszerzenie "dbe", gdyż bez niego Conky nie jest w
 stanie aktualizować swojego okienka odpowiednio szybko. Aby dodać to
 rozszerzenie, wystarczy otworzyć plik <path>/etc/X11/xorg.conf</path> i dopisać
 tam <c>Load "dbe"</c> w sekcji <b>Section "Module"</b>.
@@ -147,22 +147,22 @@
 </pre>
 
 <p>
-Następnie otwieramy ten plik w ulubionym edytorze. Od razu widać, że plik ten
-został podzielony na dwie sekcje. Pierwsza dotyczy wszelkich opcji
-konfiguracyjnych programu i kontroluje jego zachowanie. Są tam opcje takie jak
-<c>update_interval</c>, czyli jak często Conky będzie odświeżane na ekranie.
-Druga część pliku zawiera dokładny tekst, wykresy i zmienne, które są
-wyświetlane na ekranie. Są tam wpisy takie jak czas od włączenia komputera
-(<c>$uptime</c>), obciążenie procesora (<c>$cpu</c>) i wszystko, co tylko
-chcemy, aby było wyświetlane. Pierwsza część rozpoczyna się na początku pliku,
-druga od słowa <c>TEXT</c>. Komentarze zaczynają się od znaku <c>#</c>. (Tylko
-w pierwszej części pliku, w drugiej wyświetlane jest wszystko).
+Następnie konieczne jest wyedytowanie pliku w ulubionym edytorze. Od razu widać,
+że został on podzielony na dwie sekcje. Pierwsza dotyczy wszelkich opcji
+konfiguracyjnych programu i kontroluje jego zachowanie. Można tam znaleźć opcje
+takie jak <c>update_interval</c>, czyli jak często Conky będzie odświeżane na
+ekranie. Druga część pliku zawiera dokładny tekst, wykresy i zmienne, które są
+wyświetlane na pulpicie. Znajdują się tam wpisy dotyczące czasu jaki upłynął od
+włączenia komputera (<c>$uptime</c>), obciążenie procesora (<c>$cpu</c>) i
+wszystko, czego użytkownik sobie zażyczy. Pierwsza część rozpoczyna się na
+początku pliku, druga od słowa <c>TEXT</c>. Komentarze zaczynają się od znaku
+<c>#</c>. (Tylko w pierwszej części pliku, w drugiej wyświetlane jest wszystko).
 </p>
 
 <p>
 Listy wszystkich dostępnych opcji konfiguracyjnych i zmiennych znajdują się pod
 adresami <uri>http://conky.sourceforge.net/config_settings.html</uri> i
-<uri>http://conky.sourceforge.net/variables.html</uri>. Zdjęcia ekranu, skrypty
+<uri>http://conky.sourceforge.net/variables.html</uri>. Zrzuty ekranu, skrypty
 i przykładowe pliki konfiguracyjne można znaleźć pod adresem
 <uri>http://conky.sourceforge.net/screenshots.html</uri>.
 </p>
@@ -174,13 +174,13 @@
 <chapter>
 <title>Rozszerzanie Conky</title>
 <section>
-<title>Wychodzimy poza wbudowane możliwości</title>
+<title>Wyjście poza wbudowane możliwości</title>
 <body>
 
 <p>
 Jeśli pożądanej opcji nie ma w Conky, można skorzystać z możliwości
-rozszerzania wbudowanych w program. Służą do tego zmienne <c>$exec</c>, która
-uruchomi podane po niej polecenie wraz z każdym odświeżeniem Conky,
+rozszerzania tych wbudowanych w program. Służą do tego zmienne <c>$exec</c>,
+która uruchomi podane po niej polecenie wraz z każdym odświeżeniem Conky,
 <c>$execi</c>, która uruchomi polecenie co jakiś podany odstęp czasu oraz
 <c>$texeci</c>, która uruchomi własny wątek z podaną częstotliwością.
 </p>



-- 
gentoo-commits@g.o mailing list