VCL Crystal Report XI

Bonjour à tous,

Je vais poser ici la même question que j'ai posé dans le forum Crystal dédié où je n'ai pas de succès.

Y'en aurait-il ici qui utilise encore la VCL Crystal ? Si oui, avec quelle version de Delphi ?
J'essaye tant bien que mal de la faire tourner sur Delphi 2010 (en attendant de passer à XE2) mais impossible de connecter le composant à la base (cela semble être un problème d'Unicode).
Donc si quelqu'un y est arrivé, qu'a-t-il modifié dans les units Crystal pour y arriver ?

(Vous trouverez plus de détails dans ce post)

Merci d'avance,
Sylvain

Force le type AnsiString à tes passages de paramètre !

Comme par défaut String c'est UnicodeString, il y a un truc qui ne doit pas lui plaire !

Pour le moment, on utilise encore un vieux Crystal Report 8.5 et cela fonctionne encore !
Je n'ai pas encore migrer mon poste, mais un collègue qui s'occupe de la majorité des rapports est passé en XE2 et cela fonctionne !

On a pas trouve de VCL CR XI, semble que tout soit .NET
Tu l'as trouvé où la VCL CR XI ou alors tu as bidouillé une VCR CR 8.5 pour qu'elle utilise XI ?
Si tu as bidouillé, remplace tous les String par AnsiString dans la VCL CR bidouillé
Si tu as trouvé une vrai VCL CR XI, un lien m'intéresse :mouarf:

Mon boss comme toi, songe aussi à créer un objet .NET via Prism qui sera un Proxy pour C++Builder XE2

N'ayant jamais fait de CR, et ne m'étant jamais occupé des Rapports, je n'ai pas bcp plus de détail !

VCL Crystal XI tout ce qu'il y a d'officiel ici :lol:

Elle n'est donc pas bidouillée !;)

J'ai essayé avec la vcl 8.5 est j'ai exactement le même problème...

Je me suis trompé de Version, c'est Crystal Report 2011, où l'on a pas trouvé la VCL !
Je confonds toujours XI et 2011 :mouarf:

La XI (ou 11), on l'a déjà mais on ne l'utilise pas, on est resté en 8.5
CRXI n'est plus supporté par SAP ?
Si tu migres passent directement en CR2011 + Interop Delphi Prism

Ha ok, il n'y en a pas après la 11, donc tu ne risques pas de la trouver...

N'y aurait-il pas moyen de tu me files ton Ucrpe32.pas (et aussi le CRDynamic.pas) que je compare avec le mien ? :mouarf:

On utilise pas cette VCL mais directement Crystal_OCX et le composant TCrystalReport généré par l'importateur TLB de crystl32.ocx

J'avais juste regardé, il y a un an la VCL 11 pensant à tord que c'était pour 2011, c'est en lisant une documentation que je me suis rendu compte que XI était une vieille version, qu'il y avait entre temps 2008 et 2011 :aie:

Et je confirme dans TOUS les fichiers du ZIP
remplace
- String par AnsiString
- Char par AnsiChar
- PChar par PAnsiChar

Idem pour les Api Windows, force le A pour ANSI comme par exemple LoadLibraryA, MessageBoxA ... Cela m'étonne que cette VCL se soit compilé du premier coup, ou alors tu as un millier de warning que tu n'as pas pris en compte 8O

Même pour la 8.5 vous n'utilisez pas la VCL ?

Je ne savais pas que Crystal fournissait un ActiveX !
Si ça peut me permettre d'avancer, ca m'intéresse... ;)

Je pense que mes prédécesseurs qui ont commencé en C++Builder 5 ne sont pas posé la question, ils utilisaient déjà crystl32.ocx dans Visual C++ 6 et Visual Basic 6

Tu peux l'importer, tu le trouve dans la liste de l'importateur, j'ai tellement de version différente sur mon poste, j'ai plus de 50 TLB de Crystal de la 8 à la 11.5
genre
"Embeddable Crystal Reports Designer Control Library 11.5"
"Crystal ActiveX Report Viewer Library 11.5"
"Crystal Report Control" ça c'est "C:\WINDOWS\System32\crystl32.ocx" - la version 5.2 ?


On utilise aussi TCRViewer issu de "C:\WINDOWS\System32\CRViewer.dll"

