CR se isporucuje sa .NETom, a ti naravno uvek mozes da nabavis neki drugi report engine. Samo razmisli o podrsci za Win98, to ce uvek da ti donosi glavobolje, mozda je lakse da koristis CR koji provereno radi (ma koliko bio pipav) nego da podrzavas Win98 koji ce ionako da prestane da ima zvanicnu podrsku u nekom trenutku.

Ne znam što svi misle da je CR toliko pipav. On jeste pipav ako kreneš linijom manjeg otpora pa pustiš CR da otvara bazu, pa kad posle treba da promeniš Query u reportu, CR obriše SVA polja . Ali ako investiraš malo više vremena i napraviš Typed Dataset (tipizirani izvor podataka, pardon ) i umesto da pustiš CR da učitava podatke i filtrira kroz monstruozno spor RecordSelection upit, lepo sam filtriraš podatke kroz stored procedure i napuniš ih u već definisani dataset i predaš CRu, CR bude veoma brz i veoma lak za održavanje. Čak i kad se promeni šema dataset-a, CR se adaptira i ne briše postojeća polja.
Ono što mene najviše zapravo iritira kod CRa je što nema TIFF export, što ga čini poprilično neupotrebljivim za legacy faxing sisteme.

>
Meni na Xp masini sve radi lepo i otvaram ga preko tipiziranog dataseta kao
sto si i napisao ali imam problem da na nekim klijentim win98 to radi a na
nekim neradi odnosno na nekim prijavljuje "load report failed"

>

U principu pokušavam da izbegavam legacy sisteme, ali ako neko hoće da se igra, ovo je pravo mesto. Ja i ortak smo imali neke sumnje da funkcionisanje CR-a pod w98 ima veze sa Unicodom, ali od drugih obaveza nikad nismo stigli da se poigramo sa tim. Postoji patch (više je hack nego patch, al ajde) koji se zove Microsoft Layer for Unicode on Windows 95, 98, and Me Systems, 1.0.4018.0, možda ovo pomogne. Ovaj hack instalira wrapper xxxxW varijante API funkcija, pa ako CR koristi neku Platform Invoke unicode API funkciju, ovo bi u teoriji trebalo da reši problem.