Office: (Office 2016) ComboBox-Werte auslesen für Ausdrucks-Generator

Ich schrieb doch, Backslash. Hast du die ersetzt/geändert?
Die Backslashe sorgen dafür, dass die #-Zeichen und die - Zeichen richtig interpretiert werden.

Aber ich seh' schon, viele Wege führen nach Rom *wink.gif* .
maike

 

Hallo,
so:
Code:

Achtung, die : müssen durch Backslash ersetzt werden, die Forensoftware verschluckt die Backslash. Steht auch sinngemäß in #8.
Ich habe nur wegen der Deutlichkeit den : verwendet.

PS:
Irgendwie sollte da mal die Forensoftware angepasst werden. Ein Backslash ist ja in der Computernomenklatur nichts ungewöhnliches.

 

Da gebe ich Dir recht, Klaus.
Die einfachste Lösung schrieb aber doch nouba in #14... (ohne Format)

 

Hallo,
@fraeser
ja, mit Noubas Vorschlag ist die Formatierung nicht notwendig. Man muss allerdings das Kombifeld verketten, wenn man das Kombi als Variable verwenden will.
Code:

 

Klar.
Die Spalte "Datum" sollte auch noch umbenannt werden, um später nicht andere Probleme zu bekommen...

 

Hallo
Evtl. Beschäftigst Du Dich doch ein mal mit BuildCreiteria
Lies in der OH (OnlineHilfe) über diesen Befehl

oder in meiner Doc s.Fusszeile unten Rechts Meine Doc
Seite 70-74
Where-Bedingung mit BuildCriteria erstellen
und Seite 296
10.19.26 Kriterien für Datum Vergleich (Filter) mit BuildCriteria erstellen

 

Hallo
habe eine kleine Muster AccDB im Anhang

Schau sie an
ist das in etwa was für Dich ?
wenn du einen(einige) Befehle nicht Kennst / Frage !
Code beim Änderung des Kombifeld:
Code:

 

Hallo,
@Ruedi
was bringt diese umfangreiche Funktion für Vorteile gegenüber Dateadd ?
Die wenigen Zeilen in #19 machen exakt das Gleiche.
Statt der positiven Zahlen (3,6,9) werden gleich die negativen Zahlen übergeben über das Kombifeld übergeben.

Und DateSerial(Year(Date), fmDat, Day(Date)) könnte auch gleich die Monate abziehen unter automatischer Berücksichtigung des Jahres. Z.B. 3 Monate weniger:
Code:

Wozu dann der riesen Umweg ?

 

Hallo
ich wollte eigentlich nur Darauf hin weisen
das Buildcrieria ein gute sache ist ein wehre/Filter zu erstellen
das datu hat dan nicht das Format "#yyyy:-mm:-dd:#" sondern

bei BuildCriteria
verwendet das Datum Format
m/d/yyyy hh:nn:ss oder eben ohne Zeit m/d/yyyy
und läst führende (unnötige) 0 weg

was sehr gut ist bei Wehre und Filter (wieso frage MS)
seit Access 1.0 (vor 24 Jahren wurde mir gesagt das ma "yyyy.mm.dd" Verwenden soll
doch MS macht es nicht So bei BuildCriteria *wink.gif*) und es läuft SEHR GUT !

und er kan mein code Testen *Smilie
das ganze habe ich Schrittweise gemacht das man die einzelnen Schritte nachvollziehen kan

das ist nichts gegen das was meine Vorredner gesagt haben, die haben Ja ganz recht !

@Triky313
sehe einmal im Formular unter Filter
was da steht da nach dem Du z.B. 3 gewählt hast *wink.gif*
xDatum>=#9/20/2016# 9 ist mon. 20 der tag von heute (kann einfach auf den 1. des Monat setzen )
und 2016 ist auch aus dem aktuellen Datum

 

Hallo,
@Ruedi
aber eine Formatierung wird doch gar nicht mehr benötigt. Dann entfällt doch auch BuildCriteria.

Aber es schadet ja nicht, wenn man es weiß.

 

muss da Klaus recht geben ....
Den Code hätte ich jetzt einem blutigen Anfänger zugeschrieben *boah

u.a. weil:
- den sich wiederholenden identischen Zeilen in den Cases
- dem nicht Verwenden des Wertes direkt in der Datumsberechnung, sondern die überflüssige Auflösung über cases
...

Wie Klaus das schon gezeigt hat, schrumpft das ganze dann auf sowas zusammen:

Code:

 

Hallo
Das kann man so sehr Gut machen
aber das:

ist noch nicht abgefangen !
du kannst so z.b. auch 1,2,10..... eingeben
und was ist mit den datum die in der Zukunft liegen ? was soll mit diesen geschehen ?
anzeige oder Nicht?
StrCrit = BuildCriteria("xDatum", dbDate, ">=" & fdDat & " and

 

BuildCriteria (mit A2007 getestet) hat auch seine Macken. Aus dem Direktbereich: Code:

Und Code:

bzw. Code:

wird erst gar nicht ausgewertet und führt sofort zu einem Laufzeitfehler.

 

Hallo Nouba
DU hast Recht die klammern () im Text verwirren BuildCriteria *frown.gif*
zuert habe ich gedacht das nur der Operant Fehlt "=" & Text
doch dem ist nicht so !
jedoch habe ich bis jetzt noch nie so ein fall gehabt *wink.gif*
habe es jetzt nur mit access 2016 getestet
und weiss jetzt nich wie das mit Access 2003 war