SmartClient Version: SNAPSHOT_v13.1d_2024-10-24/Enterprise Development Only (built 2024-10-24)
I see it's fixed, thank you very much
Announcement
Collapse
No announcement yet.
X
-
Hi Claudio
This issue should be resolved in the next nightly build (13.x and 14.0 branches), dated Oct 24 or above. Please let us know if you continue to experience it.
Regards
Isomorphic Software
Leave a comment:
-
Sorry, this was assigned immediately, but it has taken a while to get to because it's a fiddly area that requires a long stretch of focus to get into and resolve things. Unfortunately, it will be another week (the assignee, who it should definitely stay with, is off camping!).
The behavior is definitely unexpected. If it's possible, it may resolve it to move the relevant settings (such as useLocalDisplayFieldValue) into the DataSource rather than having them just one the FormIitem.
Leave a comment:
-
Hello, I still see the extra fetch with the latests 13.0 and 13.1
Leave a comment:
-
extra fetch with useLocalDisplayFieldValue when using ValuesManager
SmartClient Version: v13.0p_2024-02-01/Enterprise Development Only (built 2024-02-01)
Chrome on MacOS
Hello, please try this test case:
Code:isc.DynamicForm.create({ ID: "testForm", fields: [ { name: "itemID", editorType: "ComboBoxItem", canEdit: true, optionDataSource: "supplyItem", valueField: "itemID", width: 400, useLocalDisplayFieldValue: true, foreignDisplayField: "itemName" } ] }); isc.ValuesManager.create({ ID: "testVM", dataSource: "largeValueMap_orderItem", members: [testForm] }) testVM.fetchData({pk: 1}); // extra fetch to retrieve itemName //testForm.fetchData({pk:1}); // no extra fetch
Code:<DataSource ID="largeValueMap_orderItem" serverType="sql" tableName="valMapOrderItem" testFileName="/examples/shared/ds/serverExamples/test_data/orderItem.data.xml" > <fields> <field name="pk" type="sequence" primaryKey="true" hidden="true" /> <field name="orderID" type="integer" /> <field name="orderDate" type="date" /> <field name="itemID" type="integer" foreignKey="supplyItem.itemID" displayField="supplyItemName" /> <field name="unitPrice" type="float" /> <field name="quantity" type="integer" /> <field name="supplyItemName" type="text" includeFrom="supplyItem.itemName"/> </fields> </DataSource>
You'll see an extra fetch to retrieve the itemName (which is already present in the fetched record as 'supplyItemName').
Instead, it's working correctly when fetching directly on the form.
In my application I've got a handful of forms and I call editRecord on the ValuesManager, but I get this same behaviour.
I hope it isn't by design, as when there are many forms managed by a valuesManager, it's also when this optimization is more useful.Tags: None
Leave a comment: