developer toolbox

Primjećuje se da ovdje imamo niz raznih reporting alata koji su komplementarni. Znači jedni rade ono što drugi ne rade.

Zadatak uspostavljanja bring.out toolset-a je balansiran pristup. Pokušati što manje tehnologija miksati, ali pri tome ne forsirati jedno i jedino rješenje.

bitno je da se što manje library-ja učit te da se za određene stvari pokuša naći zajednički imenitelj.

Ako trebamo u harbour-u pdf support, bolje bi bilo da se vidi mogućnost da se radi preko hbqt-a (iako bindingi za QTextDocument i QTextDocument writer još ne postoje ...) nego da se uči lib koji harbour i samo harbour koristi ...

Zato sam i stavio sve ove informacije da bi imali što potpuniju sliko od onoga što nam je na raspolaganju, te da bi sva dupliranja koja se mogu - izbjegli.

Tako recimo, u ovom primjeru ako za generaciju odt dokumenata koristimo qt lib, onda ga imamo (pretpostavljam ali nisam siguran) u ruby-ju preko ruby-qt4.

a u harbour-u preko hbqt.

Pa kako openrpt koristi qt4, onda nije nemoguće napraviti određene eksporte openrpt-a u odt, što bi bilo veoma korisno ...

naravno tu treba procijeniti da li možemo napraviti određene binding-e ali ja sam uvijek na stanovištu da je bolje utrošiti i više energije oko jedne tehnologije ako znamo da smo kadra sa njom sve željene zadatke u konačnici riješiti nego li sa manje energije uvesti 3-4 tehnologije (odnosno libraries)

iako utrnuto od pospanosti qt4 + bindings za harbour + binding za ruby + openrpt bi mogli biti jedan odličan reporting toolset za veliku grupu zadataka.

Oni nam omogućavaju i pdf output (openrpt) i odt (qt4) i gui dizajner (openrpt)