Nove funkcije #17652
Zatvoren
reporting toolset:: zaključci
0%
Povezani tiketi 6 (0 otvoreno — 6 zatvorenih)
Izmjenjeno od Ernad Husremović prije više od 15 godina
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.
Izmjenjeno od Ernad Husremović prije više od 15 godina
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.
Izmjenjeno od Ernad Husremović prije više od 15 godina
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 ...
Izmjenjeno od Ernad Husremović prije više od 15 godina
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)
Izmjenjeno od Ernad Husremović prije više od 14 godina
- Status promijenjeno iz Dodijeljeno u Odbačeno