Yes, they've added a number of exclusions within v14 WebDirect documentation. We had the same issue with tooltips, in that no non-editable object is supported, which wasn't there in v13 documentation, even though sometimes they work and sometimes they don't.
However, we'll forgive most things at the moment due to the WD speed increases we've received in the newer version!
Yes, you're right... I didn't read the documentation...
I take note that I can't expect auto-completion of the fields through WebDirect but, in any case, I think that we should expect that the drop-box is filled with only the values that match the character inserted in the field... are you agree with me?
Let me know
I guess that filling a field with the values of a list is technically the same as filling with existing values.
I tend to think, that FMI doesn´t offer this valuable feature in Webdirect, because it could easily be a performance killer. Think for example of a field or value list, that contains thousands of values. That´s even hard for a desktop application.
I partially agree with you...
Actually it depends on how you manage the filling of the list... You're right when you say that you can't foresee that the list is filled vitually with thousend of values: of course the performances could be no good but... the list that is shown when you click on the arrow of the drop-box is always filled with 10 values max at a time... what's the algorithm used to create this list? Yes, it could be the easier: the first 10 elements of the list... but it could be thought also in some other way: maybe more intelligently... I don't know if this could be a killer for performances but I'm not sure that's so...
In any case, the help of someone of FMI to understand the behaviour that we have to expect could be very precious...
Let me know, Intex, what do you think about what I told.
An update: I just discovered that the list responds to the filling that I expect if the drop-box is opened!
I mean: if I start to insert characters in the field and then I open the drop-box by clicking the arrow, the list that appears doesn't match the characters inserted; on the contrary, if I open the drop-box before character insertion in the field, as character are inserted the list of the drop-box is modified as good as expected with only values that match the characters inserted...
Of course one could think about other programming approaches. But therefor you have to ask FMI directly.
In our own Webdirect solution we don´t work with any value list:
- they look different in every browser
- often they are not touch compatible
- you don´t have autofill or any search
- they are a nightmare if you have many values
Therefor we show a list screen with possible values. We can decide how the screen looks like, we can offer sorting and searching as we like and it is touchable.
Yes, Intex, you are right when you tell that I should directly talk to FMI but I was thinking that there was something wrong in my solution and not something else... In any case I absolutely agree with you.
About you own WebDirect solution I'm unfortunatelly in different kind of environment and I fear that I'll face the nightmare you mentioned
In any case thanks a lot for the exchange of ideas.