Public Support

Hallo Roland,

das ist ein Qt Issue, deshalb liefern wir für die betroffenen Tools eine batch/shell Skript, dass dies erledigt.
Im Startmenu unter Windows sind deshalb auch die entsprechenden Batch gleich hinterlegt.
Siehe auch Doku Seite Tools and Applications

Derzeit unsere einzige Möglichkeit, ich finde das sehr unschön aber naja...

Thema damit für dich erledigt, public machen ?

Hallo Roland,

vorweg:

Noch ein Verbesserungsvorschlag zum Ticket-System: Der Reporter sollte zumindest beim Einstellen besser aber auch später selber einstellen können, ob ein Ticket private oder public ist. Default sollte private sein. Das spart die späteren Nachfragen.

Das ist leider nicht so einfach möglich, denn es muss nicht nur der Private Haken raus sondern auch das Ticket in ein anderes Projekt verschoben werden.
Diese Rechte werden wir aus vertretbaren Gründen nicht zur Verfügung stellen.
Wichtig ist erst einmal, dass sensible Daten geschützt sind, den Rest können wir klären, wir müssen ohnehin noch einmal Feedback zum Abschluss einfordern bzw. Nice to have.

Beim Rest bin ich voll deiner Meinung, ich würde das genauso erwarten und bei mir erzeugt es den gleichen Groll, ich bin wie bereits beschrieben absolut nicht damit zufrieden, aber Qt musste "unbedingt" (?) aus dem binary Ordner raus... das ist nun die Konsequenz.
Bleibt nur zu hoffen, dass Qt hier vielleicht doch mal entgegen kommt, dass in den Settings zu konfigurieren...

Ansonsten muss man aber auch mal klar festhalten, dass sich die Lieferung von ADTF grundlegend verändert hat (natürlich auf Wunsch).
ADTF ist nicht nur noch ein Tool oder Framework, sondern zusätzlich ein Toolset geworden.
Wie bei jeder anderen Software ("früher war alles besser") müssen alle Kunden und Anwender darauf auch eingehen.
Es gibt nicht mehr das Einstiegstool in ADTF oder eine Komponente die alles beinhaltet.

In einem Toolset macht natürlich ein Usermanual keinen Sinn, meine Vorstellung wäre eine jeweilige Hilfe aus dem jeweiligen Tool heraus bzw. Sprung an die richtige Dokustelle, das wird noch kommen. Bis dahin gibt es "nur" die (SDK) Doku (hier könnte man überlegen, ob man es nicht nur Documenation nennt (wie im Startmenu), um Fehlinterpretation zu vermeiden.

Hier gibt es auf jeden Fall als allerersten Link einen Getting Started (also der von dir angesprochene First Step Guide), der all deine ersten Fragen beantworten sollte. Die von mir genannte Seite ist dann noch einmal die Übersicht. Wenn sich hier der Anwender nicht einarbeite oder sich die Architektur verinnerlicht, dann wird er in ADTF 3 nicht weit kommen, egal ob Neueinsteiger oder Alter Hase aus 2.x.

Wenn wir hier noch mehr machen können oder du weitere Ideen hast, jederzeit gerne.

Ich kann absolut nachvollziehen, wie es bei den Anwendern ankommt, wenn ich deine Worte von heute höre, es bestätigt mich in meinen Bedenken und Gefühlen vor dem Release bzw. während der Entwicklung.

Aber ich wollte nur nochmal festhalten, dass ein einfaches Starten wie vielleicht zu ADTF 2.x zum einen so nicht mehr gewollt war, zum anderen so nicht mehr möglich ist, ohne sich vielleicht tiefer mit der Architektur zu beschäftigen.
Es wird versucht den Anwender/Entwickler mehr und mehr abzunehmen, gleichzeitig muss aber an der ein oder anderen Stelle noch mehr geschraubt werden.

Schwer ist das sicherlich für die die nur Abspielen wollen, da muss der Config Designer und Entwickler aber imho Vorarbeit vermehrt leisten.

Und wenn ich an die Anforderungen an ADTF 4.x denke, geht das ja noch mehr in diese Richtung.

So, meine Gedanken dazu...

Unabhängig davon sammle ich deine Punkte und nehme diese geeignet mit.

PS: Sobald hier mal eine größere Community wächst, würde ich solche Essentials auch gern als News verteilen, das hab ich zumindest auf dem Zettel. Das die Leute diese dann auch abbonieren und lesen müssen, ist wieder ein anderes Blatt wie bei der Doku ja auch, klar.

Nachtrag:

Ich habe die Punkte gesammelt und dazu ein Produkt Ticket angelegt, in dem validiert werden soll, was wir besser machen können.