Hi Dojo
I found the following parameter in a connector that was made quite some time ago. The parameter has <Type>read</Type> but defines a button with name <Display>Sync</Display>. Although this seems invalid, I’m wondering if there would be any situation where you want to define a button parameter of type read. Would you know a use case? Or is this just simply wrong?
<Param id=”74″ trending=”false”>
<Name>outgoingRequestWithIncomingRequestTableButton</Name>
<Description>Resync With Incoming Request Table</Description>
<Type>read</Type>
<Interprete>
<RawType>other</RawType>
<LengthType>next param</LengthType>
<Type>string</Type>
</Interprete>
<Display>
<RTDisplay>true</RTDisplay>
</Display>
<Measurement>
<Type width=”110″>button</Type>
<Discreets>
<Discreet>
<Value>1</Value>
<Display>Sync</Display>
</Discreet>
</Discreets>
</Measurement>
</Param>
Thank you in advance!
Kind regards
As stated in the following docs, a button should be used with parameter type ‘write’. As for the question, if it’s possible with a ‘read’ type: I’m not quite sure how the button would behave, but since this does seem to be an incorrect implementation, I would advise to just fix it instead.
Hi,
I believe that should just be a mistake as a button should always of type “write” as I am not aware of any use case where it would be valid to be used with “read”.
You can even see in this docs section button| Type element that the first mention is of it only being valid when used in combination with the type “write”
Okay good. Thank you João!
If I remember correctly, when the read and write parameters are both defined for the button, the parameter description for the button will also be displayed in DataMiner Cube. But typically this is not desired and you only want to display the buttons, so only the write parameter is needed.
Okay that’s clear. Thank you Michiel!
Okay good. Thank you Robin!