Discussion :

[benleq]

Bonjour,
Je travaille sous XE2 et RAVE 10.0
je remet les etats d'une application de 2000 a jour (etat imprimé alors avec quickreport)
L'application travaille avec des BDD Acces et composants ADO.

J'ai deja refait plusieurs etats et j'en ai un qui me pose des soucis à plusieurs niveaux.
Je les posterai sous plusieurs sujets différents

je travaille sur portable recent, i7 et 8 GO de ram . . .

En fichier joint, résultat de ce qui doit etre printé . . .
En général, un cahier des charges comprend +/+- 65 pages

Lorsque je génére la prévisualisation du cahier des charges (empilage d'article et de descriptif de ces articles (texte RTF dans 2 champs mémo) , la présualisation commence et bloque toujours aux alentours de 16/17 pages avec le message Windows mémoire insuffisante . . .
Avec des cahiers des charges de 5 à 6 pages cela fonctionne.

J'ai deja refait plusieurs etats qui imprime beaucoup de chiffres, sans soucis. Visiblement avec les champs mémos remplis de caractères ça ne passe pas.

j'ai testé sur 3 machines différentes (sous XP, win 7) et meme résultat. Plantage mémoire.

Dans rave, je ne trouve pas de possibilité de réglage . . .
Bref Help !

[SergioMaster]

Bonjour,

Les mémos n'ont jamais été la tasse de thé de Rave , surtout avec du RTF dedans . Je n'ai pas encore testé cette nouvelle version de Rave mais je doute que les bugs aient été corrigés (je suis pessimiste avec Nevrona) .

Selon la pièce jointe il y aurait une Bande détail (Article) avec 2 mémos RTF ?
Première suggestion , n'utiliser qu'un seul mémo au lieu de 2

Une question me brule les lèvres : pourquoi n'avoir pas migré vers FastReport plutôt que Rave ?

[benleq]

Bon, bin c'est mort pour moi.

J'ai refait une appli toute simple.
J'ai testé une appli qui appelle une BDD avec 5 enregistrements dont chaque champ mémo (identique) comprend a peut pres 25 pages A4 de texte.
Il faut 3 bonnes minutes à Rave pour generer la prévisu de 125 pages . . .

J'ai reprit mon appli, appel de la BDD et 125 enregistrements, l'ensemble des champs mémo additionnés doivent faire +/- 75 pages . . . le contenu texte varie dans chaque enregistrement de 0 à 1 à 2 pages de texte . . .
La mémoire est saturée apres 35 pages de préaparation de prévisualisation.
Bref . . .

Sinon pourquoi +tot rave que fastreport . . .
Le tuto de Colibri est bien fait, et m'avait permis avant de redescendre dans mon application de tres rapidement regler une relation table maitre/detail complexe de mon appli qui comprend beaucoup de chiffre . . .
Je ne pensais pas qu'un simple empilage de texte pouvais ne pas fonctionner dans un gestionnaire d'etat aussi récent . . .

Je m'en vais voir du coté de fastreport . . .
Y a du tuto bien fait aussi pour celui la ?

[SergioMaster]

Je m'en vais voir du coté de fastreport . . .
Y a du tuto bien fait aussi pour celui la ?

1- il y a toute une formation sur ledevdujeudi.com episode 10
2- il y a un outil pour migrer de QReport a FastReport
3- FastReport a un forum actif dédié
4- FastReport est annoncé pour fonctionner sous mac (je doute que Rave le fasse)

et franchement Fastreport est plus Quickreport like que Rave

et peut être plus

pour ce qui est de rave , y a t'il un rvsytem dans l'unité ? as-tu essayé les suggestions du post précédent ? j'ai des éditions (factures,nomenclatures etc..) avec mémos et n'ai jamais eu ce soucis (rave 5)
si tu m'envoie un jeu d'essai et l'état rapidement , je peux encore faire l'essai (j'ai XE2 architect pour quelque jours encore [edit]<< 5 donc il faut faire vite)

[benleq]

Bonjour,

Sur ma journée de hier, j'ai donc essayé :
1) J'ai installé delphi XE2 il ya moins d'un an, les MAJ pour quickreport n'existait pas. Ils le sont maintenant. Je les ai installé. Mon dévellopement d'origine est de nouveau up to date . Mais des bugs assez conséquent sont présent dans les composants QReport.

2) fastreport : J'ai suivi la formation accelérée via les dev du jeudi . . . top !
J'ai fait quelques essais.

Conclusions :
Pour avoir remis les mains dans quickreport 5, rave 10 et fastreport 4 , il n'y a pas fotos, c'est fastreport qui est le plus simple a utiliser (resemble assez fort à rave mais avec plus de facilité d'emploi).

Pour Serge, merci pour la proposition et les tuyaux, je repart du bon pied !

Sur devellopez.net, j'ai pas trouvé de forum dédié fastreport.
Il y a bien le forum en englais sur http://www.fast-report.com/en/forum/
mais en français , ça aide bien pour les subtibilités . . .

[SergioMaster]

Pour avoir remis les mains dans quickreport 5, rave 10 et fastreport 4 , il n'y a pas photos, c'est fastreport qui est le plus simple a utiliser (ressemble assez fort à rave mais avec plus de facilité d'emploi).

J'aurais plutôt dit que c'est un mix des deux . Je n'en ai pas encore fait le tour avec des états "tordus" (j'en ai quelques uns pas piqué des hannetons ) mais pour les états 'simples' je vote
Me reste a comprendre les subtilités du code "à la volée" (équivalent des onValidaterow etc...) ,dont je parle beaucoup dans ce forum, pour être convaincu