<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-02-02 11:02 GMT+01:00 kimaidou <span dir="ltr"><<a href="mailto:kimaidou@gmail.com" target="_blank">kimaidou@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi all,<br><br></div>I also think merging things is the way to go, but we should keep the feature provided by the "value relation" widget : it is not used to add children referring the current object edited, but instead it is used to create a combo box containing labels helping to fill the field data which is a foreign key. For me, the logic is reversed. The data structure is the same, but the with a different point of view ( child or parent).<br><br></div><div>Regards,<br></div><div>Michaël<br></div></div></blockquote><div><br><br></div><div>Hi,<br><br></div><div>I don't see such a difference: the main difference with the current implementation of value relation widget is that the (optional) filtering of the items in the combo is dynamic: every time a value changes in the other fields of the form, the values in the related combo are filtered again against the expression, that in turn has access to the current values of the other fields.<br></div></div><br></div><div class="gmail_extra">This means that the cache for the values in the combo is built against unfiltered values (and can be optionally disabled).<br><br clear="all"></div><div class="gmail_extra">If you don't set an expression that uses the new function to access to the other fields in the form, this widget behaves exactly as the current value relation widget.<br><br><br></div><div class="gmail_extra">-- <br><div class="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div></div>