[openeda:2004] - Re: sastanak 26.03.04 by Toplica Tanaskovic <toptan@kde.org.yu>

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

Dana петак 26. март 2004. 21:02, Nikola Stojiljkovic napisa:
>
> Predlozeno je da sve nase klase imaju prefix Eda, a da klase koje su
> vezane za sheme, imaju i dodatak Sch u prefiksu.
>
>
> 1. predlog prezentacije u memoriji:
>  1a.prva varijanta
>    class EdaSchKomponenta {
>          EdaSchPrimKomponenta *niz;
>          int numpart; //broj nezavisnih komponenti u jednom cipu
>          ...
>          //ovde bi isao opis komponente, jedinstveni broj u biblioteci itd.
>          ...
>    }
>
>    class EdaSchPrimKomponenta {
>          EdaSchLine *linije;
>          EdaSchRectangle *pravougaonici;
>          EdaSchAnnotation *tekstovi;
>          ...
>          //razne druge primitive nasledjene iz Qt-a
>          ...
>          EdaSchPin *pinovi;
>          ...
>    }
>

	Intresantno i po meni OK, ukoliko se obrati pažnja na ono što ću napisati 
ispod.

>    class EdaSchLine : public QCanvasLine {
>          ...
>    }
>
>    ostale primitive bi se nasledjivale na isti nacin iz vec
>    gotovih Qt klasa, osim EdaSchPin:
>
>    class EdaSchPin {
>          QCanvasLine *linija;
>          QBrush *tacka;
>          ...
>    }
>
>    naravno, sve ove klase bi sadrzale i odgovarajuce fje koje bi sve
>    ovo odrzavale u jednu celinu.
>

	Dva pitanja, jedan predlog u drugom pitanju i jedna napomena:

1. Zašto je potrebno nasleđivati primitive? Elipsu je potrebno zato što iz 
nekog blesavog razloga ne crta svoj outline (nije bag piše u kodu da ne crta)
2. Što pin tako? Zar nije bolje naslediti QCanvasItem i napisati deo da se sam 
iscrtava lepo kako treba
NAPOMENA: Bez veze je da primitive nemaju istog predka. Konkretno pin... 
Sumnjam da će se on koristiti kao zaseban entitet, ali ko zna. Ako to bude 
bio slučaj moš se ladno oprostimo od turanja istog QCanvasov, QCanvasItems 
niz pošto nije niti direktno niti indirektno izveden iz QCanvasItem.

>  1c. SVG? ja nesto nisam za ovo resenje, jer ne znam kako bi se
>  odvojila predstava pina i graficka prestava. meni deluje lakse kad
>  bi sve sami odradili...
>
>  ovde nam definitivno treba pomoc iskusnijih :(

	Ja ne vidim problem, ali ajde malo pojasni pošto mi je možda nešto promaklo.

> 2. komunikacija izmedju biblioteka 2 i 3:
>  2a.bez DOM stabla, kako je predlozio Toplica u nekom od prethodnih
>    mailova.
>     Prilikom importa, biblioteka 3 bi pozivala npr. konstruktor klase
>    EdaKomponenta i tako formirala objekat u memoriji. NISMO nasli neko
> dobro resenje za interfejs za eksport.
>     Ovde se postavilo pitanje cemu uopste XML ako se radi ovako? jer
>    biblioteka 2 bi lako sama mogla da sacuva klasu u fajl...
>  2b.DOM stablo - nedostatak je prakticno nestajanje granice izmedju
>    tima 2 i 3...
>
>    i ovde nam treba pomoc iskusnijih :((

	Svi zaboravljate jednu stvar. Biblioteka 2 služi za INTERNU reprezentaciju U 
MEMORIJI. Kako ćemo mi to da držimo na disku to nju NE INTERESUJE I NE SME DA 
JE INTERESUJE. Dalje, kako će broj komponenti po bibliotekama biti ogroman, 
svrha biblioteke 3 nije samo da daje podatke dvojci, već i da radi pretrage 
po disku, i slično, pošto je ipak malo bez veze da sve držimo u memoriji...

	A sad ono što vas sve interesuje :) Zašto XML? Odmah svima da kažem markup 
jezike ne podnosim, valjda zato što ih slabo kontam :(, ali korišćenjem XML-a 
jako fino i ekološki :) obilazimo mnogo smorni i za projektovanje do bola 
težak deo posla, a to je sistem klasa i(ili) metoda za datastorage. Možemo mi 
da koristimo i neki gotov data storage sistem, ali mislim da je imati što 
manje tzv. external depencies,  veliki plus...

> 3. da li je u planu za 21 nedelju predvidjen samo Editor Biblioteke,
> ili i Schematic Editor? na ovo smo imali 2 razlita odgovora... a samim
> tim nijedan :)

	Editor biblioteke. On i komplet biblioteka uz njega su esencijalna stvar za 
dalji rad. Mislim da je poprilično nemoguće napisati uređivač šema, bez 
komponenti, opet komponente ne možemo da napravimo bez editora istih, a pride 
i to što bismo sebi zagorčali život. Prost primer:

- - Uređivač komponenti radi poprilično stabilno.
- - Uređivač šema puca.

Šta sad ne valja? Ko je kriv? Koga baciti lavovima :) ? Lako može da se desi, 
da biblioteka 2 ne valja. I onda tim 2 ima noćnu moru da provali zašto kad se 
biblioteka koristi na jedan način sistem ne puca, ali kad se koristi na drugi 
način puca. Drugo počinje da smara timove uređivača komponenti i šema 
zahtevima ajde probajte sad, ajde probajte sad. Svi oni probaju pa onda imamo 
kontra situaciju, uređivač komponenti puca, a uređivač šema počeo da radi...

