Hallö Thomas,
Vielen Dank für die Aufklärung, das ist mir völlig neu gewesen. Aus
anderen Programmiersprachen ist mir so etwas nicht bekannt, man lernt
also im hohen Alter immer noch dazu.
Herzliche Grüße
Günter
Am 24.10.2017 um 16:55 schrieb Thomas Krumbein:
Hallo Günter,
Nein. Die
Hallo Günter,
Nein. Die Funktion doRahmen() ist schon ok. Da liegt der Fehler nicht.
Der Fehler ist im Aufruf. Den hast Du uns bisher vorenthalten!
Die Funktion (bei dir sub) doRahmen() hat diverse Parameter definiert.
Diese sidn - wenn nicht mit "optional" definiert - bindend.
In deiner
Hallo Günter,
ich habe deine Fehlermeldung provozieren können, wenn die Parameter von
doRahmen beim Aufruf anders sind als in der Defintion. Schau also erst
einmal penibel deinen Aufruf an, bevor du in deinen sauren Apfel beißt.
Ich schicke unten den vollständigen Code meines Test, den
Hallo Gerhard,
Vielen Dank für Deine schnelle Antwort. Es heißt bei mir auch oLinie1,
die 0 ist wohl beim Kopieren dazugekommen. Ich habe jetzt ein ganz neues
Dokument erzeugt, mit einem ganz anderen Namen xyz. Als Makro ist außer
Main nur noch die Prozedur doRahmen. Dann kann ich einen
Hallo Günter,
Die Fehlermeldung muss sich nicht auf den Namen "doRahmen" beziehen -
sondern kann im Extremfall auch jeden anderen Bezeichner in dieser Zeile
treffen - also auch oLOx, iLOy, iRUx, iRUy oder d. Das kann im Zweifel
auch eine intern definierte Prozedur sein!
Wenn es allerdings
Hallo Günter,
ich habe das an einem neuen Calc-Dokument ausprobiert, bei mir
funktioniert das. Mein Release: 5.3.4.2. Es würde mich aber sehr
wundern, wenn das Release damit zu tun hätte.
Versuche das auch mal ohne das Drumherum deines jetzigen Dokuments in
einem neuen Dokument, wenn es dann
Hallo zusammen!
Ich verstehe garnichts mehr: Ich habe ein Makro geschrieben, das einen
speziellen Jahreskalender in einer Tabellen-Calculation generiert. Für
die Strukturierung der Tabelle habe ich ein Makro, das um einen Bereich
eine Umrandung erzeugt. Die Bereiche werden als Namen angegebn,