Thread View: pl.comp.xml
4 messages
4 total messages
Started by szomiz
Mon, 10 Mar 2008 14:31
Buuuu, MF
Author: szomiz
Date: Mon, 10 Mar 2008 14:31
Date: Mon, 10 Mar 2008 14:31
6 lines
1254 bytes
1254 bytes
Czy ktos wie dlaczego e-poltax'y opublikowaly schemy bez okreslonej przestrzeni nazw, pozagniezdzaly includy na (conajmniej) trzech poziomach? Ladowania dlugich slownikow do schem nie popieram, ale czepial sie nie bede. sz.
Re: Buuuu, MF
Author: szomiz
Date: Mon, 10 Mar 2008 15:22
Date: Mon, 10 Mar 2008 15:22
19 lines
1524 bytes
1524 bytes
No wiec, niestety, po 3-ech minutach przegladania, taki kwiatek: <xsd:choice> <xsd:sequence> <xsd:element name="AdresPol" type="TAdresPolski" /> </xsd:sequence> <xsd:sequence> <xsd:element name="AdresZagr" type="TAdresZagraniczny" /> </xsd:sequence> </xsd:choice> Ja wiem, ze trzeba walczyc z bezrobociem, ale dlaczego w krajach, w ktorych produkuje sie procesory i pamieci? Albo angielskie nazwy w slowniku krajow (tak, Polski tez). :/ sz.
Re: Buuuu, MF
Author: staszek
Date: Mon, 10 Mar 2008 16:48
Date: Mon, 10 Mar 2008 16:48
31 lines
2168 bytes
2168 bytes
Użytkownik "szomiz" <szomiz@kocha.dostawac.reklamy.przez.net> napisał w wiadomości news:fr3jq8$d4g$1@atlantis.news.neostrada.pl... > No wiec, niestety, po 3-ech minutach przegladania, taki kwiatek: > > <xsd:choice> > <xsd:sequence> > <xsd:element name="AdresPol" type="TAdresPolski" /> > </xsd:sequence> > <xsd:sequence> > <xsd:element name="AdresZagr" type="TAdresZagraniczny" /> > </xsd:sequence> > </xsd:choice> > > Ja wiem, ze trzeba walczyc z bezrobociem, ale dlaczego w krajach, w > ktorych > produkuje sie procesory i pamieci? > A co w tym przykladzie jest nie tak (poza pewna nadmiarowoscia w tych sekwencjach ;-) ) Faktycznie to az tak bardzo obiaczy procesor i pamiec w stosunku do choice bez sekwencji? Pewnie jakas pozostalosc zanim zdecydowano sie pogrupowac adresy w bloki. Generalnie gdybys mogl podeslac dobry link opisujacy wplyw takich nieoptymalnych konstrukcji na zlozonosc (includy wielopoziomowe, sekwencje takie jak ta itp) to bylbym wdzieczny. > Albo angielskie nazwy w slowniku krajow (tak, Polski tez). > > :/ A to standard i IMHO dobry (takze miedzynarodowe symbole walut)
Re: Buuuu, MF
Author: szomiz
Date: Mon, 10 Mar 2008 17:39
Date: Mon, 10 Mar 2008 17:39
35 lines
2483 bytes
2483 bytes
Użytkownik "staszek" <staszek@[NO-SPAM].com> napisał w wiadomości news:fr3oo5$j5m$1@bozon2.softax.pl... > A co w tym przykladzie jest nie tak (poza pewna nadmiarowoscia w tych > sekwencjach ;-) ) Faktycznie to az tak bardzo obiaczy procesor i pamiec w > stosunku do choice bez sekwencji? Nie nalezy mnozyc bytow. Zwlaszcza, ze po pierwsze pozre pamiec, a po drugie jakby chcec wykorzystac te scheme do generowania (a nie sprawdzania), to i procesor (zwlaszcza jak sie dom'owe dlubactwo odstawia). Ja nie oczekuje, zeby jeden adres wyprowadzic z drugiego (chociaz by mozna) bo to akurat wielu osobom skomplikowalo by zycie. Ja oczekuje, ze dokumenty opracowywane i publikowane za bylo-nie bylo _moje_ pieniadze, nie beda mnie zmuszaly do wykonywania zbednej pracy. > Pewnie jakas pozostalosc zanim zdecydowano sie pogrupowac adresy w bloki. > Generalnie gdybys mogl podeslac dobry link opisujacy wplyw takich Nie znam dobrych linkow. Ze schema jest gorzej niz z xslt - trudno znalezc informacje ambitniejsze od reklam perwolu :/ Chociaz, nie - jest jeden dobry link: http://www.w3.org/2001/XMLSchema.xsd ;) >> Albo angielskie nazwy w slowniku krajow (tak, Polski tez). >> >> :/ > A to standard i IMHO dobry (takze miedzynarodowe symbole walut) Standardem sa _kody_. A nie odpowiadajace im _nazwy_. sz.
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads