🚀 go-pugleaf

On Wed, 20 Sep 2000 11:15:32 +0200, Szymon Ziolo <szz@step.pl> wrote:

>Witam grupowiczów,
>
>W ramach projektu tłumaczeniowego <PL>XML</PL> powstaje słownik polskiej
>terminologii związanej z XML-em. Właśnie wprowadziłem do słownika
>większość terminów z rekomendacji XML, więc lista jest już całkiem
>pokaźna.
>
>Zapraszam do przejrzenia słownika i zgłaszania uwag oraz propozycji,
>szczególnie dla terminów oznaczonych pytajnikami. Mamy unikatową szansę
>ustalić obowiązującą terminologię polską w tej dziedzinie, i warto tą
>szansę wykorzystać.
>

>fatal error - błąd fatalny 

Raczej błąd krytyczny.

>at user option - ??? (propozycja: na życzenie użytkownika) 

"według życzenia użytkownika" -- lepiej.

>validity constraint - zasada poprawności strukturalnej 
>well-formedness constraint - zasada poprawności składniowej 

No... tutaj to jest zabawa :-) Myślę, że trzeba się jednak wysilić i
wymyślić coś innego. Ani 'valid' nie znaczy 'poprawny strukturalnie', ani
'well-formed' nie znaczy poprawny składniowo. To znaczy w kontekście XML-a
i owszem, ale przecież nie po prostu po angielsku.

>for compatibility - w celu zachowania zgodności 
>for interoperability - w celu zwiększenia możliwości przetwarzania (inne propozycje?) 

w celu zwiększenia zgodności? Bo to w sumie o to chodzi. 'compatibility' ma
ją zapewnić, interoperability 'zwiększyć szanse'.

>character data - dane znakowe 

Jednak dane znakowe. Tekst = oznacznikowanie (moja propozycja) + dane
znakowe [2.2]

>conditional section - sekcja warunkowa 
>content - zawartość 
>content particle - fragment zawartości 

A może treść?

>invalid - niepoprawny strukturalnie 

Grr...

>literal data - dane literalne 
>literal entity value - literalna wartość encji 

Chyba tak trzeba zostawić. Propozycja z literałami nie jest dobra.

>markup - ??? (propozycje: markup, otagowanie, znaczniki) 

oznacznikowanie. 

Markup - nie po polsku
Otagowanie - nie wiadomo co to tag, skoro dalej tłumaczymy go jako znacznik
Znaczniki - to po prostu liczba mnoga od znacznik, to może być mylące.

>name token - symbol nazwy (?)

Tylko 3 x w specyfikacji... tu by właśnie pasowało: literał nazwy. Ja bym
zostawił symbol.
 
>non-root element - element nie będący korzeniem 

No właśnie. A może root = główny, non-root = podrzędny?

>non-validating processor - procesor niewalidujący 

Hej... zgodnie z wyżej wymienionymi ustaleniami powinno być "procesor
niesprawdzający poprawności strukturalnej". Albo używamy słowa "walidować",
albo nie. 

>not valid - nie będący poprawnym strukturalnie (tzn. nie mający własności poprawności strukturalnej, co nie znaczy niepoprawny; zob. też invalid) 

Nie. Nie. Nie. Nie będący poprawnym strukturalnie jest każdy dokument
niepoprawny strukturalnie. I na odwrót: niepoprawny strukturalnie jest
każdy dokument nie będący poprawnym strukturalnie. Czyli są to dwa
równoznaczne terminy. Nalegam więc by nie wprowadzać jakiegoś Present
Continous do języka polskiego. non valid = niepoprawny strukturalnie

>standalone document declaration - deklaracja dokumentu samodzielnego (?) 

OK.

>string type - typ znakowy 

Typ łańcuchowy. 

>valid - poprawny strukturalnie (zob. też invalid i not valid) 
>validating processor - procesor walidujący 
>validity - poprawność strukturalna 

Bardzo jest to niespójne. W jakich sytuacjach używasz pochodnych od
"poprawny strukturalnie", a w jakich od "walidujący"?

>well-formed - poprawny składniowo 
>well-formedness - poprawność składniowa 

Hmmm...

>child - dziecko (w strukturze drzewa) 

Korzeń, dziecko... jakoś to nie gra...

>escape - odwołać (?) (o ciągu znaków mającym specjalne znaczenie: uczynić nieaktywnym) 

Oj, z tym to są problemy... "Sekwencja unikowa" :-)

>nonterminal - symbol niekońcowy, nieterminal (żargon) 

A może niekończący? Niezamykający?

>root - korzeń (w strukturze drzewa) 

Ja bym tutaj dał element główny. I wszystkie te terminy uporządkował:

root - e. główny
non-root - e. podrzędny
parent - e. nadrzędny
child - e. podrzędny

(wiem, że 1 i 3 wychodzą na to samo, ale chyba zawsze z kontekstu będzie
wynikać, o co chodzi).

  
Marcin Jagodzinski
(or compatible)