[openeda:2004] - Re: RE: XML reprezentacija i još što šta... by Toplica Tanaskovic <toptan@kde.org.yu>

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

Dana četvrtak 11 mart 2004 15:40, Gvozden Marinkovic je napisao(la):
> Za pocetak mislim da bi trebalo popisati tipove atributa (aj da ih
> nazovemo grupe). npr:
> info (naziv, biblioteka), elektricne karakteristike, fizicke
> karakteristike, sema (pozicija, velicina, itd...), net lista (npr.
> mapiranje pinova)

	Na to sam i mislio, samo da ne idemo za početak mnogo u detalje. Ovo zbog 
toga da možemo da krenu drugi i prvi tim da nešto rade, pa kad proradi prvi 
make i make install da dobijemo opet veliku dozu volje i entuzijazma :)

> Zatim bi svaku grupu trebalo razloziti. npr. u tagu sema, imamo atribut
> (ili tag) X pozicija, Y pozicija levog coska, itd ...
>
> Ovo je samo predlog ...

	Za šeme ćemo posle, prvo moramo da smislimo element kako valja...	

> Toplice. Probaj da osmislis stablo direktorijuma na CVS-u. Posebno
> obrati paznju na skladistenje dokumentacije. Mislim da bi i radni
> dokumenti trebalo da se nadju na CVS-u.

	Nešto sam razmišljao i uradio par stvari kući u lokalu, moram samo da 
istestiram i vidim šta je praktičnije...
	Elem, problem je sledeće prirode:
Isti XML deo će koristi svi, dakle i uređivač komponenti i uređivač šema, i 
ako Bog autoruter, simulator i pcb dizajner, a isto tako svi će koristiti i  
istu memorijsku reprezentaciju.
	Zbog svega toga vodim se mišlju da ne pravim jedno stablo već tri, jedno za 
sam uređivač, drugo za biblioteku interne reprezentacije, i treće za 
biblioteku koja bi radila sa XML-om. To jeste dobro i ispravno rešenje, ali 
se otvara problem kod kompajliranja i instaliranja, pošto će morati da se 
vodi računa o redosledu i međusobnim zavisnostima. Da pojasnim moramo dobro 
da vodimo računa da se na primer, ne oslanjamo na specifičnosti recimo 
biblioteke tima dva, već moramo da koristimo samo čist i iskristalisan 
interfejs koji bi nam tim dva dao. Sve u svemu mora mnogo da se vodi računa.
	Ipak iako su svi ovde „početnici“, ja sam optimista, pa svoje razmišljanje 
usmeravam u tom pravcu, kako bih izmislio neki automatizovan način 
kompajliranja i instaliranja putem skripte ili tako nečeg.
	Sve u svemu biće preliminarno stablo za par dana na serveru...

> Razmisli malo o pisanju dokumentacije. Cinimi se da je najveci problem
> opensource projekata upravo dokumentacija. Vidi da li ima neki
> standardni opis (recimo kao docbook ili sl.)

	Za dokumentaciju ćemo koristiti docbook, jer je integrisan u KDEov sistem 
kompajliranja, što se tiče dokumentovanja koda doxygen iz istog razloga...
	Lep primer za doxygen je dokumentacija api-ja iz kdelibsa...

- -- 
Pozdrav,
Tanasković Toplica
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAUIqXtKJqksC6c0sRAocbAJ4nsnno6N0lmIqSMnw7QHxJeHVv+ACcCwMK
z/EqI/ErDWpsdL84zFzqBBE=
=CBhC
-----END PGP SIGNATURE-----