digitalwerk community: hiddenhttps://support.digitalwerk.net/https://support.digitalwerk.net/themes/digitalwerk_theme/favicon/dw.ico?16823609612020-04-03T07:20:07Zdigitalwerk community
Redmine Public Support - Support Request #10949: Show property description and validate rangeshttps://support.digitalwerk.net/issues/10949#change-459682020-04-03T07:20:07Zhidden
<p>Florian Roth wrote:</p>
<blockquote>
<p>Hallo Nico,</p>
<blockquote>
<p>Könnt ihr schon sagen, wann diese Version erscheint?</p>
</blockquote>
<p>wir sind gerade im Freigabetesting und finalen Bugfixes, die beim Testen auffallen.<br />Eine genaue Prognose fällt in der aktuellen Lage leider schwer...</p>
<p>Wir wollen die Version auch noch kurz zurückhalten und dann auch gleiche sämtliche Toolboxen erneuern.<br />Auch hier sind wir im finalen Schliff, doch etwas Henne/Ei Problem und Resourcen/Corona Hürden.</p>
<p>Hoffe dass alles die nächsten Wochen über die Bühne geht.</p>
<blockquote>
<p>Ich meinte nicht die Beschreibung des Filters selbst, sondern der einzelnen Eigenschaften des Filters, die der Nutzer verändern kann. Aber ich nehme an, dass das dann mit dem Redesign des Property Editors erst kommt, wie du es in 2.b) erwähnt hast?</p>
</blockquote>
<p>Ah ok, ja genau, es liegt grundsätzlich an den Tooltips und wie diese aufbereitet werden im Property Editor -> nächste große Baustelle</p>
<blockquote>
<p>Ok, dann muss ich das vorerst im Code selbst abfangen.</p>
</blockquote>
<p>Müsstest du ohnehin, der CE schützt nur den Anwender.<br />Theoretisch könnten die Sessionfiles auch händisch editiert werden oder Properties per RPC zur Laufzeit geändert werden (zB mit ADTF Control oder ADTF Property Editor Tool als GUI Variante ab 3.7)</p>
</blockquote>
<p>Hallo Florian,</p>
<p>alles klar. Danke für die Informationen.</p>
<p>Gruß</p>
<p>Nico</p> Public Support - Support Request #10949: Show property description and validate rangeshttps://support.digitalwerk.net/issues/10949#change-459142020-04-01T19:13:19Zhidden
<p>Hallo Florian,</p>
<p>danke erstmal für deine schnelle Antwort.</p>
<blockquote><blockquote>
<p>1. Der mitgelieferte ADTFDAT_File_Player besitzt keinen File-Dialog für Dat-Files. Ist dies so gewollt? Mir ist bekannt, dass man Qt (speziell QML) für diese Funktionalität verwenden muss, damit dies verfügbar wird. Allerdings hätte ich gedacht, dass ein Dat-File-Player zur Grundfunktionalität von ADTF gehört und dies bereits komplett (ähnlich zu ADTF2) im ADTF-Paket enthalten ist. Ist dazu etwas in Planung oder muss diese Funktionalität für den Player selbst erweitert werden?</p>
</blockquote>
<p>Nein, das liegt daran, dass das Property leider ein cString statt cFilename ist. <br />Das wurde bereits gefixt (ACORE-9936) und kommt nun mit der 3.7.0, dan öffnet sich auch ein Dialog.</p>
</blockquote>
<p>Könnt ihr schon sagen, wann diese Version erscheint?</p>
<blockquote>
<blockquote>
<p>2. Ich habe einen Filter entwickelt, bei dem der Nutzer auch verschiedene Eigenschaften einstellen kann. Dabei ist mir folgendes aufgefallen:<br />a) Die Beschreibung, welche über die API mit "SetDescription" zur Verfügung gestellt wird, führt nicht zu dem Ergebnis, dass diese im ADTF-Konfigurations-Editor als Tooltip angezeigt wird, wenn man den Mauszeiger über den Namen der entsprechenden Eigenschaft hält.</p>
</blockquote>
<p>Das ist auch bisher keine Anforderung, die Description wird im Homeview bei der Komponente angezeigt.<br />Hinweis: Zu 3.7.0 gibt es noch die Möglichkeit eine html-Doku zu verlinken (ACORE-8469), was wir bei unseren Komponenten nachgezogen haben.</p>
</blockquote>
<p>Vielleicht habe ich mich hier etwas ungünstig ausgedrückt. Ich meinte nicht die Beschreibung des Filters selbst, sondern der einzelnen Eigenschaften des Filters, die der Nutzer verändern kann. Aber ich nehme an, dass das dann mit dem Redesign des Property Editors erst kommt, wie du es in 2.b) erwähnt hast?</p>
<blockquote>
<blockquote>
<p>b) Ich möchte zudem den Wertebereich einer Eigenschaft definieren. Allerdings führt hier ebenfalls die Nzutzung der API "SetValidRange" nicht zum erwarteten Ergebnis, dass der Wertebereich für den Nutzer eingeschränkt ist. Dieser kann trotzdem beliebige Werte eingeben.</p>
</blockquote>
<p>Das ist leider noch nicht umgesetzt, der Property Editor ist darauf noch nicht vorbereitet.<br />Dazu gibt es ein Ticket -> ACORE-9787 und wird vermutlich im zweiten Halbjahr umgesetzt beim Redesign des Propery Editors.</p>
</blockquote>
<p>Ok, dann muss ich das vorerst im Code selbst abfangen.</p>
<p>Danke nochmals.</p> Public Support - Support Request #10949 (Closed): Show property description and validate rangeshttps://support.digitalwerk.net/issues/109492020-04-01T16:10:46Zhidden
<p><strong>Supportanfrage</strong></p>
<p>Mir sind einige Probleme bei der Entwicklung von Filtern mit Eigenschafen in ADTF3 aufgefallen:</p>
<p>1. Der mitgelieferte ADTFDAT_File_Player besitzt keinen File-Dialog für Dat-Files. Ist dies so gewollt? Mir ist bekannt, dass man Qt (speziell QML) für diese Funktionalität verwenden muss, damit dies verfügbar wird. Allerdings hätte ich gedacht, dass ein Dat-File-Player zur Grundfunktionalität von ADTF gehört und dies bereits komplett (ähnlich zu ADTF2) im ADTF-Paket enthalten ist. Ist dazu etwas in Planung oder muss diese Funktionalität für den Player selbst erweitert werden?</p>
<p>2. Ich habe einen Filter entwickelt, bei dem der Nutzer auch verschiedene Eigenschaften einstellen kann. Dabei ist mir folgendes aufgefallen:<br />a) Die Beschreibung, welche über die API mit "SetDescription" zur Verfügung gestellt wird, führt nicht zu dem Ergebnis, dass diese im ADTF-Konfigurations-Editor als Tooltip angezeigt wird, wenn man den Mauszeiger über den Namen der entsprechenden Eigenschaft hält.<br />b) Ich möchte zudem den Wertebereich einer Eigenschaft definieren. Allerdings führt hier ebenfalls die Nzutzung der API "SetValidRange" nicht zum erwarteten Ergebnis, dass der Wertebereich für den Nutzer eingeschränkt ist. Dieser kann trotzdem beliebige Werte eingeben.</p>
<p><strong>Lösung</strong></p>
<blockquote>
<p>1. Der mitgelieferte ADTFDAT_File_Player besitzt keinen File-Dialog für Dat-Files. Ist dies so gewollt? Mir ist bekannt, dass man Qt (speziell QML) für diese Funktionalität verwenden muss, damit dies verfügbar wird. Allerdings hätte ich gedacht, dass ein Dat-File-Player zur Grundfunktionalität von ADTF gehört und dies bereits komplett (ähnlich zu ADTF2) im ADTF-Paket enthalten ist. Ist dazu etwas in Planung oder muss diese Funktionalität für den Player selbst erweitert werden?</p>
</blockquote>
<p>Nein, das liegt daran, dass das Property leider ein cString statt cFilename ist. <br />Das wurde bereits gefixt (ACORE-9936) und kommt nun mit der 3.7.0, dann öffnet sich auch ein Dialog.</p>
<blockquote>
<p>2. Ich habe einen Filter entwickelt, bei dem der Nutzer auch verschiedene Eigenschaften einstellen kann. Dabei ist mir folgendes aufgefallen:<br />a) Die Beschreibung, welche über die API mit "SetDescription" zur Verfügung gestellt wird, führt nicht zu dem Ergebnis, dass diese im ADTF-Konfigurations-Editor als Tooltip angezeigt wird, wenn man den Mauszeiger über den Namen der entsprechenden Eigenschaft hält.</p>
</blockquote>
<p>Das ist leider noch nicht umgesetzt, der Property Editor ist darauf noch nicht vorbereitet.<br />Dazu gibt es ein Ticket -> ACORE-9787 und wird vermutlich im zweiten Halbjahr umgesetzt beim Redesign des Propery Editors.<br />Hinweis: Zu 3.7.0 gibt es noch die Möglichkeit eine html-Doku zu verlinken (ACORE-8469), was wir bei unseren Komponenten nachgezogen haben.</p>
<blockquote>
<p>b) Ich möchte zudem den Wertebereich einer Eigenschaft definieren. Allerdings führt hier ebenfalls die Nzutzung der API "SetValidRange" nicht zum erwarteten Ergebnis, dass der Wertebereich für den Nutzer eingeschränkt ist. Dieser kann trotzdem beliebige Werte eingeben.</p>
</blockquote>
<p>Das ist leider noch nicht umgesetzt, der Property Editor ist darauf noch nicht vorbereitet.<br />Dazu gibt es ein Ticket -> ACORE-9787 und wird vermutlich im zweiten Halbjahr umgesetzt beim Redesign des Propery Editors.</p> Public Support - Support Request #10781: How to implement Qt depended filter within ADTF 3.xhttps://support.digitalwerk.net/issues/10781#change-452752020-03-16T14:00:20Zhidden
<p>Hallo Florian,</p>
<p>vielen Dank für die schnelle Rückmeldung. Das hilft uns erstmal sehr weiter!</p>
<p>Bzgl. dem Qt-Unterschied von ADTF2 und ADTF3: ADTF2 haben wir damals als Installer erhalten, in dem bereits Qt4 mit dessen Include- und Lib-Dateien für die Entwicklung enthalten war, d.h. wir mussten an dieser Stelle kein eigenes Qt-Paket integrieren, um Qt-Filter zu entwickeln.</p>
<p>Wie gesagt, du hast uns mit deiner sehr ausführlichen Antwort sehr weiter geholfen. Danke sehr nochmal dafür.</p> Public Support - Support Request #10781 (Closed): How to implement Qt depended filter within ADTF...https://support.digitalwerk.net/issues/107812020-03-12T13:24:11Zhidden
<p><strong>Supportanfrage</strong></p>
<p>Es ist aus dem ADTF3-Paket heraus, im Unterschied zu ADTF2, nicht möglich, ein eigenes Qt-Filter zu entwickeln.<br />Im Ticket "Support Request <a class="issue tracker-4 status-5 priority-2 priority-default closed" title="Support Request: Delivered Qt files are not complete for development (Closed)" href="https://support.digitalwerk.net/issues/2310">#2310</a>" wurde gesagt, dass man sich die notwendigen Qt-Elemente selbst zusammen suchen muss, aber es wohl nochmal diskutiert wird, ob z.B. evtl. die Pakete als „Extra-Download“ bereitgestellt werden könnten.</p>
<p>Hat sich zu diesem Qt-Thema in den letzten 2 Jahren nochmal etwas getan/geändert? <br />Ist es möglich, eine Mindestempfehlung des Umfangs eines Qt-Pakets (welche Bestandteile, welche Version) zu geben? <br />Sind alle Qt-Module, die unter der LGPL stehen, wie z.B. QWidgets, mit ADTF lizenztechnisch kompatibel?</p>
<p><strong>Lösung</strong></p>
<p>daran hat sich nichts geändert, auch im ADTF 2.x wurden nur laufzeitrelevante Libraries geliefert, für die eigene Entwicklung von Qt Filtern musste seperat ein Qt 4.7.1 Developer Package herangezogen werden.<br />Die Aussage bzgl. <em>im Unterschied zu ADTF2</em> kann ich nicht ganz nachvollziehen.</p>
Es geht auch wie in <a class="issue tracker-4 status-5 priority-2 priority-default closed" title="Support Request: Delivered Qt files are not complete for development (Closed)" href="https://support.digitalwerk.net/issues/2310">#2310</a> geschildert nicht aufgrund von Lizenzbedingungen, außer ADTF wäre Open Source und mit der nötigen GPLv3 kompatibel, was für die Executables (u.a. QMake), die dann zusammen mit dem ADTF geliefert werden müssten, schon mal ausscheidet. Deshalb liefert ADTF den <strong>komplett möglichen Stand</strong> in binary Form. Alles was du davon verwendest, ist rechtlich mit der ADTF Lizenz vereinbar und unter LGPL und mit AUDI Rechtsabteilung abgestimmt, siehe:
<ul>
<li><a class="external" href="https://support.digitalwerk.net/adtf/v3/adtf_html/page_license_information.html#sec_open_source_license">https://support.digitalwerk.net/adtf/v3/adtf_html/page_license_information.html#sec_open_source_license</a></li>
</ul>
Was wir gemacht haben (und machen können), wir liefern das Paket mit dem Filter entwickelt werden seperat:
<ul>
<li><a class="external" href="https://support.digitalwerk.net/adtf/v3/adtf_html/page_qt.html">https://support.digitalwerk.net/adtf/v3/adtf_html/page_qt.html</a>
<ul>
<li>bzw. <a class="external" href="https://support.digitalwerk.net/adtf/v3/adtf_html/page_external_dependencies.html">https://support.digitalwerk.net/adtf/v3/adtf_html/page_external_dependencies.html</a></li>
<li>bzw. <a class="external" href="https://artifactory.digitalwerk.net/artifactory/webapp/#/artifacts/browse/tree/General/dw-developer-sdk/dw/Qt">https://artifactory.digitalwerk.net/artifactory/webapp/#/artifacts/browse/tree/General/dw-developer-sdk/dw/Qt</a></li>
</ul></li>
</ul>
<p>Darin ist aber auch <strong>alles</strong> enthalten, Hintergrund ist, es können ja auch intern Funktionen genutzt werden wie zb QtCharts (GPLv3), sofern es nicht vertrieben wird, ist das kein Problem.<br />Wenn du es vertreibst, dann musst du eine kommerzielle Qt Lizenz kaufen. Alternativ natürlich unter GPLv3 stellen, aber das geht ja nicht wegen Combined Work Verletzung mit ADTF Lizenz seitens GPLv3.</p>
<p>Kurz nochmal konkret zu deinen Fragen:</p>
<blockquote>
<p>Es ist aus dem ADTF3-Paket heraus, im Unterschied zu ADTF2, nicht möglich, ein eigenes Qt-Filter zu entwickeln.</p>
</blockquote>
<p>ADTF 2 und 3 haben und werden nie ein Qt Developer Paket liefern können</p>
<blockquote>
<p>Im Ticket "Support Request <a class="issue tracker-4 status-5 priority-2 priority-default closed" title="Support Request: Delivered Qt files are not complete for development (Closed)" href="https://support.digitalwerk.net/issues/2310">#2310</a>" wurde gesagt, dass man sich die notwendigen Qt-Elemente selbst zusammen suchen muss, aber es wohl nochmal diskutiert wird, ob z.B. evtl. die Pakete als „Extra-Download“ bereitgestellt werden könnten.</p>
</blockquote>
<p>Vollständiges Developerpaket wird gehostet, was darin verwendet werden darf, müssen die eigenen Entwickler/Rechtsabteilungen bewerten.<br />Oder anders gesagt: Du darfst alles verwenden, sofern du kein Produkt verkaufst, intern spielt die Lizenz keine Rolle. <br />Wenn du etwas verkaufst, so musst du das rechtlich prüfen.</p>
<blockquote>
<p>Hat sich zu diesem Qt-Thema in den letzten 2 Jahren nochmal etwas getan/geändert?</p>
</blockquote>
Wir sind gerade in Kontakt mit Qt aufgrund der aktuellen Thematik:
<ul>
<li><a class="external" href="https://www.heise.de/developer/meldung/Qt-Company-schraenkt-Long-Term-Support-Versionen-auf-zahlende-Kunden-ein-4646791.html">https://www.heise.de/developer/meldung/Qt-Company-schraenkt-Long-Term-Support-Versionen-auf-zahlende-Kunden-ein-4646791.html</a></li>
</ul>
<p>Wir ziehen in Erwägung Qt kommerziell zu kaufen und sind in Klärung, was das für die Kunden bedeutet.<br />An der aktuellen Ausgangslage (Open Source Lizenz Verwendung und Combined Work) ändert sich aber nichts, du musst nach wie vor unterscheiden ob ihr Software vertreibt oder intern nutzt.<br />Es hätte nur den Vorteil, dass wir GPLv3 Kompononten wie QtCharts verwenden können, die bei der kommerziellen Lizenz dann nicht greift.</p>
<blockquote>
<p>Ist es möglich, eine Mindestempfehlung des Umfangs eines Qt-Pakets (welche Bestandteile, welche Version) zu geben?</p>
</blockquote>
<p>Siehe nochmal den Link in der Doku, was die Version betrifft.<br />Du kannst aus dem seperaten SDK alles verwenden, was wir auch in ADTF liefern, das ist rechtlich sauber und kompatibel.</p>
<blockquote>
<p>Sind alle Qt-Module, die unter der LGPL stehen, wie z.B. QWidgets, mit ADTF lizenztechnisch kompatibel?</p>
</blockquote>
<p>Alles was LGPL ist, ist mit ADTF vereinbar.</p>