![]() |
AW: ListView Performance bei vielen Datensätzen (FMX)
Nja, wenn noch kein Filter vorhanden, dann "alles" laden (mit Limit, damit nicht zuviel/langsam)
oder zu Beginn eben garnichts automatisch laden. (erst nach Eingabe/Enter) WHERE einem LIKE :Filter + '%' dann noch ein LIMIT 100 (oder so) dran Wenn RecordCount = das Limit, dann noch ein Label/Hint anzeigen, dass eventuell nicht alles angezeigt wird und man vielleicht den Filter anpassen könnte, und/oder einen Knopf/Link "alles Laden", welcher das Limit erhöht, bzw. entfernt. (Label im AfterOpen/AfterRefresh des Query aktualisieren ... dort könnte man auch RecordCount und Limit mit anzeigen/erwähnen) Gibt es im FMX sowas wie ein ![]() |
AW: ListView Performance bei vielen Datensätzen (FMX)
Zitat:
Ich weis worauf die hinaus willst. Ja in FMX gibt es das TSKLabel das auch wie ein Link gestyled werden kann. Man kann auch einfach einen TSpeedbutton nehmen und ihm das passende StyleLookup verpassen. Werde mir das mal durch den Kopf gehen lassen. Danke schon mal für das ganz Feedback und den Input. |
AW: ListView Performance bei vielen Datensätzen (FMX)
Der Vorteil an so Link-Labels istcja, dass man hier extrem frei ist.
Erstmal verschiedene Texte mit keinem, einem oder mehreren Links. Dann Skalierung, Schriftgrößen und auch Übersetzungen wesentlich einfacher, gegenüber mehreren zusammenhängenden Texten+Buttons. Klar, man könnte auch auch eine ComboBox, RadioButtons oder ein Popup nutzen, für Normal/Reset, Limit erhöhren, Limit noch höher, Limit aufheben und Dergleichen, oder man fügt solche Aktionen in den Fehler-/Hinweistext ein. |
AW: ListView Performance bei vielen Datensätzen (FMX)
Zitat:
Ich bezweifle, durch 183000 datensätze rollen notwendig ist. Das Filterproblem sollte im Query gelöst werden. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 14:59 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz