- Welcome to Access-o-Mania.
Hilfe zu Microsoft Access und verwandten Produkten
Neueste Beiträge
#31
Access-Hilfe / Re: Access druckt alles in Sch...
Letzter Beitrag von Knobbi38 - November 30, 2025, 23:15:19Hi,
überlege doch mal selber. Wenn du an der Software nichts geändert hast und deine PDF-Datei in Farbe auf der Festplatte abgelegt wird, kann es doch nicht mehr an Access selber liegen, oder?
Möglicherweise hat sich hier der Programmierer es etwas einfach gemacht und sich die Initialisierung des Druckers geschenkt und auf die Default-Einstellungen vertraut? So etwas kann dann schon mal schiefgehen.
Tip:
Das Printerobjekt kennt zumindest die Eigenschaft Colormode. Wenn man auf Nummer sicher gehen möchte, sollte man diese einstellen oder aber zumindest abfragen und dann den Anwender darauf hinweisen,wenn etwas nicht passt. So eine Vorgehensweise setzt natürlich voraus, dass das gewählte Programm zum Ausdrucken einer PDF Datei nicht explizit diese vorausgewählte Einstellungen nochmal überschreibt.
Eine anderen Alternative wäre, einen genau definierten Drucker mit einem entsprechenden Profile einzurichten und vorher auf diesen Drucker umzuschalten.
Anstatt den Foxit-Reader zum Drucken von PDF Dateien gibt es auch andere Alternativen, z.B. SumatraPDF oder PDFtoPrinter, denen per Kommandozeile entsprechende Parameter mitgeben kann. Mit PDFPrint SDK von VeryPDF gibt es auch einen kommerzielle Lösung, womit man direkt ohne einen PDF Viewer eine PDF Datei drucken kann.
Knobbi38
überlege doch mal selber. Wenn du an der Software nichts geändert hast und deine PDF-Datei in Farbe auf der Festplatte abgelegt wird, kann es doch nicht mehr an Access selber liegen, oder?
Möglicherweise hat sich hier der Programmierer es etwas einfach gemacht und sich die Initialisierung des Druckers geschenkt und auf die Default-Einstellungen vertraut? So etwas kann dann schon mal schiefgehen.
Tip:
Das Printerobjekt kennt zumindest die Eigenschaft Colormode. Wenn man auf Nummer sicher gehen möchte, sollte man diese einstellen oder aber zumindest abfragen und dann den Anwender darauf hinweisen,wenn etwas nicht passt. So eine Vorgehensweise setzt natürlich voraus, dass das gewählte Programm zum Ausdrucken einer PDF Datei nicht explizit diese vorausgewählte Einstellungen nochmal überschreibt.
Eine anderen Alternative wäre, einen genau definierten Drucker mit einem entsprechenden Profile einzurichten und vorher auf diesen Drucker umzuschalten.
Anstatt den Foxit-Reader zum Drucken von PDF Dateien gibt es auch andere Alternativen, z.B. SumatraPDF oder PDFtoPrinter, denen per Kommandozeile entsprechende Parameter mitgeben kann. Mit PDFPrint SDK von VeryPDF gibt es auch einen kommerzielle Lösung, womit man direkt ohne einen PDF Viewer eine PDF Datei drucken kann.
Knobbi38
#32
Access-Hilfe / Re: Access druckt alles in Sch...
Letzter Beitrag von NEW_ACCESS_USER - November 30, 2025, 16:35:43Zitat von: Knobbi38 am November 29, 2025, 14:47:50Zitat von: NEW_ACCESS_USER am November 29, 2025, 13:18:03Was kann das sein?Offensichtlich kann das sein, sonst wäre es dir ja nicht aufgefallen.
Schon mal geprüft, ob noch Farbe im Drucker ist?
SCNR
Ich fragte nicht ob das sein kann sondern was das sein kann!
Geschrieben habe ich auch das wenn ich das PDF so ausdrucke dass es in Farbe gedruckt wird, also ist auch Farbe drin.
Hattes du so eine dunkle Brille auf beim lesen? #33
Tabelle/Abfrage / Re: Abfrage - Listenfeld im Fo...
Letzter Beitrag von Knobbi38 - November 30, 2025, 16:11:02Anscheinend genügt es dir nicht, in einem Forum die Frage zu stellen und mehrere Helfer gleichzeitig zu beschäftigen, ohne das du die Foren gegenseitig verlinkst.
Rufst du auch mehrere Taxis gleichzeitig an, auch wenn du nur ein Taxi brauchst? Würde mal gerne wissen, was die Taxifahrer dazu sagen würden.
Vielleicht solltest du dir dieses mal durchlesen:
https://web.archive.org/web/20170619092620/http://www.excel-ist-sexy.de/crossposting/
Rufst du auch mehrere Taxis gleichzeitig an, auch wenn du nur ein Taxi brauchst? Würde mal gerne wissen, was die Taxifahrer dazu sagen würden.
Vielleicht solltest du dir dieses mal durchlesen:
https://web.archive.org/web/20170619092620/http://www.excel-ist-sexy.de/crossposting/
#34
Tabelle/Abfrage / Re: Abfrage - Listenfeld im Fo...
Letzter Beitrag von Bitsqueezer - November 30, 2025, 13:46:43Hallo,
wenn nur die Aktualisierung Dein Problem ist, das kannst Du mit dem Event "Got Focus" auf dem Listenfeld erreichen. Dann wird das Listenfeld aktualisiert, sobald Du es anklickst.
Oder, wie üblich, einfach F5 drücken, dann wird alles aktualisiert.
Gruß
Christian
wenn nur die Aktualisierung Dein Problem ist, das kannst Du mit dem Event "Got Focus" auf dem Listenfeld erreichen. Dann wird das Listenfeld aktualisiert, sobald Du es anklickst.
Oder, wie üblich, einfach F5 drücken, dann wird alles aktualisiert.
Gruß
Christian
#35
Tabelle/Abfrage / Abfrage - Listenfeld im Formul...
Letzter Beitrag von Wunna - November 30, 2025, 12:45:32Moin,
ich habe ein Problem.
Ich habe drei tabellen. Haupttabelle: tblLeitungsbeschädigung, darin Bauf_ID_F und Ver_ID_F.
Bauf_ID_F ist tblBeauftrage Bau_ID verknüpft.
Ver_ID_F ist mit tblVerursacher Ver_ID verküpft.
Mein Problem:
Ich möchte ein Abfrage erstellen, wo ich die Beauftrage Firma abfrage, wie oft die Verursacher Firmen beauftrag haben. Das heißt, Beauftragte Firma A kann Verursacher Firma A, Firma B u.s.w beauftragt haben.
Beauftragte Firma B kann natürlich auch Verursacher Firma A, B u.s.w. beauftrag haben.
Dieses Listenfeld, möchte ich im Formular Beauftrage haben und immer aktuell. Wenn ich natürlich die Beauftragte Firma im Formular wechsel, soll natürlich auch das Lsitenfeld sich dementsprechend ändern.
Ich hoffe, ihr könnt mein Problem nachvollziehen.
Nur zu Info: Listenfeld habeich schon erstellt und ich denke , das es gut aussieht. Allerdings aktuallisiert es sich nicht selber.
Bin Access Neuling!
ich habe ein Problem.
Ich habe drei tabellen. Haupttabelle: tblLeitungsbeschädigung, darin Bauf_ID_F und Ver_ID_F.
Bauf_ID_F ist tblBeauftrage Bau_ID verknüpft.
Ver_ID_F ist mit tblVerursacher Ver_ID verküpft.
Mein Problem:
Ich möchte ein Abfrage erstellen, wo ich die Beauftrage Firma abfrage, wie oft die Verursacher Firmen beauftrag haben. Das heißt, Beauftragte Firma A kann Verursacher Firma A, Firma B u.s.w beauftragt haben.
Beauftragte Firma B kann natürlich auch Verursacher Firma A, B u.s.w. beauftrag haben.
Dieses Listenfeld, möchte ich im Formular Beauftrage haben und immer aktuell. Wenn ich natürlich die Beauftragte Firma im Formular wechsel, soll natürlich auch das Lsitenfeld sich dementsprechend ändern.
Ich hoffe, ihr könnt mein Problem nachvollziehen.
Nur zu Info: Listenfeld habeich schon erstellt und ich denke , das es gut aussieht. Allerdings aktuallisiert es sich nicht selber.
Bin Access Neuling!
#36
Tabelle/Abfrage / Re: Problem bei Sortierreihenf...
Letzter Beitrag von Bitsqueezer - November 29, 2025, 22:24:34Hallo,
insbesondere, wenn Du mit SELECT..INTO arbeitest, ist die so entstandene neue Tabelle immer ein Heap (=Haufen). Mit jeder Ausführung von SELECT auf diese Tabelle kann die Reihenfolge anders sein, außer Du fügst ein ORDER BY hinzu. Das ORDER BY in SELECT..INTO kannst Du Dir schenken, das ist ohne Bedeutung. Denn die Daten werden beim Abfragen zwar in der gewünschten Reihenfolge geholt und dann geschrieben, aber da die neue Tabelle eben ein Heap ist, gibt es keine Garantie für die Ausgabereihenfolge bei einem SELECT darauf.
Wie Phil schon schrieb: Fügst Du danach einen Primary Key hinzu auf ein Feld, das eindeutig sein muß (eben i.d.R. eine AutoID), wird die Tabelle physikalisch in dieser Reihenfolge geschrieben und auch bei einem SELECT ohne ORDER BY i.d.R. in dieser Reihenfolge ausgegeben. Das ist aber keine Garantie. Eine korrekte Sortierung erhält man ausschließlich mit ORDER BY erst bei der Abfrage der Daten.
Bitte beachte, daß Access die physikalische Reihenfolge aufgrund des PKs nur bei "Compact & Repair" neu erstellt, da Access eine passive Datenbank ist und nichts ohne Anweisung macht. Wenn Du beispielsweise ein ID-Feld ohne AutoID hast, einen Datensatz in der Mitte (nach ID-Reihenfolge) löschst und einen neuen mit der gleichen ID schreibst, dann kann es sein, daß bei einem SELECT die ID am Ende ausgegeben wird, wenn Du nicht vorher "Compact & Repair" machst.
Der Grund ist simpel: Im Gegensatz zu älteren Datenbanken, die eine exakt gleiche Länge eines Datensatzes hatten, kann in modernen Datenbanken jeder Datensatz eine andere Länge haben. Daher "paßt" der neue u.U. nicht mehr dort, wo der alte mal war.
Das ist kein Access-Bug, das ist by design und nicht nur in Access so. Auch die "großen" Datenbanken wie SQL Server und Oracle usw. verhalten sich so.
Wenn Du textuelle Kostenstellen hast, solltest Du entweder immer eine gleiche Anzahl führender Nullen hinzufügen (also so, daß alle die gleiche Länge haben) oder generell die Kostenstellen in einen Integer umwandelst, sofern Du nicht welche mit Buchstaben darin hast. Bei einer Zahl ist einerseits die Performance besser, wenn es an's Suchen und Sortieren geht, andererseits spart es auch Platz im Datensatz.
Gruß
Christian
insbesondere, wenn Du mit SELECT..INTO arbeitest, ist die so entstandene neue Tabelle immer ein Heap (=Haufen). Mit jeder Ausführung von SELECT auf diese Tabelle kann die Reihenfolge anders sein, außer Du fügst ein ORDER BY hinzu. Das ORDER BY in SELECT..INTO kannst Du Dir schenken, das ist ohne Bedeutung. Denn die Daten werden beim Abfragen zwar in der gewünschten Reihenfolge geholt und dann geschrieben, aber da die neue Tabelle eben ein Heap ist, gibt es keine Garantie für die Ausgabereihenfolge bei einem SELECT darauf.
Wie Phil schon schrieb: Fügst Du danach einen Primary Key hinzu auf ein Feld, das eindeutig sein muß (eben i.d.R. eine AutoID), wird die Tabelle physikalisch in dieser Reihenfolge geschrieben und auch bei einem SELECT ohne ORDER BY i.d.R. in dieser Reihenfolge ausgegeben. Das ist aber keine Garantie. Eine korrekte Sortierung erhält man ausschließlich mit ORDER BY erst bei der Abfrage der Daten.
Bitte beachte, daß Access die physikalische Reihenfolge aufgrund des PKs nur bei "Compact & Repair" neu erstellt, da Access eine passive Datenbank ist und nichts ohne Anweisung macht. Wenn Du beispielsweise ein ID-Feld ohne AutoID hast, einen Datensatz in der Mitte (nach ID-Reihenfolge) löschst und einen neuen mit der gleichen ID schreibst, dann kann es sein, daß bei einem SELECT die ID am Ende ausgegeben wird, wenn Du nicht vorher "Compact & Repair" machst.
Der Grund ist simpel: Im Gegensatz zu älteren Datenbanken, die eine exakt gleiche Länge eines Datensatzes hatten, kann in modernen Datenbanken jeder Datensatz eine andere Länge haben. Daher "paßt" der neue u.U. nicht mehr dort, wo der alte mal war.
Das ist kein Access-Bug, das ist by design und nicht nur in Access so. Auch die "großen" Datenbanken wie SQL Server und Oracle usw. verhalten sich so.
Wenn Du textuelle Kostenstellen hast, solltest Du entweder immer eine gleiche Anzahl führender Nullen hinzufügen (also so, daß alle die gleiche Länge haben) oder generell die Kostenstellen in einen Integer umwandelst, sofern Du nicht welche mit Buchstaben darin hast. Bei einer Zahl ist einerseits die Performance besser, wenn es an's Suchen und Sortieren geht, andererseits spart es auch Platz im Datensatz.
Gruß
Christian
#37
Tabelle/Abfrage / Re: Problem bei Sortierreihenf...
Letzter Beitrag von PhilS - November 29, 2025, 18:18:43Zitat von: Hpseel am November 29, 2025, 17:40:28Die Zieltabelle enthält die Daten in der richtigen Sortierreihenfolge !!!Jein.
Eine Tabelle ist eine unsortierte Datenmenge! <- Das bitte unbedingt verinnerlichen!
Ein verlässliche Sortierung entsteht durch ein ORDER BY in einer Abfrage. Aber nur für die Abfrage selbst. Wenn du die Ergebnisse der Abfrage in eine Tabelle einfügst, gilt weiterhin dass eine Tabelle eine unsortierte Datenmenge ist.
Wenn du einen Auto-Wert als Primärschlüssel definierst (das hatte ich bei meinem Workaround vergessen), dann sind intern die Daten nach diesem Primärschlüssel sortiert und werden auch in dieser Reihenfolge ausgegeben solange es keinen Grund für Access gibt, eine andere Sortierung anzuwenden.
Deshalb gilt auch hier, dass eine verlässliche Sortierung nur durch ein ORDER BY bei der Abfrage der Daten erreicht wird.
#38
Tabelle/Abfrage / Re: Problem bei Sortierreihenf...
Letzter Beitrag von Hpseel - November 29, 2025, 17:40:28Der vorgeschlagene "Workaround" von PhilS funktioniert:
1 Erstellen einer Zieltabelle gleicher Struktur mit zusätzlichem ID-Feld (Autowert)
2 Anfügeabfrage erstellen und ausführen
3 Die Zieltabelle enthält die Daten in der richtigen Sortierreihenfolge !!!
Vor erneuter Ausführung muss man die Zieltabelle natürlich leeren (Delete * from Table)
Die erneute Ausführung bringt wieder die richtige Sortierreihenfolge!!!
Mein Resümee: Wir alle kennen das Problem, wenn Teile der Software nicht von der "Vorgeschichte" unabhängig sind.
Das scheint mir hier der Fall zu sein.
Ich denke, Access 2016 wird diesbezüglich kein Update mehr erhalten.
Immerhin kennen wir durch die Diskussion einen Workaround.
Vielen Dank an alle Diskussionsteilnehmer !!!
HPS
1 Erstellen einer Zieltabelle gleicher Struktur mit zusätzlichem ID-Feld (Autowert)
2 Anfügeabfrage erstellen und ausführen
3 Die Zieltabelle enthält die Daten in der richtigen Sortierreihenfolge !!!
Vor erneuter Ausführung muss man die Zieltabelle natürlich leeren (Delete * from Table)
Die erneute Ausführung bringt wieder die richtige Sortierreihenfolge!!!
Mein Resümee: Wir alle kennen das Problem, wenn Teile der Software nicht von der "Vorgeschichte" unabhängig sind.
Das scheint mir hier der Fall zu sein.
Ich denke, Access 2016 wird diesbezüglich kein Update mehr erhalten.
Immerhin kennen wir durch die Diskussion einen Workaround.
Vielen Dank an alle Diskussionsteilnehmer !!!
HPS
#39
Tabelle/Abfrage / Re: Problem bei Sortierreihenf...
Letzter Beitrag von PhilS - November 29, 2025, 17:16:53Zitat von: Knobbi38 am November 29, 2025, 15:17:40Beachte den Unterschied zwischen "SELECT INTO ..." und "INSERT INTO SELECT ..."Das hatte ich in dem Moment tatsächlich übersehen.
Wenn das ganze eine einmalige Aktion sein soll, wäre es ja kein Problem erstmal eine Tabellenerstellungsabfrage ohne Daten laufen zu lassen, dann in der erstellen Tabelle die Auto-Wert-Spalte manuell zu ergänzen, und zuletzt die Daten mittels Anfügeabfrage zu kopieren.
@Hpseel, wenn das ganze eine wiederkehrende Aktion ist, und evtl. auch generell, wäre es ein sinnvoller Weg eine neue Tabelle für die Kostenstellen und deren gewünschte Sortierreihenfolge zu erstellen. Mit einem Join auf diese Tabelle und einem entsprechenden ORDER BY kannst du in jeder Abfrage zuverlässig sortieren.
#40
Access-Hilfe / Re: Access druckt alles in Sch...
Letzter Beitrag von PhilS - November 29, 2025, 16:44:34Zitat von: NEW_ACCESS_USER am November 29, 2025, 13:18:03Wenn ich das PDF so drucke, also nicht über Access dann wird es Farbig gedruckt.Das hat mit Access nicht viel zu tun. Du startest den Druck über eine Befehlszeile. Ob diese Befehlszeile aus Access aufgerufen wird oder ob du die per Hand getippt hast, spielt dabei keine Rolle.
Soweit mir bekannt ist, gibt es für den Foxit Reader nur das Befehlszeilenargument /t um ein Dokument mit den Standardeinstellungen des Druckers zu drucken. D.h. du musst vorher den Drucker so einstellen, dass er standardmäßig in Farbe druckt und dann sollte das auch mit der Befehlszeile aus Access funktionieren.
Theoretisch könntest du auch aus Access heraus die Standardeinstellungen des Druckers so vorkonfigurieren, wie du sie für diesen Ausdruck haben willst. Das ist aber meines Wissens nur über die Windows API möglich und die Umsetzung ziemlich anspruchsvoll.