Galerie der in MQL geschriebenen UIs - Seite 79

Neuer Kommentar
 

Brauchen Sie eine gute Anleitung, Video-Tutorials, wie man ein Panel von A bis Z zu erstellen. Schnittstelle auf Russisch ;)

Ansonsten ist die Fülle der Funktionalität erschreckend.

 
Aleksey Vyazmikin ein Panel von A bis Z zu erstellen. Schnittstelle auf Russisch ;)

Ansonsten ist die Fülle der Funktionalität erschreckend.

Ja, ich erwarte, dass ich Video-Tutorials mache und ein paar Artikel schreibe. Aber vielleicht besteht die Hauptaufgabe darin, den Editor selbsterklärend zu machen. Wenn man zum Beispiel den Mauszeiger über ein Element bewegt, erscheinen Pfeile, und dem Benutzer wird klar, dass er es an den Kanten anfassen und seine Größe ändern kann. Und wenn ein Fadenkreuz erscheint, wird er erkennen, dass das Element auf der Leinwand gezogen wird. Wenn Sie auf ein Element klicken, werden seine Abmessungen - Höhe und Breite - ebenfalls deutlich angezeigt. Text und Symbol können innerhalb des Elements verschoben werden. Wenn Sie auf sie zeigen, erscheinen auch Pfeile. Die Textgröße kann durch Dehnen verändert werden. Die Abstände zwischen den Elementen beim Verschieben sowie das Zusammentreffen ihrer Positionen in vertikaler und horizontaler Richtung erscheinen ebenfalls auf der Leinwand in Form von roten Linien. In dieser Hinsicht ist alles auf einmal klar.

Was die Bearbeitung der Elemente betrifft, so lege ich die Elemente, die für die wichtigsten Eigenschaften verantwortlich sind, oben an und verschiebe den Rest nach unten. Außerdem werden die Elemente, die nicht zu der Instanz gehören, die gerade bearbeitet wird, automatisch gesperrt. Dadurch wird die Arbeit im Fenster der Element-Editoren vereinfacht.

Außerdem werden über unklaren Eigenschaftsnamen Hover-Tooltips angezeigt. Sie erklären dem Benutzer die Bedeutung dieser oder jener Eigenschaft des bearbeiteten Elements. In diesem Stadium ist alles klar.

Was die Bearbeitungsfläche in der Mitte betrifft. Das endgültige Konzept steht zwar noch nicht fest. Ich gehe davon aus, dass der Benutzer dort die Vorlagen von Elementen oder Gruppen sammelt und sie in die Fenster überträgt. Das heißt, aus dem linken Unterfenster der Vorlagen wird er das Element per Drag and Drop kopieren, die Größe, Farbe, den Text usw. ändern, dann mehrere solcher Dinge klonen und sie in einer Datei als Vorlage speichern oder sofort in sein Fenster übertragen. Ich denke, ein kurzes Video reicht aus, um den Benutzern diesen Vorgang zu erklären.

Im Großen und Ganzen braucht man für fast nichts in diesem Editor lange Erklärungen oder Tutorien, und seine Beherrschung wird nicht länger als eine Stunde dauern. Und das ist sein unbestreitbarer Vorteil gegenüber der Auszeichnungssprache).


 
Реter Konow #:
Im Großen und Ganzen erfordert fast nichts in diesem Editor lange Erklärungen oder Tutorien, und seine Beherrschung wird nicht länger als eine Stunde dauern.
Und das ist sein unbestreitbarer Vorteil gegenüber der Auszeichnungssprache).

Gutes Ziel! Es ist notwendig, Tester zu rekrutieren, die die Funktionalität wirklich von Grund auf beherrschen, dann wird es offensichtlicher sein, worauf bei der Ergonomie der Schnittstelle zu achten ist....

 
Aleksey Vyazmikin #:

Gutes Ziel! Es ist notwendig, Tester zu rekrutieren, die die Funktionalität wirklich von Grund auf lernen, dann wird es offensichtlicher sein, worauf man bei der Ergonomie der Schnittstelle achten muss.

Ich stimme zu, aber wir müssen das Ziel erreichen. Eine Person hat sich bereits freiwillig als Betatester für die Seiten des Zweigs gemeldet, ich hoffe, es werden noch weitere hinzukommen, aber es ist noch zu früh. Irgendwann im nächsten Monat werden die ersten Tests des Editors relevant werden. Es gibt immer noch eine Menge Routinearbeit, die die Dinge erheblich verlangsamt. All diese Eigenschaftstabellen, Vorlagengruppen, Tabulator- und Gruppenzuweisungen, Designentscheidungen, kleinere Bugs... aber niemand hat behauptet, dass es einfach sein würde).
 
Реter Konow #:
Ich stimme zu, aber wir müssen diesen Punkt noch erreichen. Eine Person hat sich bereits freiwillig als Betatester für die Threadseiten gemeldet, hoffentlich werden noch weitere hinzukommen, aber es ist noch zu früh. Irgendwann innerhalb des nächsten Monats werden die ersten Tests des Editors relevant werden. Es gibt immer noch eine Menge Routinearbeit, die die Dinge erheblich verlangsamt. All diese Eigenschaftsblätter, Vorlagengruppen, Register- und Gruppenzuweisungen, Designentscheidungen, kleinere Bugs... aber niemand hat behauptet, dass es einfach sein würde.)

Auf jeden Fall verbringt man Zeit mit einem Produkt, das seinen Zweck erfüllt, im Gegensatz zu vielen anderen Leuten hier, die die gleichen EAs schreiben, ohne Garantie auf Ergebnisse.

 
Реter Konow #:
Warum es keinen Sinn macht, die Richtung der Auszeichnungssprache weiterzuentwickeln:

1. Hohe Einstiegsschwelle.

Um komplexe Panels erstellen zu können, müssen die Benutzer die Regeln der Sprache kennen. Aber sie werden sie erst nach dem Studium von ~20 Tutorials kennen, die ich in den nächsten 6-7 Monaten schreiben muss.

Ich denke, hier liegt ein Fehler vor, schließlich ist derjenige, der die entwickelte Basis verwenden wird, kein gewöhnlicher Benutzer, und für einen Entwickler ist die Notwendigkeit, die Prinzipien der Technologieanwendung zu lernen, ein normales Phänomen.

 
Aleksey Vyazmikin #:

Auf jeden Fall verbringen Sie Ihre Zeit mit einem Produkt, das seinen Zweck erfüllt, im Gegensatz zu vielen anderen Leuten hier, die dieselben Ratgeber schreiben, ohne eine Garantie für Ergebnisse.

Ja, mein Produkt erfüllt die Aufgabe, aber es hat keinen Sinn ohne Leute, die EAs ohne Ergebnisgarantie schreiben. Ich kann sie also nicht kritisieren, sollen sie doch weiter schreiben).
 
Реter Konow #:
Ja, mein Produkt erfüllt die Aufgabe, aber es ist bedeutungslos, wenn die Leute keine Ratschläge schreiben, ohne das Ergebnis zu garantieren. Ich kann sie also nicht kritisieren, sollen sie doch weiter schreiben).

Es geht nicht um Kritik, es geht um die Freude, ein greifbares Ergebnis zu erzielen.

 
Kuzma Shevelev #:

Ich denke, hier liegt ein Fehler vor, schließlich ist derjenige, der die entwickelte Basis nutzen wird, kein gewöhnlicher Nutzer, und für den Entwickler ist die Notwendigkeit, die Grundsätze der Technologieanwendung zu lernen, ein normales Phänomen

Für einen Entwickler, absolut. Betrachtet man jedoch objektiv die Erfahrungen der Autoren von Artikeln und GUI-Bibliotheken, kann man nicht umhin, einige Schwierigkeiten bei der Popularisierung zu bemerken, mit denen sie konfrontiert waren. Aus irgendeinem Grund, der mir nicht ganz klar ist, erregt dieses Thema nicht die Aufmerksamkeit der breiten Öffentlichkeit. Vielleicht liegt es daran, dass der Prozentsatz starker Entwickler nicht hoch ist, aber es ist auch wahrscheinlich, dass die Komplexität großer Bibliotheken und Artikel jemanden abschreckt. Seien wir ehrlich - OOP ist keine einfache Abstraktion, und wenn sie einem im Weg steht, wird die eigene Motivation auf die Probe gestellt.

Meine Auszeichnungssprache ist natürlich viel einfacher als das OOP-Konzept, aber auch sie erfordert eine Präsentation, die in Teile zerlegt ist und sich über Monate hinzieht. Im Hinblick auf die Popularisierung von etwas ist dies ein sehr ineffizienter Ansatz. Daher bin ich zu dem Schluss gekommen, dass eine Markup-Sprache fast zwangsläufig das gleiche Schicksal erleiden wird wie grafische Bibliotheken.

Im Gegensatz dazu ist ein visueller Editor innerhalb der Handelsplattform ein neuer Weg. Das hat es hier noch nicht gegeben. Es besteht also Hoffnung, dass er ein anderes Schicksal erleiden wird.

 
Aleksey Vyazmikin #:

Es geht nicht um Kritik, sondern um die Freude, ein greifbares Ergebnis zu erzielen.

In dieser Hinsicht stimme ich zu, aber wenn es keine Nachfrage gibt, verschwindet diese Freude sofort und es bleibt Leere. Jetzt bin ich also in der gleichen Situation wie Leute, die Ratgeber schreiben, ohne das Ergebnis zu garantieren. Ich sitze sozusagen im selben Boot.
1...727374757677787980818283
Neuer Kommentar