Public Support

Timo Steinwender wrote:

Wie geht das unter ADTF3?

https://stackoverflow.com/questions/52829773/in-adtf-3-how-can-we-create-a-drop-down-list-for-the-filter-properties

Das erklärt es aber kann man nicht hier einfach eine property_type_description für machen? z.b. für eine std::list<adtf_util::cString>

Hallo Timo,

erst einmal Entschuldigung für die späte Antwort. Leider ist wegen Urlaub und Vorbereitung abissel was drunter und drüber gegangen.

NSSUBPROP_VALUELIST kannst du ab jetzt über die Plugindescription beschreiben. Grundsätzlich werden nun alle Properties nicht mehr im Code selbst beschrieben sondern über die Plugindescription.
Als beispiel schau dir mal unseren demo_data_triggered_filter in den Examples an.

Auszug aus der Plugindescription:

          <property_description>
            <name>calculator_function/operator</name>
            <type>tUInt32</type>
            <value>0</value>
            <list>
                <property_list_enumeration>
                    <name>PLUS</name>
                    <value>0</value>
                </property_list_enumeration>
                <property_list_enumeration>
                    <name>MINUS</name>
                    <value>1</value>
                </property_list_enumeration>
                <property_list_enumeration>
                    <name>MULTI</name>
                    <value>2</value>
                </property_list_enumeration>
                <property_list_enumeration>
                    <name>DIVIDE</name>
                    <value>3</value>
                </property_list_enumeration>
            </list>
          </property_description>

Sebastian Geißler wrote:

Hallo Timo,

erst einmal Entschuldigung für die späte Antwort. Leider ist wegen Urlaub und Vorbereitung abissel was drunter und drüber gegangen.

NSSUBPROP_VALUELIST kannst du ab jetzt über die Plugindescription beschreiben. Grundsätzlich werden nun alle Properties nicht mehr im Code selbst beschrieben sondern über die Plugindescription.
Als beispiel schau dir mal unseren demo_data_triggered_filter in den Examples an.

Auszug aus der Plugindescription:

[...]

Vielen Dank für die Antwort, aber das wusste ich bereits. Florian hatte mir bereits einen Link von Stackoverflow zukommen lassen. Den hatte ich hier auch nochmal im Ticket gepostet.
Der Sinn dieses Tickets war jedoch, dass man das programmatisch lösen können sollte. Eine Anpassung der Property files halte ich nicht für praktikabel. Die ValueList verwenden wir im Schnitt 3 mal pro Filter und ist eine der meist genutzten property-typen.
Was spricht denn dagegen z.B. den Typen: std::list<adtf_util::cString> zu supporten?