Neuigkeiten:

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

Mobiles Hauptmenü

Merkwürdige Verhalten im FilterTexfeld

Begonnen von WhiteCrow, Juni 11, 2015, 22:06:29

⏪ vorheriges - nächstes ⏩

MaggieMay

#15
Hi,

was gibt es da zu googeln? Einfach mal überprüfen, ob alles so umgesetzt wurde, wie es geplant war.
Wenn es Ereignisprozeduren gibt, muss auch die zugehörige Ereigniseigenschaft des Steuerelements auf "Ereignisprozedur" eingestellt sein. Andernfalls werden diese natürlich auch nicht ausgeführt.
Das kann man auf verschiedene Art und Weise leicht feststellen:
1. Nachsehen
2. Haltepunkt in die Prozedur setzen und Ereignis auslösen - wenn nix passiert, dann stimmt etwas nicht

PS:
Bei genauerem Hinsehen kann festgestellt werden, dass die Kombination aller Kriterien eigentlich gar keinen Sinn macht, zumindest was die Boxnumber betrifft, denn Boxnumber ist ein eindeutiger Schlüssel und braucht keine weitere Einschränkung. Und warum sollte man durch Eingabe von "1" nach Boxnumber "1" oder "12" oder "31" suchen wollen? Hier wäre also ebenfalls der Einsatz eines Kombifeldes, das konkrete Werte zur Auswahl anbietet, vorzuziehen.

PS-2:
Bei der Suche mit Hilfe von Kombifeldern (insbesondere mit der Einstellung "Nur Listeinträge") ist das AfterUpdate-Ereignis (="Nach Aktualisierung") dem Change-Ereignis vorzuziehen, da es hier darum geht, die ausgewählte ID weiterzuverwenden und nicht den damit verbundenen Text.
Freundliche Grüße
MaggieMay

WhiteCrow

Zitat von: MaggieMay am Juli 03, 2015, 22:31:10
was gibt es da zu googeln?
paar Begriffe, empfohlene Prozeduren usw. -einfach um selber dazu lernen.

ZitatWenn es Ereignisprozeduren gibt, muss auch die zugehörige Ereigniseigenschaft des Steuerelements auf "Ereignisprozedur" eingestellt sein. Andernfalls werden diese natürlich auch nicht ausgeführt.
das ist mir schon klar, :) zZt. war nicht "eingestellt", da so oder so -nicht funktioniert, bzw. um dabei das Problembereich zur beschreiben/zeigen.

Zitatwarum sollte man durch Eingabe von "1" nach Boxnumber "1" oder "12" oder "31" suchen wollen?
um einem freien oder frei liegenden  Fach/BoxNumber am d.Datenträger zuordnen können (und/oder andersherum).

ZitatHier wäre also ebenfalls der Einsatz eines Kombifeldes, das konkrete Werte zur Auswahl anbietet, vorzuziehen.
Ja... stell Dir die 1000 DS und die Scroll-Action dabei.
Klar man kann auch im Kombifeld schreiben aber... dann kann ich gleich bei Textfeld bleiben wen's schon sogar funktioniert -und mit Kombis komme gar keinem schritt weiter.

Zitat
Bei der Suche mit Hilfe von Kombifeldern (insbesondere mit der Einstellung "Nur Listeinträge") ist das AfterUpdate-Ereignis (="Nach Aktualisierung") dem Change-Ereignis vorzuziehen, da es hier darum geht, die ausgewählte ID weiterzuverwenden und nicht den damit verbundenen Text.
Hab mich glaube zur fest am Microsofts Cinecity -Informationen gehalten. Als sei es vorbildlich. ^^
Sehe das bring jetzt noch nichts. Lege das erst ab -oder mache mir Gedanken über Neubeginn.

MzKlMu

#17
Hallo,
ZitatJa... stell Dir die 1000 DS und die Scroll-Action dabei.
und ein Kombi hat die wunderbare Eigenschaft "Automatisch ergänzen" wenn die auf Ja steht bringt Dich jeder eingegeben Buchstabe dem gewünschten Eintrag näher.
Meist reichen schon 2-3 Buchstaben um ohne zu scrollen zur richtigen Auswahl zu kommen. Und Tippfehler können auch keine gemacht werden.
Das Kombi ist in diesem Fall dem Textfeld vorzuziehen.
Gruß Klaus

DF6GL

Hallo,

nochmal zum "Like":

https://msdn.microsoft.com/en-us/library/bb208897(v=office.12).aspx


Auch wenn es mit Tabellenfeldern vom Datentyp Datum/Uhrzeit oder Zahl (scheinbar) funktioniert, kann der Like-Operator nur auf Strings angewendet werden. Dass Access nun dem User das Leben erleichtern will (wirklich?) und bei der Anwendung von Like auf Zahlen, bzw. Datum diese Datentypen intern zunächst auf "Text" konvertiert und so ein "Funktionieren" erzwingt, halte ich für einen faux pas.
Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

WhiteCrow

So. Paar intensive Tage dabei gesessen,
Nachschlagefelder gelöscht, mit Zahlenfeldern ersetzt, Beziehung hergestellt und mehrere Codes getestet
aber so ein Gemisch... -ist glaube mit keinem Textfeld und Kombifeld zusammen zur schaffen.

Aktuelle Datenmodel ist schon gewaltig anders, deswegen jetzt noch mal meine Frage:
Welche Empfehlung könnt Ihr mir dafür geben? Textfelder oder Kombis? welchen Code/Filter? usw.

Zum Filtern benötigt werden 4Felder mit "Fremdkeys" (also Zahl) dann ein Text- und chkBox- Feld
Alle weiteren die hier im Vorlage nicht vorhanden sind, -sind auch im Filterung irrelevant
Dankeschön im voraus
Gruß
*crow