Office: (Office 2010) Rechnen mit einer Gruppensumme im Bericht

jb2012_music_1.png

 

\@CatboyJones:
Hatte mich schon neulich gefragt, warum Dein Lösungsvorschlag nicht umgesetzt wurde.
Aber wie heisst es so schön: Warum denn einfach wenn's auch kompliziert geht.

 

Diese Lösung verstehe ich, denn in Excel mache ich ja genau das.
Hier muß man halt einfach wissen wie's geht.

Ich lerne ja gerne dazu und wenn ich so schöne Beispiele bekomme,
dann kann ich das auch nachvollziehen.
Leider bekomme ich eine FM:

 

Hier ist der Bericht:
jb2012ReportBand.zip

 

Herzlichen Dank den Beteiligten!
Jetzt kann ich an der Auswahlmöglichkeit basteln, wann welcher Bericht gedruckt wird.

 

Gibt es denn eine Möglichkeit, hinter den "Druck" Button eine weitere Abfrage zu legen?
Hier möchte ich entscheiden können, welcher Bericht herangezogen wird.
So sieht der Code derzeit aus:
Code:

und bei dem Befehl:
Code:

möchte ich zwischen "rptBand" und "repBand2" wählen können

 

Code:

 

Hm - es gibt aber im Vorfeld keine gesonderte Bedingung

Wenn ich den "Druck" Button klicke, so sollte - sofern es sich um den Medientyp6 handelt - eine Auswahl kommen, welcher Bericht gedruckt werden soll





und dann so in der Art:

 

Das Problem mit diesen - von irgendeinem "Assistenten" eingesetzten - Buttons, von denen nur die Programmierer derselben genau wissen, wie sie funktionieren, ist, dass man auf sie keine Ereignisprozeduren loslassen kann.

Irgendwann kommt jede(r) zu der Erkenntnis, die Access-Oberfläche selbst zu bauen. Und dann ist es eine Kleinigkeit, eine MsgBox, oder ein kleines selbstgebautes Formular oder schlimmstenfalls eine Input-Box hier dazwischenzuschalten.

Wenn das tatsächlich ein Button "von Dir" ist, sollte es kein Problem sein, in der ButtonClick() Prozedur nachzufragen.

 

Ich habe die DB im großen und ganzen so übernommen wie sie ist und vor ca. 3 Jahren hat mir ein sehr netter Forianer sehr viel angepasst und erweitert.
Wer genau nun diesen Druckbutton eingebaut hat, läßt sich leider nicht feststellen.
Mehr als den vorgefundenen Code zu posten, kann ich leider auch nicht.
Wenn ich selbst in der Lage wäre diese Änderung vorzunehmen, würde ich hier wohl nicht nachfragen und derart arrogant vorgetragene Antworten wie die von hcscherzer helfen mir leider auch nicht weiter.

 

Ich weiss jetzt nicht, welche Laus Dir da über die Leber gelaufen ist, oder was Du möglicherweise zu Dir genommen und nicht vertragen hast, JB. Was bitte ist da "arrogant" an meinem Beitrag?

Was soll man denn aus Deinem knapp gehaltenen Screenshot herauslesen, um Dir helfen zu können?
In meinem Beitrag #24 sind doch Tipps, denen Du versuchen könntest, nachzugehen.
Das fragliche Formular mal im Entwurfsmodus öffnen und nachsehen, was für das Ereignis "Beim Klicken" für den fraglichen Button hinterlegt wurde. Eine Ereignisprozedur? Ein Makro?
In meinem Beispiel #22 ging ich von einer Ereignisprozedur aus.
Die könnte man da hinterlegen, wenn der abgebildete Button tatsächlich der ctl_Print ist.

Wenn diese "zweite_Bedingung" nicht im Vorfeld besteht - auch da frage Dich mal bitte, wie das für jemanden klar sein konnte ohne hellseherische Fähigkeiten - dann muss sie eben zur Laufzeit abgefragt werden.

Dafür habe ich konkret drei Vorschläge gemacht: Message-Box mit Antwort, kleines Formular oder Input-Box. Ein zusätzliches Auswahlformular könnte eine ListBox oder ein Kombifeld enthalten, die die beiden von Dir gemalten Möglichkeiten (Band1 oder Band 2) anbietet. Der Programmieraufwand, ein solches Formular dazwischenzuschalten ist aber relativ groß.
Der Aufwand, eine MessageBox zu verwenden ist dagegen relativ gering und liesse sich in der Prozedur aus #22 als Ersatz für Code:

realisieren. Code:

Ich gehe prinzipell immer zuerst davon aus, dass bei den Menschen, die hier nachfragen, die grundsätzliche Bereitschaft besteht, sich auch in die Programmierung einzuarbeiten. Deshalb erstelle ich nicht per se "gebratene Hühner", wie manch "netter Forrianer" das möglicherweise tut. Hilfe zur Selbsthilfe könnte man das auch nennen.