Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
seit einer Weile denke ich schon über eine elegante Möglichkeit nach, mit der der Benutzer z.B. Messvorschriften oder -ergebnisse suchen und auswählen kann. Dabei geht es mir erstmal nur um neue Ideen/Konzepte/Ansätze. Ein konkretes Problem mit Lösungsdruck gibt es zum Glück gerade nicht...
Bei den bisherigen Lösungen wird eine Liste von Dateien nach Namen(steilen) und Datum(sbereich) eingeschränkt und angezeigt. Funktioniert, ist einfach aber auch unübersichtlich wenn man Datum oder Namen nicht mehr so genau weiß. (Außerdem sammeln sich mit der Zeit auch so sinnvolle Namen wie "Testmessung123" an.)
Ich würde stattdessen gerne ein System einsetzen, bei dem der Benutzer über etwa 5-10 Kriterien die Auswahl einschränken kann, aber nicht muss (in der Art: Seriennummer > 1000, Leistung 50-100, Datum egal, Produktgruppe = B).
Frei wählbare Sortierung der Auswahl (z.B. Messdatum aufsteigend) wäre auch nett.
Ich kenne also das "Problem" und eine funktionierende Lösung die mir aber nicht so richtigrichtig gefällt. Beim konkreten Aussehen der Alternativen bin ich flexibel. Wie gesagt bin ich derzeit noch auf "allgemeiner" Ideensuche.
(Lösungen wie z.B. Arrays of Cluster mit dazugehörigem Bool-Cluster für "selektion-aktiv" gefallen mir nicht, da zu unflexibel und schlecht wartbar.)
Meine Hoffnung ist, dass es da schon irgendwelche Standards gibt, die ich bisher übersehen habe.
Die Programmierung des Backends kann ich problemlos auf das UI ausrichten. Egal ob Textdateien, Datenbank, Indexdatei, ... das ist alles kein Problem.
Und jetzt ihr...! :-)
bis denne,
* mario *
15.03.2016, 10:25 (Dieser Beitrag wurde zuletzt bearbeitet: 15.03.2016 10:26 von GerdW.)
Hmmm, da es "nur" um einen etwas geschickteren Auswahldialog geht, sind Lösungen wie Diadem vermutlich Overkill. Ich wollte mich aber "bei Gelegenheit" sowieso mal in die Möglichkeiten von Diadem einarbeiten. Vielleicht ist das ja nun die "Gelegenheit"....
Eine Datenbankstruktur hatte ich bei meinen Überlegungen schon im Hinterkopf. Aber die Lösungsfindung fürs User-Interface will ich zunächst unabhängig davon betrachten. (Ich möchte vermeiden, dass potentielle Lösungen zu früh rausfallen, weil sie das falsche Format haben o.ä.)
bis denne,
* mario *
15.03.2016, 12:43 (Dieser Beitrag wurde zuletzt bearbeitet: 15.03.2016 12:44 von GerdW.)
Zitat:Ich würde stattdessen gerne ein System einsetzen, bei dem der Benutzer über etwa 5-10 Kriterien die Auswahl einschränken kann, aber nicht muss (in der Art: Seriennummer > 1000, Leistung 50-100, Datum egal, Produktgruppe = B).
Frei wählbare Sortierung der Auswahl (z.B. Messdatum aufsteigend) wäre auch nett.
Für solche Auswahlkriterien sind Datenbanken bestens geeignet.
Zitat:Meine Hoffnung ist, dass es da schon irgendwelche Standards gibt, die ich bisher übersehen habe.
Bei diesen Kriterien sehe ich Datenbanken als klaren Standard…
Du kannst natürlich sowas auch selbst programmieren: Dateien einlesen, relevante Kriterien zu jeder Datei analysieren und irgendwo ablegen, passende Filter programmieren, Sortierroutinen programmieren, passendes UI dazu programmieren. Den Zeitaufwand dafür darfst du gegen den Aufwand abschätzen, der für DIADEM oder eine beliebige andere Datenbank benötigt wird…
Bei Deiner Überlegung musst man zunächst erst mal die Möglichkeit betrachten, wie die Daten in was auch immer geschrienem sind.
- gibt es bestimmte Zahlenformen
- sind Strings vorhanden
- sind die Daten elektronisch oder von Hand eingelesen (Fehlermöglichkeiten)
- muss ich in verschiedenen Dateien suchen
- sind die Daten seriell oder tabellarisch abgelegt
usw.
Dann kann ich über Suchsysteme nachdenken.
Zuerst die Sammelwut und dann die Sortierung und Suche.
Gruß
Freddy
Wie gesagt: Es geht mir "nur" um das Benutzer-Interface. Also die Frage, wie kann der Bearbeiter komfortabel bestimmte Kriterien auswählen und damit die Ergebnisse einschränken.
Für jedes Kriterium einen Cluster vorzusehen wo der Bearbeiter "Wert", "größer/kleiner/gleich/ignorieren" auswählen muss, gefällt mir nicht. Und wenn ich dann je nach Vorauswahl bestimmte Möglichkeiten ein- und ausblenden möchte, wird es richtig komplex.
Natürlich könnte man so ein Interface für jede Aufgabe speziell anpassen. Aber das muss doch auch einfacher, eleganter und allgemeingültiger gehen.
Eine Idee wäre z.B. ein String-Feld für jedes Kriterium. (Oder String-Array in der entsprechenden Größe). Trägt der Bearbeiter nichts ein, wird der "Eintrag" ignoriert. Steht dort ein Wert oder ein Vergleich wird das entsprechend geparsed und behandelt.
Daraus könnte man dann ein kleines universelles Template basteln. Überschaubarer Aufwand, wiederverwendbar, aber auch noch kein richtig schönes Nutzer-Interface. Und genau dazu fehlt mir irgendwie die "geniale" Idee..... (verbunden mit der Hoffnung, dass jemand anderes an der Stelle schon weiter ist.)
Das Handling der dahinter liegenden Daten macht mir keine Sorgen. Egal ob per DB-Abfrage "just in time" oder vorab ganze Arrays/Cluster aus DB oder Datei.
Ich würde damit anfangen alle Filter zu definieren.
Z.B. Größer, gleich, von bis, kleiner usw.
Dann die dazugehörige Syntax.
Als nächsten Schritt könnte man Klassen definieren für Zahlen, Datum String usw. in denen diese Filter ausprogrammiert sind.
Gruß
Freddy
Ich hab gerade nochmal die Beiträge von GerdW gelesen. Er hat natürlich recht jede beliebige Datenbank ist da schneller programmiert.
(15.03.2016 13:32 )Freddy schrieb: [...] jede beliebige Datenbank ist da schneller programmiert.
Aber durch die Datenbank habe ich ja immer noch kein User-Interface. Oder stehe ich auf dem Schlauch, und es gibt bereits ein schönes Framework als Bindeglied zwischen Frontpanel(!) und DB?
Zumindest mit LV-Hausmitteln kenne ich da (noch) nichts. Vermutlich gibt es geeignete ActiveX-Plugins. (Aber in der ActiveX-Welt habe ich noch weniger Überblick.)
bis denne,
* mario *
15.03.2016, 14:56 (Dieser Beitrag wurde zuletzt bearbeitet: 15.03.2016 15:04 von GerdW.)
