Hallo Robert,
habs mal so gemacht wie du gesagt hast, aber der kommt mit meinem Attribut "Kundenname" einfach nicht zurecht. Es kommt immer wieder folgende Fehlermeldung: "Beim Erstellen des Berichts trat ein Fehler auf."
Ich lad es nochmal mit hoch - du siehst es im Bericht "Bericht_ohneParameterabfrage_test".
Liebe Grüße, Steffi (:
Jährliches Hinzufügen eines Datums
Moderator: Moderatoren
Re: Jährliches Hinzufügen eines Datums
- Dateianhänge
-
- BeispielDB_JahresAB.odb
- (234.3 KiB) 64-mal heruntergeladen
Re: Jährliches Hinzufügen eines Datums
Hallo Steffi,
ich habe das jetzt noch einmal mit Deiner DB getestet und auch die Zwischensummen korrekt erstellt. Zuerst konnte ich Dein Problem nicht nachvollziehen, da ich mit LibreOffice arbeite. Bei einer älteren Version von LO (3.3.4) trat aber der Fehler auf, den Du benannt hast. Der ist in LO schon lange behoben. Du nutzt vermutlich AOO?
Umgehen lässt sich der Fehlern indem beim Bericht "SQL analysieren" ausgestellt wird. Nur bringt Dich das auch nicht weiter.
Weitere Möglichkeit, das zu umgehen: Mache aus der Abfrage eine Ansicht (rechte Maustaste über der Abfrage - Ansicht erstellen - Namen vergeben (darf nicht so lauten wie eine Tabelle oder eine Abfrage)). Beziehe dann den Inhalt des Berichtes auf die Ansicht.
Das habe ich einmal unten gemacht, da dann der Bericht auch unter LO 3.3.4 funktioniert - allerdings mit einem weiteren kleinen Bug in der ersten Gruppe, da dort kein ZahlenWert sin einem Feld steht wird dort bei mir NaN angezeigt - das ist in neueren LO-Versionen auch raus.
Gruß
Robert
ich habe das jetzt noch einmal mit Deiner DB getestet und auch die Zwischensummen korrekt erstellt. Zuerst konnte ich Dein Problem nicht nachvollziehen, da ich mit LibreOffice arbeite. Bei einer älteren Version von LO (3.3.4) trat aber der Fehler auf, den Du benannt hast. Der ist in LO schon lange behoben. Du nutzt vermutlich AOO?
Umgehen lässt sich der Fehlern indem beim Bericht "SQL analysieren" ausgestellt wird. Nur bringt Dich das auch nicht weiter.
Weitere Möglichkeit, das zu umgehen: Mache aus der Abfrage eine Ansicht (rechte Maustaste über der Abfrage - Ansicht erstellen - Namen vergeben (darf nicht so lauten wie eine Tabelle oder eine Abfrage)). Beziehe dann den Inhalt des Berichtes auf die Ansicht.
Das habe ich einmal unten gemacht, da dann der Bericht auch unter LO 3.3.4 funktioniert - allerdings mit einem weiteren kleinen Bug in der ersten Gruppe, da dort kein ZahlenWert sin einem Feld steht wird dort bei mir NaN angezeigt - das ist in neueren LO-Versionen auch raus.
Gruß
Robert
- Dateianhänge
-
- BeispielDB_JahresAB(3).odb
- (233.8 KiB) 62-mal heruntergeladen
Re: Jährliches Hinzufügen eines Datums
Hey Robert,
ja genau, ich arbeite mit Open Office von Apache - als ich im Dezember angefangen hatte, war mir nicht bewusst, dass es da verschiedene Versionen gibt. Hab nur im Laufe der Zeit gemerkt, dass es viel ausführlichere Dokumentationen zu LOO gibt, die sich aber prinzipiell mit AOO ähneln - aber wo der Unterschied zwischen AOO und LOO genau liegt, hab ich nicht verstanden.
Also kann man sagen, dass LOO verbreiteter und fortgeschrittener ist?
Kann ich jetzt noch auf LOO umsteigen, sodass meine DB dort genauso ohne Fehler funktioniert? Oder müsste man in LOO nochmal alles (Tabellen, Formulare, Berichte, Abfragen) neu anlegen?
Hab das mit der View auch mal probiert, aber bei mir tritt der gleiche NaN Fehler auf.. dann lass ich die Sortierung lieber weg, war eh nicht sooo wichtig - wär nur ein kleiner Schönheitsfehler gewesen, der aber nicht weiter dramatisch ist.
Liebe Grüße und danke für deine Mühen (:
ja genau, ich arbeite mit Open Office von Apache - als ich im Dezember angefangen hatte, war mir nicht bewusst, dass es da verschiedene Versionen gibt. Hab nur im Laufe der Zeit gemerkt, dass es viel ausführlichere Dokumentationen zu LOO gibt, die sich aber prinzipiell mit AOO ähneln - aber wo der Unterschied zwischen AOO und LOO genau liegt, hab ich nicht verstanden.
Also kann man sagen, dass LOO verbreiteter und fortgeschrittener ist?
Kann ich jetzt noch auf LOO umsteigen, sodass meine DB dort genauso ohne Fehler funktioniert? Oder müsste man in LOO nochmal alles (Tabellen, Formulare, Berichte, Abfragen) neu anlegen?
Hab das mit der View auch mal probiert, aber bei mir tritt der gleiche NaN Fehler auf.. dann lass ich die Sortierung lieber weg, war eh nicht sooo wichtig - wär nur ein kleiner Schönheitsfehler gewesen, der aber nicht weiter dramatisch ist.
Liebe Grüße und danke für deine Mühen (:
Re: Jährliches Hinzufügen eines Datums
Hallo Steffi,
prinzipiell sind die Dateien zwischen den verschiedenen Office-Versionen austauschbar. Du kannst also von OpenOffice nach ApacheOpenOffice und nach LibreOffice wechseln. Schließlich sehe ich hier ja auch den kompletten Inhalt dessen, was Du als *.odb-Datei raus schickst.
LibreOffice hat eine in meinen Augen etwas hastige Entwicklungsstruktur. Da werden sehr viele neue Funktionen hineingepackt, die vielleicht manchmal auch nicht so ganz ausgereift sind. So schnitt LO von der Stabilität her in einem Vergleichtest zu AOO vor kurzem in der ct wohl nicht so gut ab.
Ich persönlich merke davon nichts - liegt vielleicht daran, dass ich die entsprechenden Funktionalitäten gar nicht nutze. Gerade bei dem Bericht, den Du da hast, kann ich aber sehen, dass da eben in LO Bugs behoben wurden, die in AOO noch existieren. NaN taucht bei mir bei den neueren LO-Versionen in Deinem Bericht nicht mehr auf, wenn ein Zahlenfeld leer ist. So etwas müsste auch irgendwie anders regelbar sein - aber eben nur auf Umwegen.
Gruß
Robert
prinzipiell sind die Dateien zwischen den verschiedenen Office-Versionen austauschbar. Du kannst also von OpenOffice nach ApacheOpenOffice und nach LibreOffice wechseln. Schließlich sehe ich hier ja auch den kompletten Inhalt dessen, was Du als *.odb-Datei raus schickst.
LibreOffice hat eine in meinen Augen etwas hastige Entwicklungsstruktur. Da werden sehr viele neue Funktionen hineingepackt, die vielleicht manchmal auch nicht so ganz ausgereift sind. So schnitt LO von der Stabilität her in einem Vergleichtest zu AOO vor kurzem in der ct wohl nicht so gut ab.
Ich persönlich merke davon nichts - liegt vielleicht daran, dass ich die entsprechenden Funktionalitäten gar nicht nutze. Gerade bei dem Bericht, den Du da hast, kann ich aber sehen, dass da eben in LO Bugs behoben wurden, die in AOO noch existieren. NaN taucht bei mir bei den neueren LO-Versionen in Deinem Bericht nicht mehr auf, wenn ein Zahlenfeld leer ist. So etwas müsste auch irgendwie anders regelbar sein - aber eben nur auf Umwegen.
Gruß
Robert