Ukoliko radimo korak po korak, dakle prvo uređivač komponenti ispeglamo, a 
time i ostale biblioteke. Onda napadnemo uređivač šema, pa ako nešto počne da 
puca znamo u kom smo koraku nešto zeznuli i tu tražimo i razlog pucanja i 
rešenje problema...

	Da se malo vratim na početak, ukoliko sve krene ko podmazano može da nam se 
desi da premašimo plan rada, pa da uređivač dobijemo i pre...

> 4. dao sam predlog da se kompletno zaobidje KDE, i da se oslonimo samo
> na Qt, kako ne bi bilo problema oko portovanja. ovo bas i nije naislo
> na dobar odziv kod Tihomira i Ivanka, a drugi su koliko mi se cini bili
> malo nakolonjeniji varijanti bez KDE-a. Pretpostavljam sta ce biti ishod
> ovog pitanja, ali morao sam da pomenem...

	Loše predpostavljaš :) Kako sam se ovih dana dočepao bežične tastature, dosta 
sam radio na kompajliranju kdelibs-a pod windowsom. Verzija 3.2.x još uvek 
nije Qt-only :( dakle ima tu i veza ka xlibs...
	Ja sam krpio i krpio kdelibs dok ga nisam naterao da se kompajlira i radi bez 
zavisnosti ka X-ima, ali Bog će sam znati koliko sam bagova uneo i šta sam 
sve skršio... Sistem u kome ako nešto ne radi ne znamo tačno koga ćemo da 
vatamo za gušu :), nije dobar sistem, tako da će KDEifikacija GUI-ja da 
sačeka trenutak kad kdelibs bude mogao da se kompajlira pod windowsom 
out-of-the-box.

> I dalje stojim pri tome da OD STARTA treba imati funkcionalnu verziju
> i na Windowsu.

	Apsolutno.

> 5. Windows vs. Redhat vs. Suse.
> odluceno je da je Redhat bolji od Suse-a, a da je Windows zakon za sve LOL
> salim se, ovo je poruka za Tihomira, chill, kad bi svi voleli iste
> stvari i mislili isto, kakav li bi svet bio :) prihvatite me ovakvog kakav
> jesam, proamericki do srzi LOL

	:D Da vidim kako ćete sad da se pljujete kad je i SuSE postao američki :)

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

iD8DBQFAZhVltKJqksC6c0sRAnM6AJ963jnIBc7XbsT8NVq1o74biMwsGwCfekuR
RDoBLW5/sJ+Ypd1VK/6SsYs=
=krda
-----END PGP SIGNATURE-----