planox. pro Da gebe ich Dir absolut recht. JEDOCH: Gerade als Low-Code-System müssen aber bestimmte Benutzer-Verhaltensweisen / UX aber vernünftig umgesetzt sein.

Und für viele UX-Themen (die in anderen Systemen Standard sind) geht Ninox einen eigenen "interessanten" Weg. Durchforstet man das Forum stößt man dann auf Beiträge wie diesen und stellt fest, dass anscheinend viel an den Bedürfnissen der Kunden (der Anwender) vorbei entwickelt wird.

Alle unsere "Problemchen", die wir mit dem System haben, sind eigentlich schon mehrfach im Forum zu finden.

Während andere Low-Code Firmen massiv wachsen, muss man sich ja nur mal die öffentliche Bilanz der Ninox Software GmbH anschauen. Das kann dann jeder selbst interpretieren.

Nachdem wir es 3 Jahre später nun wieder mit Ninox probieren, auf ähnliche oder teilweise gleiche Probleme stoßen, bleibt es für uns nur ein Tool für ein kurzfristiges MVP, dass wir später von unserer Softwareagentur vernünftig entwickeln lassen.

Ein kleiner Funke Hoffnung bleibt jedoch: das kommende Ninox 4. Ich hoffe man hat aus vergangenen UX Fehlern dazu gelernt oder sich andere UX "Profis" eingekauft.

qd Team 

Das trifft sicher auf einiges zu, aber das Beispiel dieses Threads zeigt, dass die Wünsche und Vorstellungen hinsichtlich der Funktionalität seitens der Nutzer eben auch extrem unterschiedlich und daher auch unmöglich so umzusetzen sind, dass man es allen recht machen könnte. Der eine will nur möglichst einfach Arbeitszeiten erfassen oder simple Projekte verwalten, andere lassen sich mit Ninox jenseits von Low Code komplexe ERP-Systeme mit allem Pipapo entwickeln. Und ich sehe es als großen Vorteil, dass ersteres immer noch möglich ist.

Für mich war es bspw. bisher überhaupt kein Problem, sondern erwünschter Standard, dass beim Anklicken einer Zeile in einer Ansicht der betreffende Datensatz  geöffnet wurde. Insofern ist die Herangehensweise mit dem dynamischen Auswahlfeld in meinen Augen auch kein Workaround, sondern eine alternative Möglichkeit des Zugriffs auf Datensätze, mit der man etwas ganz anderes erreicht. Will man Daten einfach nur ohne Interaktion tabellarisch auflisten, gäbe es zudem auch noch die Möglichkeit, das mit einer HTML-Tabelle zu realisieren. Okay, auch das wäre dann nicht mehr Low Code, aber Möglichkeiten bietet Ninox wirklich viele. Dass nicht immer alle auf den kleinsten gemeinsamen Nenner kombiniert und optimiert wurden, liegt zum einen sicher an der Entwicklungs-Historie, zum anderen aber auch an besagter Vielfalt an Wünschen und Ideal-Vorstellungen der Nutzer.

Womit ich keineswegs alles schönreden will. Es gab und gibt durchaus Produkt-Entscheidungen, die nicht nachvollziehbar waren und den Wünschen und Erfahrungen der Partner eher entgegenstanden. Allerdings habe ich im Laufe meines (langen) Berufslebens auch die Erfahrung gemacht: Die eierlegende Wollmilchsau gibt es nicht. Man muss immer Kompromisse eingehen.