[openeda:2004] - Re: javlja se 3 tim ;-) by Toplica Tanaskovic <toptan@kde.org.yu>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dana ponedeljak 15 mart 2004 02:44, Tihomir Pantovic je napisao(la):
> pokušavam da ocenim da li je pametno da se odustane od DTD-a kao
> definicionog elementa za XML-ove koji će čuvati naše elemente, tj konkretno
> razmišljam/ čitam/raspitujem se o XMLSchema-i koja je novi stupanj u
> razvoju XML-a, i mnogo je robusnija i detaljnija od DTD-a, ali to naravno
> donosi i
> kompleksnost (i sama je XML sa svojim DTD-om), na primer jedna od prednosti
> je i to da schema definiše i tip podatka koji može biti element, a DTD sve
> posmatra kao text. Zašto se uopšte dvoumim? Čekam noviji Qt (koji bi
> trebalo da uskoro stavim) i da se lično uverim da li se nešto promenilo u
> podršci sa XML u designeru(Qt-u), jer ako mora ručno da se izvede
> validacija i parsiranje prema schema-i potpuno mi je isto da li to radim i
> prema DTD-u i skupu pravila, samo što je schema mnogo elegantnije rešenje.

	Šta da ti kažem, moraš da prelomiš šta je brže i bolje za implementaciju. 
Vodi računa o portabilnosti, tako da ti odma kažem da mi se ne sviđa ideja da 
za to ne koristimo Qt...

> Ukoliko bi se dobro odradila validacija XML-a prema schemi, jednostavno bi
> se mogla proveravati npr validnost osobina nekog elementa koga bi nam bacio
> neko iz belog sveta na mail, ili po downloadu tog fajla sa
> http://ko.zna.gde.org, tj XML bi bio ne samo storage u koji trpamo svašta
> već poprilično samoodrživa kategorija, a kako će ti isti XML-ovi igrati
> ulogu u svim elementima paketa, dobro bi bilo da se napravi sve to kako
> valja && dolikuje.

	Ovo mi se već sviđa. Evo šta mi prvo pada na pamet, ako je schema toliko 
bolja i ako mislis da će nam ona olakšati posao u budućnosti, razmisli o tome 
da naslediš postojeće Qt XML klase i doradiš ih da rade prema schemi. Takođe 
vidi ako možeš da se kod toga ne vezuješ striktno za projekat već da uradiš 
generičke klase. A ja ću već videti, da ih nekako proguram u naredno izdanje 
Qt-a, mada mislim da će Qt 4 imati sve to...

> sad malo o sadržaju, ja sam za to da se u elementima čuvaju samo najbitniji
> fizičko/tehniški podaci, a nikako njihovo trenutno mesto na šemi isl (ako
> sam dobro shvatio Gvozdena), takođe sam protiv toga da se *jednostavni*
> elementi poput otpornika(ako sam sad dobro razumeo Toplicu sa kojim se
> poslovično ne razumem ;)) rade na neki drugi način, makar ih on-fly kreirao
> neki GUI slider isl, možda je to baš i najbolji način, da se za aktivnu
> šemu kreira direktorijum u .openeda/projects/ime koji će sadržati sve
> elemente, sa tmpimenom i tmp podacima ukoliko su oni promenljivi. kako
> očekujem XML-ovi budu relativno mali, logičan mi je DOM pristup na iste,
> dok recimo sa celu šemu možemo da pravimo poseban XML u kome će biti
> položaji i imena elemenata prosutih po istoj :) a kako to može da naraste,
> možda je bolje pristupati sekvencialno (SAX) i to onda redom iscrtavati,
> zbog brzine za velike sheme isl... znam da je daleko do svega ovoga ali
> moramo imati neku sliku, a bolje je da mi neko sad kaže da sam pogrešno
> skrenuo kod Albukerkija :)

	Pod jedan kaže se Lajkovac :), dalje nit si mene dobro razumeo niti 
Gvozdena :))))
	Elem, moja poenta je bila, da počnemo od  „čupavih pravougaonika“ tj. 
integralaca, zato što su oni najjednostavniji što se tiče crtanja u editoru. 
Inače svaki element mora biti definisan i zapisan u XML-u. Svi se rade na 
isti način. To nam omogućava da pravimo izvedene klase od klase protoelementa 
i da nas preko virtuelnih metoda boli uvo šta je u stvari taj element. Takođe 
bih insistirao da se svi srodni elementi drže u jednom XML fajlu. Recimo svi 
pasivni elementi, pa svi simboli tipa baterija, masa, pa onda svi 
tranzistori, pa familije integralaca svi da imaju svoj fajl u kome ce biti. 
Prosto receno passive.xml tu su svi pasivni element, 74XX-AMD.xml svi 
integralci 74XX od AMD-a i tako dalje...

	Što se tiče šema, njen(i) xml fajl(ovi) bi sadržali samo ID elementa, njegovu 
poziciju na šemi i veze sa ostalima. Možda bi bilo dobro da veze izdvojimo. 
Pogledajte kako izgleda OO-ov sxw recimo, unutra ima par xml faljova 
gzipovanih...
	Nema potrebe da pravimo dir u kome će biti elementi koji su u šemi jer bi ih 
trebalo referencirati iz biblioteka.

> to je recimo sve što mi sad pade na pamet, a ionako sam preterao :)

	:)

> P.S: nudim mesto kopredsednika grupe za suse 9.1 kad se pojavi :p

	Nudim i ja, pa vi vidite gde ćete, ja sam ipak drug gensek partije :)
- -- 
Pozdrav,
Tanasković Toplica
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAVRSYtKJqksC6c0sRAjysAJ9N29sugKW81c8Tvi1QoIt4ifRUewCgr7uf
O+maUWoo5HVcP4UVH5ZqcNk=
=H4LL
-----END PGP SIGNATURE-----