You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Christian Geisert (JIRA)" <ji...@apache.org> on 2014/04/23 09:18:20 UTC

[jira] [Updated] (OFBIZ-5396) Add ability to set , , form widget field key values manually

     [ https://issues.apache.org/jira/browse/OFBIZ-5396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Christian Geisert updated OFBIZ-5396:
-------------------------------------

    Component/s: framework

> Add ability to set <drop-down>, <radio>, <check> form widget field key values manually
> --------------------------------------------------------------------------------------
>
>                 Key: OFBIZ-5396
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-5396
>             Project: OFBiz
>          Issue Type: Sub-task
>          Components: framework
>    Affects Versions: SVN trunk
>            Reporter: Christian Carlow
>
> OFBiz should allow for the ability set <drop-down>, <radio>, and <check> form widget fields key values manually for <list-options> and <entity-options>.  Currently the key-field-name attribute of <entity-options> and <list-options> is the only way it can be set and the value must be set to the name of a single entity or list field.  
> I am trying to improve the order entry shipment settings forms and wanted to create a <drop-down> form widget field to replace the list of radio options with values {code}${shipmentMethodTypeId}@${partyId}{code} on the Ship Options page of Order Entry.  The problem is that the key-field-name attribute mentioned above is insufficient for handling such a "multi-key" value.
> Adding something such as a "key-value" attribute could allow for manual assignment of the <option> value attributes.  
> Lookup fields are also weak when it comes to multi-key entities.  A while back I posted about not being able to create a lookup for order items because of the OrderId, OrderItemSeqId multi-key: OFBIZ-5356
> As work around to this problem I create a view-entity of an entity with the primary key being set to a concatenated string of the primary keys.  For example, to allow for a lookup field that provides a list of OrderItems I would create:
> {code}
> <view-entity entity-name="OrderItemOnePrimKey" package-name="org.ofbiz.order.order">
>     <member-entity entity-alias="OI" entity-name="OrderItem"></member-entity>
>     <alias-all entity-alias="OI" />
>     <alias name="orderItemId" prim-key="orderItemId">
>     <complex-alias operator="||">
>        <complex-alias-field entity-alias="OI" field="orderId" />
>        <complex-alias-field value="'_pk_'"/>
>        <complex-alias-field entity-alias="OI" field="orderItemSeqId"/>
>     </complex-alias>
>     </alias>
> </view-entity> 
> {code}
> Having to do this for every entity with more than one key is redundant.  The keys should be able to be set manually if need be.



--
This message was sent by Atlassian JIRA
(v6.2#6252)