.\" -*- coding: UTF-8 -*-
.\"***************************************************************************
.\" Copyright 2018-2021,2023 Thomas E. Dickey                                *
.\" Copyright 1998-2011,2017 Free Software Foundation, Inc.                  *
.\"                                                                          *
.\" Permission is hereby granted, free of charge, to any person obtaining a  *
.\" copy of this software and associated documentation files (the            *
.\" "Software"), to deal in the Software without restriction, including      *
.\" without limitation the rights to use, copy, modify, merge, publish,      *
.\" distribute, distribute with modifications, sublicense, and/or sell       *
.\" copies of the Software, and to permit persons to whom the Software is    *
.\" furnished to do so, subject to the following conditions:                 *
.\"                                                                          *
.\" The above copyright notice and this permission notice shall be included  *
.\" in all copies or substantial portions of the Software.                   *
.\"                                                                          *
.\" THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS  *
.\" OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF               *
.\" MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.   *
.\" IN NO EVENT SHALL THE ABOVE COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM,   *
.\" DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR    *
.\" OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR    *
.\" THE USE OR OTHER DEALINGS IN THE SOFTWARE.                               *
.\"                                                                          *
.\" Except as contained in this notice, the name(s) of the above copyright   *
.\" holders shall not be used in advertising or otherwise to promote the     *
.\" sale, use or other dealings in this Software without prior written       *
.\" authorization.                                                           *
.\"***************************************************************************
.\"
.\" $Id: term.7,v 1.46 2023/12/02 20:51:25 tom Exp $
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH term 7 "2 grudnia 2023 r." "ncurses 6.4" Różne
.ie  \n(.g \{\
.ds `` \(lq
.ds '' \(rq
.\}
.el \{\
.ie t .ds `` ``
.el   .ds `` ""
.ie t .ds '' ''
.el   .ds '' ""
.\}
.
.ds d /etc/terminfo
.SH NAZWA
.\"SH SYNOPSIS
term \- zasady nazywania typów terminali
.SH OPIS
Zmienna środowiskowa \fBTERM\fP powinna standardowo zawierać nazwę typu
terminala, konsoli lub urządzenia wyświetlającego, który jest
używany. Informacja ta jest niezbędna dla wszystkich programów
wyświetlających wyniki na ekranie, włączając w to edytor czy program
pocztowy.
.PP
Standardowa wartość zmiennej \fBTERM\fP będzie ustawiona poprzez inicjalizację
linii poprzez plik \fB/etc/inittab\fP (Linux i podobne do Systemu V Uniksy) lub
plik \fB/etc/ttys\fP (BSD UNIX). To prawie zawsze wystarczy dla stacji
roboczych czy konsoli mikrokomputerów.
.PP
Jeśli używana jest linia telefoniczna, to typ urządzenia dołączonego do niej
może być różny. Starsze systemy uniksowe ustawiają początkowo bardzo prosty
typ terminala np. "dumb" lub "dialup".  Nowsze mogą używać terminala
"vt100", odzwierciedlając rozpowszechnienie terminali DEC\-a
VT100\-kompatybilnych i emulatorów z komputerów osobistych.
.PP
Nowoczesne telnety przekazują zmienną środowiskową \fBTERM\fP z lokalnego
systemu do odległego. Mogą wystąpić problemy jeżeli terminfo lub termcap na
odległym systemie nie zawiera definicji terminala kompatybilnej z bieżącą,
ale ta sytuacja jest rzadka i może być prawie zawsze uniknięta przez
ustawienie typu terminala na "vt100" (zakładając, że rzeczywiście używana
jest podobna do VT100 konsola, terminal, lub emulatora terminala).
.PP
W każdym razie, można dowolnie zmieniać zmienną \fBTERM\fP ustawioną przez
system na dowolną wartość w profilu powłoki. Program \fB\%tset\fP(1) może być w
tym pomocny; można mu podać zbiór reguł aby wydedukował lub zażądał podania
typu terminala bazując na urządzeniu tty i prędkości przesyłu danych (baud
rate).
.PP
Ustawienie zmiennej \fBTERM\fP własną wartością może być także użyteczne jeśli
stworzono własną definicję terminala włączając opcje (takie jak widzialny
dzwonek (czyli błyśnięcie ekranu lub podświetlenie) które mają zamienić
standardowe ustawienia systemu.
.PP
Opisy typów terminali są przechowywane jako pliki zawierające dane opisujące
ich możliwości w katalogu \*d. Aby przejrzeć listę wszystkich nazw terminali
rozpoznawanych przez system, proszę wykonać
.sp
        toe | more
.sp
z poziomu powłoki. Pliki te, opisujące możliwości terminali są przechowywane
w formacie binarnym aby zapewnić optymalną prędkość dostępu do nich
(odwrotnie niż w przypadku starego bazującego na tekście pliku \fBtermcap\fP,
który zastępują); aby sprawdzić jedną z pozycji należy użyć polecenia
\fB\%infocmp\fP(1).  Wywołać można go następująco:
.sp
        infocmp \fInazwa\fP
.sp
gdzie \fInazwa\fP jest nazwą typu terminala, który ma być sprawdzony (i zarazem
nazwą pliku w podkatalogu \*d nazwanym od pierwszej litery typu
terminala). Komenda ta wyświetla plik z opisem terminala w formacie
tekstowym opisanym przez \fB\%terminfo\fP(5).
.PP
Pierwsza linia \fB\%terminfo\fP(5) opisuje nazwy, pod którymi terminfo
rozpoznaje terminal, nazwy przedzielone są znakami "|", a ostatnia
zakończona jest przecinkiem.  Pierwsza nazwa jest podstawową nazwą terminala
(\fIprimary name\fP), i powinna być używana przy ustawianiu zmiennej \fBTERM\fP.
Ostatnia nazwa jest w rzeczywistości opisem typu terminala (może zawierać
spacje; inne muszą być pojedynczymi słowami). Nazwy pomiędzy pierwszą, a
ostatnią (o ile istnieją)  są aliasami nazwy terminala i zazwyczaj
przechowywane są tam dawne nazwy terminala dla kompatybilności.
.PP
Istnieją pewne konwencje jak dobierać podstawowe nazwy terminala, które
pozwalają aby były unikalne, a zarazem niosły w sobie pewną
informację. Poniżej zamieszczony jest przewodnik, który krok po kroku
wyjaśnia jak nazywać a także jak je rozumieć:
.PP
Najpierw proszę wybrać główną nazwę. Powinna się ona składać z małej litery
i następujących po niej do siedmiu małych liter bądź cyfr. Powinno się
unikać używania znaków przestankowych w głównych nazwach, ponieważ są one
używane i interpretowane jako nazwy plików i meta\-znaków powłoki (np. takie
jak !, $, *, ? itp.), umieszczone w nich mogą spowodować dziwne i kłopotliwe
zachowanie.  Ukośnik (/), czy jakikolwiek inny znak, który może zostać
zinterpretowany przez czyjś system plików (\e, $, [, ]), jest szczególnie
niebezpieczny (terminfo jest niezależne od platformy, więc wybór nazwy
zawierającej znaki specjalne może któregoś dnia spowodować pewne problemy
dla przyszłych użytkowników). Znak kropki (.) jest względnie bezpieczny o
ile występuje co najwyżej jedna w nazwie głównej; niektóre starsze nazwy
terminfo wykorzystują ją.
.PP
Nazwa główna terminala lub typu konsoli stacji roboczej powinna prawie
zawsze zaczynać się od przedrostka sprzedawcy (np. \fBhp\fP dla
Hewlett\-Packard, \fBwy\fP dla Wyse, czy \fBatt\fP dla terminali AT&T), lub
popularną nazwą linii terminala (\fBvt\fP dla terminali typu VT od DEC\-a, czy
\fBsun\fP dla konsoli stacji roboczych Suna lub \fBregent\fP dla modeli ADDS
Regent).  Można wypisać drzewo terminfo aby zobaczyć jakie przedrostki są
już w powszechnym użyciu.  Po nazwie głównej powinien znajdować się, jeśli
to potrzebne, numer modelu; a więc \fBvt100\fP, \fBhp2621\fP, \fBwy50\fP.
.PP
Nazwą główną dla konsoli typu PC\-Unix powinna być nazwa systemu operacyjnego
np. \fBlinux\fP, \fBbsdos\fP, \fBfreebsd\fP, \fBnetbsd\fP.  \fINie\fP powinna to być nazwa
typu \fBconsole\fP czy jakakolwiek inna ogólna nazwa która może spowodować
zamieszanie w środowisku o wielu platformach. Jeśli później następuje numer
modelu, powinien wskazywać albo numer wersji systemu operacyjnego lub numer
wersji sterownika konsoli.
.PP
Nazwą główna dla emulatora terminala (zakładając że nie pasuje do któregoś
ze standardu ANSI lub typu vt100) powinna być nazwa programu lub z łatwością
rozpoznawalny skrót (np. \fBversaterm\fP, \fBctrm\fP).
.PP
Po nazwie głównej, można dodać dowolną, lecz rozsądną, ilość rozdzielonych
łącznikiem przyrostków określających specjalne właściwości.
.TP  5
2p
Ma dwie strony pamięci.  Podobnie 4p, 8p, itd.
.TP  5
mc
Magic\-cookie.  Niektóre terminale (szczególnie starsze Wyse) mogą obsługiwać
jedynie jeden atrybut bez utraty magic\-cookie. Ich definicja w terminfo
zazwyczaj jest sparowana z inną (która posiada ten przyrostek) aby wspierać
dużą ilość atrybutów.
.TP  5
\-am
Włącza auto\-margines (prawostronne zawijanie)
.TP  5
\-m
Tryb mono \- wyłączenie obsługi kolorów
.TP  5
\-na
Bez strzałek \- termcap ignoruje strzałki które w rzeczywistości są na
terminalu, więc użytkownik może używać ich lokalnie.
.TP  5
\-nam
Bez auto\-marginesu \- Wyłącza opcję am
.TP  5
\-nl
Bez etykiet \- wyłącza miękkie etykiety
.TP  5
\-nsl
Bez linii statusu \- likwiduje linię statusu
.TP  5
\-pp
Ma port drukarki który jest używany
.TP  5
\-rv
Terminal w odwróconym trybie video (czarny na białym)
.TP  5
\-s
Używa linii statusu.
.TP  5
\-vb
Używa widzialnego dzwonka (błysk) a nie krótkiego dźwięku.
.TP  5
\-w
Szeroki; terminal jest w trybie 132 kolumnowym.
.PP
Standardowo, jeśli typ używanego terminala jest jednym z wariantów, który ma
za zadanie określić liczbę linii, przyrostek powinien znaleźć się tam
pierwszy. Dla hipotetycznego terminala FuBarCo model 2317 w 30\-liniowym
trybie z odwrotnym wyświetlaniem (reverse video), lepszą nazwą byłaby
\fBfubar\-30\-rv\fP (niż np. "fubar\-rv\-30").
.PP
Typy terminali, które nie są opisane jako samodzielne sekcje, a raczej jako
składniki do dołączenia do innych sekcji poprzez \fBuse\fP, są rozróżniane
poprzez użycie znaków plus (+) a nie minus (\-).
.PP
Komendy, które używają typu terminala aby kontrolować wyświetlanie często
akceptują opcję \-T, która pozwala podać typ terminala jako argument.  Takie
programy powinny skorzystać ze zmiennej środowiskowej \fBTERM\fP kiedy opcja \-T
jest nie podana.
.SH PLIKI
.TP 
\fI\*d\fP
skompilowana baza danych o terminalach
.TP 
\fI/etc/inittab\fP
inicjalizacja linii tty (uniksy podobne do AT&T)
.TP 
\fI/etc/ttys\fP
inicjalizacja wiesza tty (uniksy podobne do BSD).
.SH PRZENOŚNOŚĆ
Dla maksymalnej kompatybilności ze starszymi uniksami System V, nazwy i
aliasy powinny być unikalne w pierwszych 14 znakach.
.SH "ZOBACZ TAKŻE"
\fB\%ncurses\fP(3NCURSES), \fB\%term\fP(5), \fB\%terminfo\fP(5)
.PP
.SH TŁUMACZENIE
Autorami polskiego tłumaczenia niniejszej strony podręcznika są:
Marcin Mazurek <mazek@capella.ae.poznan.pl>
i
Michał Kułach <michal.kulach@gmail.com>
.
.PP
Niniejsze tłumaczenie jest wolną dokumentacją. Bliższe informacje o warunkach
licencji można uzyskać zapoznając się z
.UR https://www.gnu.org/licenses/gpl-3.0.html
GNU General Public License w wersji 3
.UE
lub nowszej. Nie przyjmuje się ŻADNEJ ODPOWIEDZIALNOŚCI.
.PP
Błędy w tłumaczeniu strony podręcznika prosimy zgłaszać na adres listy
dyskusyjnej
.MT manpages-pl-list@lists.sourceforge.net
.ME .
