- Welcome to Access-o-Mania.
Hilfe zu Microsoft Access und verwandten Produkten
Neueste Beiträge
#1
Access Programmierung / Re: Scannerauflösung einstelle...
Letzter Beitrag von Gockel67 - Juni 05, 2026, 17:21:47Zitat von: PhilS am Juni 05, 2026, 15:30:41Ergänzung/Korrektur zu meiner vorherigen Aussage: Du kannst in NAPS2 in dem Scan-Profil "Use Native UI" einstellen, dann werden die Standarddialoge von WIA/TWAIN zum Scannen eingeblendet, in denen das möglich ist.
Danke an alle. Das ist die Lösung die ich gebraucht habe. So scheint es zu funktionieren.
Sollten noch Fragen auftauchen werde ich mich wieder melden.
Wünsche allen ein schönes Wochenende
Jörg
#2
Access Programmierung / Re: Scannerauflösung einstelle...
Letzter Beitrag von PhilS - Juni 05, 2026, 15:30:41Zitat von: Knobbi38 am Juni 05, 2026, 13:11:17Wie Phil schon ausgeführt hat, ist die Windows Lupe wohl die einfachste Variante.Die Lupe meine ich nicht.
Sondern: "Settings" - "Display" - "Scale and layout" - "Change the size of text, apps, and other items": xxx%
Zitat von: Gockel67 am Juni 05, 2026, 10:04:29Mit Naps2 kann ich keine Vorschau zum zurechtschneiden machen, oder?Ergänzung/Korrektur zu meiner vorherigen Aussage: Du kannst in NAPS2 in dem Scan-Profil "Use Native UI" einstellen, dann werden die Standarddialoge von WIA/TWAIN zum Scannen eingeblendet, in denen das möglich ist.
#3
Access Programmierung / Re: Scannerauflösung einstelle...
Letzter Beitrag von Knobbi38 - Juni 05, 2026, 13:11:17Wie Phil schon ausgeführt hat, ist die Windows Lupe wohl die einfachste Variante.
#4
Access Programmierung / Re: Endlosformular
Letzter Beitrag von Beaker s.a. - Juni 05, 2026, 11:59:21Hallo Peter,
Das ist die ID eines Datensatzes, - hier wohl einer Adresse.
Die Bedingung musst du der Datensatzherkunft des jeweiligen Forms
anpassen. Also statt "AdrID" den Namen des PK-Feldes der jeweiligen
Tabelle.
gruss ekkehard
Das ist die ID eines Datensatzes, - hier wohl einer Adresse.
Die Bedingung musst du der Datensatzherkunft des jeweiligen Forms
anpassen. Also statt "AdrID" den Namen des PK-Feldes der jeweiligen
Tabelle.
gruss ekkehard
#5
Access Programmierung / Endlosformular
Letzter Beitrag von PeterW - Juni 05, 2026, 10:38:26Ich habe in einem Endlosformular einen Balken eingesetzt, der mir den jeweiligen aktuellen Datensatz gelb unterlegt. Das funktioniert in einigen Formularen einwandfrei. Die Möglichkeit in weiteren Formularen zu realisieren, scheitert. Ich kann die erforderliche bedigte Formulierung nicht funktionsgerecht erstellen.
in dem beiligenden Bild ist die funktionierende Bedingung dargestellt. Was bedeutet die Zahl 1438 darin.
Mit der gleichen Bedingung an anderen Endlosformularen habe ich keinen Erfolg.
in dem beiligenden Bild ist die funktionierende Bedingung dargestellt. Was bedeutet die Zahl 1438 darin.
Mit der gleichen Bedingung an anderen Endlosformularen habe ich keinen Erfolg.
#6
Access Programmierung / Re: Scannerauflösung einstelle...
Letzter Beitrag von PhilS - Juni 05, 2026, 10:20:41Zitat von: Gockel67 am Juni 05, 2026, 10:04:29Mit Naps2 kann ich keine Vorschau zum zurechtschneiden machen, oder?Nicht vor dem Scan, aber nach dem Scan kannst du einfach die eingescannte Seite doppelklicken und dann zuschneiden.
Zitat von: Gockel67 am Juni 05, 2026, 10:04:29Diese ist mir allerdings etwas zu klein (hab nur noch eine Sehkraft von 40 Prozent).Du kennst die Windows Display Skalierung? Damit kannst du alles auf dem Bildschirm um x% größer als normal darstellen lassen. - Allerdings unterstützen das nicht alle Anwendungen. Falls die WIA-Dialoge dazugehören, hilft dir das hier natürlich nicht weiter.
#7
Access Programmierung / Re: Scannerauflösung einstelle...
Letzter Beitrag von Gockel67 - Juni 05, 2026, 10:04:29Hallo Knobbi,
vielen Dank für deine Hinweise. Hab jetzt mal beides ausprobiert.
Korrigier mich bitte wenn ich falsch liege.
Mit Naps2 kann ich keine Vorschau zum zurechtschneiden machen, oder?
Mit der Windows Scanner App kann ich zwar Vorschau und zuschneiden machen. Diese liefert wohl aber keinen Rückgabewert sondern scannt stur nach Pictures\Scans?
Google KI hat mir zwar für die Windows Scanner App was ausgespuckt was aber leider auch nicht richtig funktioniert.
Hast du vielleicht noch eine ander Idee? Ansonsten müsste ich bei der normalen Wia-Funktion bleiben. Diese ist mir allerdings etwas zu klein (hab nur noch eine Sehkraft von 40 Prozent). Deshalb bin ich ja auf der Suche nach einer Alternativen.
Wünsche allen ein schönes Wochenende
Jörg
vielen Dank für deine Hinweise. Hab jetzt mal beides ausprobiert.
Korrigier mich bitte wenn ich falsch liege.
Mit Naps2 kann ich keine Vorschau zum zurechtschneiden machen, oder?
Mit der Windows Scanner App kann ich zwar Vorschau und zuschneiden machen. Diese liefert wohl aber keinen Rückgabewert sondern scannt stur nach Pictures\Scans?
Google KI hat mir zwar für die Windows Scanner App was ausgespuckt was aber leider auch nicht richtig funktioniert.
Hast du vielleicht noch eine ander Idee? Ansonsten müsste ich bei der normalen Wia-Funktion bleiben. Diese ist mir allerdings etwas zu klein (hab nur noch eine Sehkraft von 40 Prozent). Deshalb bin ich ja auf der Suche nach einer Alternativen.
Wünsche allen ein schönes Wochenende
Jörg
#8
Access Programmierung / Re: Dateidatum per VBA ändern
Letzter Beitrag von Knobbi38 - Juni 03, 2026, 21:52:19Hallo Phil,
es scheint von mehreren Faktoren abhängig zu sein - welche das sind kann ich nicht mit Bestimmtheit sagen, aber auch die Treiber scheinen daran beteiligt zu sein.
So sieht das bei mir aus:
Sie dürfen in diesem Board keine Dateianhänge sehen.
Man beachte die Uhrzeit bei "Letzter Zugriff". Das mach nicht wirklich Sinn.
Allerdings habe ich gerade bemerkt, das andere Laufwerke bei mir die gleichen Ergebnisse anzeigen, wie in deinem Beispiel. Das Verhalten ist für mich nicht plausibel.
Gruß
Ulrich
es scheint von mehreren Faktoren abhängig zu sein - welche das sind kann ich nicht mit Bestimmtheit sagen, aber auch die Treiber scheinen daran beteiligt zu sein.
So sieht das bei mir aus:
Sie dürfen in diesem Board keine Dateianhänge sehen.
Code [Auswählen]
==================================================
1. METADATEN VOR DEM UPDATE (LOKALZEIT):
Erstellungsdatum: 08.03.2026 11:45:03
Änderungsdatum: 08.03.2026 11:45:04
Letzter Zugriff: 31.05.2026
--------------------------------------------------
2. METADATEN NACH DEM UPDATE (LOKALZEIT):
Erstellungsdatum: 01.03.2026 00:01:00
Änderungsdatum: 01.03.2026 00:01:00
Letzter Zugriff: 28.02.2026 23:00:00
==================================================
==================================================
1. METADATEN VOR DEM UPDATE (LOKALZEIT):
Erstellungsdatum: 01.03.2026 00:01:00
Änderungsdatum: 01.03.2026 00:01:00
Letzter Zugriff: 03.06.2026
--------------------------------------------------
2. METADATEN NACH DEM UPDATE (LOKALZEIT):
Erstellungsdatum: 01.01.2026 00:01:00
Änderungsdatum: 01.01.2026 00:01:00
Letzter Zugriff: 31.12.2025 23:00:00
==================================================
>fsutil behavior query disableLastAccess
DisableLastAccess = 2 (Vom System verwaltet, Updates für letzte Zugriffszeit ENABLED)
Man beachte die Uhrzeit bei "Letzter Zugriff". Das mach nicht wirklich Sinn.
Allerdings habe ich gerade bemerkt, das andere Laufwerke bei mir die gleichen Ergebnisse anzeigen, wie in deinem Beispiel. Das Verhalten ist für mich nicht plausibel.
Gruß
Ulrich
#9
Access Programmierung / Re: Dateidatum per VBA ändern
Letzter Beitrag von PhilS - Juni 03, 2026, 15:47:47Zitat von: Knobbi38 am Juni 03, 2026, 13:07:37Wenn man von #01.03.2026 12:01:00 AM# (CEST) zwei Stunden abzieht, kommt man genau zu dem Phänomen, dass im Explorer bei den Eigenschaften die Zeit falsch ist, "28. Feb. ....".? Aber der 28.02.2026 22:01 wäre doch richtig wenn man 2 Stunden abzieht.
Da der Explorer aber die lokale Zeit zeigen soll, ist es doch korrekt, dass er die 2 Stunden *nicht* abzieht.
Sorry, ich sehe hier scheinbar das Problem nicht.
Sie dürfen in diesem Board keine Dateianhänge sehen.
Ich habe TesteMetadatenVerschiebung zweimal ausgeführt. Erst für den 01.03. dann für den 01.01.:
Code [Auswählen]
==================================================
1. METADATEN VOR DEM UPDATE (LOKALZEIT):
Erstellungsdatum: 03.06.2026 15:25:26
Änderungsdatum: 27.11.2018 23:44:58
Letzter Zugriff: 03.06.2026 15:25:26
--------------------------------------------------
2. METADATEN NACH DEM UPDATE (LOKALZEIT):
Erstellungsdatum: 01.03.2026 00:01:00
Änderungsdatum: 01.03.2026 00:01:00
Letzter Zugriff: 01.03.2026 00:01:00
==================================================
==================================================
1. METADATEN VOR DEM UPDATE (LOKALZEIT):
Erstellungsdatum: 01.03.2026 00:01:00
Änderungsdatum: 01.03.2026 00:01:00
Letzter Zugriff: 01.03.2026 00:01:00
--------------------------------------------------
2. METADATEN NACH DEM UPDATE (LOKALZEIT):
Erstellungsdatum: 01.01.2026 00:01:00
Änderungsdatum: 01.01.2026 00:01:00
Letzter Zugriff: 01.01.2026 00:01:00
================================================== #10
Access Programmierung / Re: Dateidatum per VBA ändern
Letzter Beitrag von Knobbi38 - Juni 03, 2026, 13:07:37Hallo Phil,
ich habe mehrere Anläufe unternommen und verschiedene Dinge ausprobiert. Klar ist, dass NTFS immer UTC Zeit für diese Zeitangaben verwendet. Das Problem ist nun, dass beim Letzten Zugriffsdatum irgend etwas verloren geht, möglicherweise aus Performancegründen. Wie auch immer, spielt anschließend die Umrechnung von lokaler Zeitangabe in UTC Zeit dann nicht mehr mit. Wenn man von #01.03.2026 12:01:00 AM# (CEST) zwei Stunden abzieht, kommt man genau zu dem Phänomen, dass im Explorer bei den Eigenschaften die Zeit falsch ist, "28. Feb. ....". Sie wird nicht für die Anzeige einfach falsch zurückgerechnet, sondern wenn man das per API ausliest, kann man mit dem Debugger die einzelnen Schritte ja mitverfolgen. Genauso dann das Problem mit dem Datum 01.01.2026, so wie es Jörg auch beschrieben hat.
Ich kann die Angaben natürlich nicht mit offiziellen Dokumenten von Microsoft verifizieren. Alle Hinweise, die mir die KI bezüglich des Problems gegeben hat, konnte ich jedoch nachvollziehen. Deshalb nehme ich jetzt an, dass diese erst einmal stimmen, es sei denn, jemand zeigt mir, dass es nicht so ist.
Wenn man sich außerdem die anderen Suchergebnisse im Internet ansieht, beschreiben die ähnliche Phänomene. Du kannst ja mal mit dem Stichwort: "Time Zone Discrepancies and the 'One Hour' Bug" suchen, was aber nur einen Teil des Problems beschreibt, LastAccessTimestamp ist noch ein anderes.
Gruß
Ulrich
Nachtrag:
Das sollte man auch noch kontrollieren:
https://www.tenforums.com/tutorials/139015-enable-disable-ntfs-last-access-time-stamp-updates-windows-10-a.html
ich habe mehrere Anläufe unternommen und verschiedene Dinge ausprobiert. Klar ist, dass NTFS immer UTC Zeit für diese Zeitangaben verwendet. Das Problem ist nun, dass beim Letzten Zugriffsdatum irgend etwas verloren geht, möglicherweise aus Performancegründen. Wie auch immer, spielt anschließend die Umrechnung von lokaler Zeitangabe in UTC Zeit dann nicht mehr mit. Wenn man von #01.03.2026 12:01:00 AM# (CEST) zwei Stunden abzieht, kommt man genau zu dem Phänomen, dass im Explorer bei den Eigenschaften die Zeit falsch ist, "28. Feb. ....". Sie wird nicht für die Anzeige einfach falsch zurückgerechnet, sondern wenn man das per API ausliest, kann man mit dem Debugger die einzelnen Schritte ja mitverfolgen. Genauso dann das Problem mit dem Datum 01.01.2026, so wie es Jörg auch beschrieben hat.
Ich kann die Angaben natürlich nicht mit offiziellen Dokumenten von Microsoft verifizieren. Alle Hinweise, die mir die KI bezüglich des Problems gegeben hat, konnte ich jedoch nachvollziehen. Deshalb nehme ich jetzt an, dass diese erst einmal stimmen, es sei denn, jemand zeigt mir, dass es nicht so ist.
Wenn man sich außerdem die anderen Suchergebnisse im Internet ansieht, beschreiben die ähnliche Phänomene. Du kannst ja mal mit dem Stichwort: "Time Zone Discrepancies and the 'One Hour' Bug" suchen, was aber nur einen Teil des Problems beschreibt, LastAccessTimestamp ist noch ein anderes.
Gruß
Ulrich
Nachtrag:
Das sollte man auch noch kontrollieren:
https://www.tenforums.com/tutorials/139015-enable-disable-ntfs-last-access-time-stamp-updates-windows-10-a.html