Crystal report 8.5 e VB6

[xegallo]

come faccio ad assegnare via codice a quale recordset deve puntare il report?

[xegallo]

riformuliamo
se voi doveste crere un report di questo tipo

                              titolo

              campo1          campo2           campo3
-------------------------------------------------------------------
data: 11/11/2001
--------------------------------------------------------------------
                x                y               z
                x                c               s

--------------------------------------------------------------------
data: 12/11/2001
--------------------------------------------------------------------
                s                d                g
                f                r                t
                x                x                x

cosa usereste

[darkblOOd]

in in vb6 risolvevo facendo una query nel corpo del report che rispecchiava il layout della stampa. Poi la associavo ai campi inseriti nel report


se mi sono spiegato in aramaico dimmelo che cerco di tradurre!

[verodami]

Originariamente inviato da darkblOOd
in in vb6 risolvevo facendo una query nel corpo del report che rispecchiava il layout della stampa. Poi la associavo ai campi inseriti nel report


se mi sono spiegato in aramaico dimmelo che cerco di tradurre!

Anch'io facevo così!:metallica
una noia mortale

[sebamix]

Qui in ditta con CR (8.0) abbiamo risolto utilizzando le API invece degli oggetti e siamo riusciti a fare in modo che il CR si arrangi a pescarsi i dati (eventualmente filtrati, ...) passandogli solo la connectionstring al database;

E finalmente non abbiamo più un GPF ad ogni stampa :mavieni: come ci capitava sempre con la gestione di prima (ocx e recordsets).

Solo che usare le API di CR è un vero bordello!

[xegallo]

Originariamente inviato da sebamix
Qui in ditta con CR (8.0) abbiamo risolto utilizzando le API invece degli oggetti e siamo riusciti a fare in modo che il CR si arrangi a pescarsi i dati (eventualmente filtrati, ...) passandogli solo la connectionstring al database;

E finalmente non abbiamo più un GPF ad ogni stampa :mavieni: come ci capitava sempre con la gestione di prima (ocx e recordsets).

Solo che usare le API di CR è un vero bordello!

sai che io me ne intendo di bordelli ehhm api raccontami

[xegallo]

Originariamente inviato da darkblOOd
in in vb6 risolvevo facendo una query nel corpo del report che rispecchiava il layout della stampa. Poi la associavo ai campi inseriti nel report


se mi sono spiegato in aramaico dimmelo che cerco di tradurre!

se puoi esser + esplicito

[darkblOOd]

allora:

Ti crei il layout grafico del report con tutti i campi.

Nell'evento che inizializza il report ti crei un recordset con tutti i dati ed i campi che ti interessano.

Successivamente associ i campi del report ai campi del recordset che ti sei creato e il datasource che hai creato.

Se hai 10 records il report ti ripeterà il layout per 10 volte.

Spero di essere stato + chiaro

[sebamix]

[supersaibal]Originariamente inviato da xegallo

sai che io me ne intendo di bordelli ehhm api raccontami [/supersaibal]

Il problema di CR è che passi un recordset ad un report (devi passare RS anche a tutti i sottoreport) devi realizzare una gestione delle stampe incasinata... non puoi aggiungere una stampa semplicemente buttando li file RPT.
Per ovviare a questo problema (oltre che a fare una dll che fa tutto il lavoro) abbiamo deciso di implementare le API di CR;
Se mi dai la tua mail (anche in pvt) ti mando il modulo con tutte le dichiarazioni.
Con le API scrivi codice lungo il doppio ma è molto più stabile e puoi accedere a più basso livello al report. E naturalmente si evitano molti GPF che rischi di avere utilizzando le OCX o le DLL.
Per avere una guida alle API trovi un file .hlp (developr.hlp) in
C:\Programmi\Seagate Software\Crystal Reports\Developer Files\Help\

[optime]

non uso piu' CR dalla versione 5. AR e' incredibilmente piu' versatile.