Vermerke: Datum, V-art und Bemerkung in einem dbText

[Kurosinski]

Ist denn im obigen Screenshot beim subreport srvermerke nicht die Datenquelle "Vermerke" gewählt?
Das steht doch so im Berichtsbaum.

Wahrscheinlich habe ich jetzt etwas durcheinander gebracht?

[c.buchner]

Ist denn im obigen Screenshot beim subreport srvermerke nicht die Datenquelle "Vermerke" gewählt?
Das steht doch so im Berichtsbaum.

Wahrscheinlich habe ich jetzt etwas durcheinander gebracht?

Ja, wie im Screen Shot zu sehen ist. Über die roten Felder habe ich getestet, ob das Skript "Text := ..." direkt im Hauptbericht funktioniert. Das hat ja auch geklappt.
Im Screen Shot von Herrn Raffenberg sieht man, dass auch im Hauptbericht selbst ein Skript steht. Vllt. ist das entscheidend.(?)

[Christoph Sprung]

Nach nochmaligem Blick auf die Fehlermeldung: Gibt es in Ihrem Report eine global vereinbarte Variable oder Funktion oder Prozedur mit der Bezeichnung 'Vermerke'?
Stellen Sie Ihren Report doch einmal hier ein.

[c.buchner]

Nach nochmaligem Blick auf die Fehlermeldung: Gibt es in Ihrem Report eine global vereinbarte Variable oder Funktion oder Prozedur mit der Bezeichnung 'Vermerke'?
Stellen Sie Ihren Report doch einmal hier ein.

Hallo Herr Sprung,
vielen Dank für Ihr Bemühen. Gerne stelle ich den Report in den Anhang. Im SubReport "Vermerke" habe ich im Feld "Datum" diese einfache "Text := ...". Allerdings ist dies aktuell ausgegraut, da es ja nicht funktioniert. Die roten Felder im Hauptbericht dienen mir als Test-Felder.

[A. Schüller]

Hallo Herr Buchner,
ich habe nun einfach mal ein weiteres Label in Ihren Report im Subreport SrVermerke eingepflegt und den Quellcode von Herrn Raffenberg dorthin kopiert. Das klappt. Irgendwas scheint mit dem Label "Vermerk_Datum_usw" schief zu laufen.

[A. Schüller]

Wenn Sie im Subreport den Titel löschen und den Report schließen und wieder öffnen funktioniert auch das Label "Vermerk_Datum_usw"

[Christoph Sprung]

Guten Tag Herr Buchner,
es hat einen Moment gedauert: Das Problem ist nicht der Code für das Label oder DBText-Feld, sondern der Subreport an sich. Sie haben einen Dynamisch ladbaren Subreport eingefügt - im angehängten Report habe ich ihn durch einen normalen Subreport ersetzt. Sowohl Label als auch DBText-Feld geben das Gewünschte aus (zur Unterscheidung: Ausgabe des Labels in blauer Farbe).

[c.buchner]

Liebe Kolleginnen und Kollegen,
vielen Dank für die vielen Tipps.

@Herr Sprung: Einen dyn. Subreport habe ich nicht benutzt. Das sieht man in dem Screen Shot von Frau Schüller.

Und der Tipp von Frau Schüller (Löschen Sie den Titel im Subreport 'Vermerke') hat mich auf eine Idee gebracht: da im Titel nur ein einfaches Label steht, muss die Fehlermeldung beim Kompilieren irgendwie daran liegen. Löschen geht, aber ich benötige im Subreport ja eine Überschrift. Dann habe ich mir den Labelnamen angeschaut. Als Name hatte ich "Vermerke" verwendet. Ist doch nachvollziehbar, oder? Dieses Label im Titel habe ich umbenannt in "xxxxxx". Und siehe da, das Skript im DBText-Feld im Detailbereich schaltet auf grün.
Das erklärt auch, warum die Subreports und verwendete Skripte von Herr Raffenberg, Herrn Sprung und Frau Schüller funktioniert haben: Sie alle haben das Label im Titelbereich nicht "Vermerke" genannt.

Meine Vermutung: man darf kein einziges Feld mit dem Namen einer Datenquelle benennen. "Ist doch klar", werden einige sagen. Mir bis dato nicht.

Nochmals vielen Dank. Tut mir leid, dass ich Ihre Zeit geklaut habe.

[Christoph Sprung]

Guten Tag Herr Buchner,
Sie haben Recht, ich habe mich täuschen lassen: beim Klick auf den Subreport im Bearbeitungsmodus sah es so aus, als würde das Icon für 'Dynamisch ladbarer Subreport' aktiv. Das Neuanlegen des Subreports war nicht die Ursache für das Verschwinden der Fehlermeldung, sondern die Tatsache, dass das Label im Titelband in meiner Kopie Ihres Reports die Bezeichnung 'Vermerke1' hat - warum auch immer...
Jedenfalls war damit die Bedingung in Ihrer Warnung erfüllt:

man darf kein einziges Feld mit dem Namen einer Datenquelle benennen.