Neuigkeiten:

Wenn ihr euch für eine gute Antwort bedanken möchtet, im entsprechenden Posting einfach den Knopf "sag Danke" drücken!

Mobiles Hauptmenü

kennwortgeschüzt im Editor

Begonnen von Konni, Mai 29, 2024, 16:41:41

⏪ vorheriges - nächstes ⏩

Konni

Hallo zusammen
In meiner Access-Datenbank ist im Editor Passwort geschützt.

Ich möchte aber in VBA einen alten Report löschen (DoCmd.DeleteObject)
und  einen Bericht kopieren (DoCmd.CopyObject).

Wenn ich vorher über den Editor gehe und das PW eingebe
funktionieren die Befehle andernfalls nicht.

Gibt es einen VBA Befehl wo ich z.b. vorm DeleteObject entsperren und danach wieder sperren.

Schon mal besten Dank im Vorrus   

PhilS

Zitat von: Konni am Mai 29, 2024, 16:41:41Gibt es einen VBA Befehl wo ich z.b. vorm DeleteObject entsperren und danach wieder sperren.
Nein, das ist per Code nicht vorgesehen.

Zitat von: Konni am Mai 29, 2024, 16:41:41Ich möchte aber in VBA einen alten Report löschen (DoCmd.DeleteObject)
und  einen Bericht kopieren (DoCmd.CopyObject).
Das ist eine eher ungewöhnliche Aktion um sie per Code automatisch auszuführen.
Vielleicht überlegst du mal, ob es nicht langfristig einfacher wäre, den Report so zu erweitern, dass er nicht gelöscht und kopiert werden muss, sondern sich automatisch an die aktuellen Gegebenheiten anpasst.
Neue Videoserie: Windows API in VBA

Klassische CommandBars visuell bearbeiten: Access DevTools CommandBar Editor

Konni

Mein Problem:
Ich habe einen Grund-Report in der die Zeilen je nach Art formatiert werden.
Meine Spalten können 3 biss x sein. Das kommt auf die Daten an.

Meine Vorgehensweise:
1. Löschen des alten Berichtes
2. kopieren des Grund-Reports in neuen Report
3. Mit Daten füllen
4. abspeichern unter dem Berichtsnamen.

funktioniert ohne Passwort einwandfrei

Die Idee habe aus einem Beispiel "Erstellen eines Reports bei einer Kreuztabelle.

PhilS

Zitat von: Konni am Mai 29, 2024, 17:45:54Meine Spalten können 3 biss x sein. Das kommt auf die Daten an.
Das könnte man lösen, indem man den Bericht mit der maximalen Anzahl an Spalten erstellt, und dann per VBA-Code beim Öffnen der Berichts alle Spalten unsichtbar macht, die nicht benötigt werden.

Wie gut und einfach das funktioniert und welche weiteren Anpassungen ggfls. noch nötigt sind, lässt sich noch nicht sagen.
Neue Videoserie: Windows API in VBA

Klassische CommandBars visuell bearbeiten: Access DevTools CommandBar Editor

Konni

Die  Überlegung ist nicht schlecht.
Damit fing ich an als die Anzahl der Reports noch übersichtlich waren.
Jetzt rede ich von derzeit 57 Report.

Mein System ist so viel einfacher zu kontrollieren. Die Reports
sind auch nur so Groß wie nötig.
Es funktioniert auch Super, wenn nicht Kennwort geschützt ist.

Mir geht es darum das keine an dem Code rum spielt, was in der Vergangenheit öfters vor kam.
Wäre da eine ACDE-Datei etwa die/eine Lösung?

Konni

Sorry, meinte natürlich eine ACCDE Datei

PhilS

Zitat von: Konni am Mai 30, 2024, 20:09:17Die  Überlegung ist nicht schlecht.
Damit fing ich an als die Anzahl der Reports noch übersichtlich waren.
Jetzt rede ich von derzeit 57 Report.

Mein System ist so viel einfacher zu kontrollieren.
Was hat die Anzahl der Reports damit zu tun? - Die erscheint mir dabei völlig irrelevant.
Was meinst du mit " einfacher zu kontrollieren"?

Zitat von: Konni am Mai 30, 2024, 20:09:17Mir geht es darum das keine an dem Code rum spielt, was in der Vergangenheit öfters vor kam.
Wäre da eine ACDE-Datei etwa die/eine Lösung?
Um zu verhindern, dass Unbefugte am Code herumfummeln, ist eine ACCDE eine sehr gute Lösung.
Aber darin kannst du dann gar keine Berichte mehr Löschen oder kopieren.
Neue Videoserie: Windows API in VBA

Klassische CommandBars visuell bearbeiten: Access DevTools CommandBar Editor

ebs17

Aus einem Grundreport heraus 57 Reports Tendenz steigend per Codebearbeitung zu produzieren - da scheint ein Designproblem vorzuliegen. Eine solchen "Fakt" würde ich kaum als gegeben und uveränderlich akzeptieren.
Mit freundlichem Glück Auf!

Eberhard

Konni

Hallo nochmal,

Also mit meinen Reports, ist super.
Ich benötige drei Grundreport, eine Abfragedatei, einen Export-Report und einen Script ca. 100 Zeilen für alle
und für den einheitlichen Kopf nochmal ein Script von auch ca. 100 Zeilen.
Ich brauche mir keine Gedanken mehr zu machen wie ich die Zeilen gestalte. Der Seitenkopf ist einheitlich. Super.
auch wenn ich bis zu 756 Spalten habe, habe ich kein Problem mit dem Ausdruck (habe lange daran gebastelt).
Alles läuft wunderbar, auch bei den anderen Anwendern solange ich nicht ein Passwort setzte.
Und solange ich keine Lösung habe für das Passwortproblem bekommt jeder Benutzer eine Version. Wenn
dann daran rumspielt, hat er Pesch gehabt.

Abe trotzdem Danke für die Unterstützung.
Hat Spaß gemacht. Bis zum nächsten mal
Tschüss

Beaker s.a.

Zitatda scheint ein Designproblem vorzuliegen
Nach der Aussage
Zitatauch wenn ich bis zu 756 Spalten habe
scheint das nicht nur so.
--
Frauen aller Länder vereinigt euch! Wir brauchen eine Wiedergeburt des Matriarchats.
Und schickt den Papst in die Wüste! Da kann er 40 Tage auf God(o)t warten.