J'ai encore des classes enregistrés mais je n'ai même plus les fichiers !
En vrai foutoir !

Bon, je n'ai finalement pas avancé.

Y'a-t-il quelqu'un d'autre qui utilise une VCL Crystal ? :roll:

Pense qu'en Delphi, on a QuickReport, RaveReport, FastReport disponible "gratuitement" directement intégré à la version !
Sinon il y a aussi ReportBuider !

L'utilisation de Crystal Report avec Delphi, cela reste assez confidentiel ! Pourquoi utiliser un outil externe alors que l'on a déjà tout sous la main !
Suffit de voir la section Crystal Report avec Delphi, c'est minimal et surtout, cela n'évoque QUE l'utilisation d'OCX ou RDC !

Et comme la VCL n'a pas évolué depuis 2005, elle n'a pas été adapté en UniCode, n'attend pas ce qui n'arrivera peut-être jamais, corrige le code toi-même en forçant le type AnsiString, AnsiChar et PAnsiChar dans les .PAS !
Et croise les doigts pour que cela fonctionne !

exemple

Code:

---

1 2	type TPEOpenPrintJob = function (reportFilePath: PChar): SmallInt; stdcall;

---

devient

Code:

---

1 2	type TPEOpenPrintJob = function (reportFilePath: PAnsiChar): SmallInt; stdcall;

---

Sinon pour CR2008, a lire : Crystal Reports Support for Delphi.pdf

Oui, de toute façon, je n'aurai pas le choix, il me faudra tenter de remplacer les string et les char... Et prier, comme tu dis...

Passer à autre chose que Crystal ? Tu n'imagines même pas comment sont manipuler les éditions dans notre progiciel, alors tout réécrire... Ce serait vraiment la dernière des dernières solutions.

C'est quand même sacrément regrettable de la part de SAP d'avoir abandonné la VCL... bien qu'étant utilisée par beaucoup de monde visiblement...

Ah non, changer d'outil de Report, loin de moi c'est idée, ne t'inquiète pas, là où je travaille c'est pareil ! Faudrait refaire toute la partie Rapport et les rapports eux-même ! On en a quoi 200 ça va encore !

Où j'étais avant, c'était configurable par le client, on vendait même de la prestation de configuration des rapports\courriers, ça devait faire 100 impressions standards mais peut-être 50 000 rapports spécifiques, en fait chaque client pouvait mettre ses logos, entête, ses propres listings et bordereaux, aucune maîtrise sur l’existant déployé !

Idem, impossible de changer de technologie, coût bien trop important !
Et cela pour un seul projet, parmi une dizaine !

Non, c'était plutôt pour te dire de te lancer, la communauté Delphi n'aura qu'une faible réactivité à ta problématique pour une version de Crystal Report officiellement "deprecated"

C'est surtout que Seagate faisait bien le travail à son époque, SAP dans sa logique Business veut se rapprocher de Microsoft !
Il faut rappeler qu'il existait Delphi.NET, SAP a pu penser que cela continuerais dans cette voie, et donc pourquoi maintenir deux SDK, sauf qu'entre temps Embarcadero a eu l'excellente idée d'arrêter Delphi.NET pour passer à Delphi Prism pour repartir sur du code natif de la VCL et FMX !
C'est vrai, le .NET dans Delphi a part avoir pourri l'IDE, cela n'a rien apporté de bien !

Delphi Prism étant un module de Visual Studio, son support du .NET ne subit pas les retard de la VCL.NET de l'époque !

On peut espérer que le mode COM est toujours présent, CR doit être utilisable aussi dans de nombreux autres langages non .NET !
Ou alors c'est une stratégie de "je suis le plus gros et je vous emmerde petit nain qui n'avez pas de moyen"

Ouep, je pencherai également pour la stratégie "Je suis le plus, je rachète les plus petit et j'oblige tout le monde à faire comme je l'ai décidé ! Hé hé... Quoi les clients sont roi ? Moi les miens j'm'en moque complètement !"

:ccool:



Réflexion qui n'engage que moi...:roll:

Pour Info, mon responsable a commencé à coder un COM en C# pour interfacer C++Builder XE2 avec un Crystal Report 2008 !

J'ignore où tu en es pour tes propres développements ?
On pourrait se faire un retour mutuel !