Crystal Reports 2008 - Bericht einbinden/aufrufen

[PhilS]

Allerdings würde ich gerne auch die Variante 1 mit dem Modul verstehen. Ich habe jetzt das Modul umbenannt in "ModShellExecute" und die Prozedur gelöscht. Allerdings weiß ich nicht, wie ich das Modul nun in den Befehl "Click" mit aufnehme. Er markiert mir immer den Modulnamen an.

Der Modulname selbst macht dort auch keinen Sinn. Ein Modul ist nur ein Container für Code, aber ansonsten in der Programmierung weitgehend irrelevant. Du kannst ihn einfach löschen.

Nur wenn es mehrdeutige Funkntionsnamen (d.h. mehere Funktionen mit gleichem Namen in verschiedenen Modulen) gibt, dann bekommt der Modulname Relevanz. In den Fällen kannst du den Modulnamen vor den Funktionsnamen setzen um Eindeutigkeit herzustellen.

Code [Auswählen] Erweitern

Call ModShellExecute.ShellExecute(0, "open", ....

[PhilS]

Ändere den Gültigkeitsbereich der API-Deklaration (inkl. der Konstanten) im Formular von Public auf Private.

Würde ich nicht machen, wer weiss wo es nochmal zu gebrauchen ist.
Da ist ein allgem. Modul doch die bessere Wahl. Dort natürlich Public.

Dem würde ich so generell nicht zustimmen. - Das ist so, als würde ich den Staubsauger immer mitten im Wohnzimmer liegen lassen, weil ich ja irgendwann mal das Popcorn runterwerfen könnte und es dann wegsaugen muss.

Angesichts des geringen Aufwandes bestimmte Funktionalität (hier konkret ShellExecute) später, bei Bedarf in ein allgemeines Modul zu verschieben, würde ich diese erstmal auf den Gültigkeitsbereich reduzieren, wo sie wirklich gebraucht wird.

[Beaker s.a.]

@Philip
O.K., hängt wohl auch ein wenig mit persönlichen Vorlieben zusammen.
Obwohl den Staubsauger würde ich da auch nicht rumstehen lassen, ich
brauche den ja nicht nur im Wohnzimmer.
gruss ekkehard

[Alex_80]

Hallo,

also es hat geklappt. Super! Ich hoffe es bleibt so  . Recht herzlich Dank!