🚀 go-pugleaf

Użytkownik <jivanmuktaWYTNIJTO@poczta.onet.pl> napisał w wiadomości 
news:0560.000001f2.4a68a1d3@newsgate.onet.pl...
>> Jestes pewien? I taki/podobny przyklad jest tam zamieszczony?
>>
>> Jezeli tak, to w ksiazce sa bledy. Powazne bledy.
>
> Takie przykłady się wielokrotnie powtarzają w tej książce.

> <xsd:element name="publisherCategories">
> <xsd:element name="category" minOccurs="0">

Takie? Dokladnie takie!?! Albo zle przepisujesz, albo pomijasz konwencje 
uzywana w przykladach.

> Znasz najlepszy tutorial XSD?

Nie znam. Na codzien korzystam z:

http://www.w3.org/TR/xmlschema-1/

http://www.w3.org/2001/XMLSchema.xsd
http://www.w3.org/2001/XMLSchema.dtd

> ale walidatorowi nie podoba się
>    <xsd:element name="category" minOccurs="0">

Co innego mu sie nie podoba.

xsd:element ma precyzyjnie okreslona liste (i do pewnego stopnia kolejnosc) 
mozliwych childow. xsd:element _nie_moze_ byc dzieckiem xsd:element. W _tym_ 
przypadku childem powinno byc xsd:complexType (w ktore tez od razu 
xsd:element nie wlozysz). Powinno cie zastanowic, ze zawartosc (pierwszy 
poziom) definicji ELEMENTU "publisherCategories" wyglada zupelnie inaczej 
niz zawartosc (pierwszy poziom) definicji ELEMENTU "category"?

Zacznij zglebiac te ksiazke od poczatku. Bo nie przyswoiles niestety 
generalnych zasad. Hint: element -> typ zawartosci - > definicja zawartosci.

No i zaninstaluj sobie pierwszy z brzega edytor z podpowiadaniem skladni 
schemy.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
<xsd:element ...>
    <xsd:complexType>
            <xs:seguence>
                    <xsd:element ...>
                        <xsd:complexType>
                            <xs:seguence>
                                <xsd:element ...>
                                    ...

sz.