﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>StrataFrame Forum » StrataFrame Application Framework - V1 » WinForms (How do I?)  » Listview Interface automation problem</title><generator>InstantForum 2017-1 Final</generator><description>StrataFrame Forum</description><link>http://forum.strataframe.net/</link><webMaster>StrataFrame Forum</webMaster><lastBuildDate>Tue, 09 Jun 2026 08:33:01 GMT</lastBuildDate><ttl>20</ttl><item><title>Listview Interface automation problem</title><link>http://forum.strataframe.net/FindPost20279.aspx</link><description>&lt;P style="BACKGROUND: white"&gt;&lt;SPAN lang=EN-US style="FONT-SIZE: 10pt; COLOR: #1f5080; FONT-FAMILY: Verdana; mso-ansi-language: EN-US"&gt;In regard to the new listview population features added in version 1.6.6 I found a little problem&lt;?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P style="BACKGROUND: white"&gt;&lt;SPAN lang=EN-US style="FONT-SIZE: 10pt; COLOR: #1f5080; FONT-FAMILY: Verdana; mso-ansi-language: EN-US"&gt;I have a form with a listview populated with a businessobject and a child form to edit the business object. &lt;BR&gt;I also have a button bound to the AddObject property. When I click this button the child form correctly shows up and I can add the record.&lt;BR&gt;When I close the childform Strataframe pops up a message asking me whether I want to save the changes or no. I answer NO and When I return to the parent form the row is added to the list nonetheless.&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P style="BACKGROUND: white"&gt;&lt;SPAN lang=EN-US style="FONT-SIZE: 10pt; COLOR: #1f5080; FONT-FAMILY: Verdana; mso-ansi-language: EN-US"&gt;If I check the businessobject content I find that the row is in fact present (however it is not saved to the database, nor it will be saved on a .save method)&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P style="BACKGROUND: white"&gt;&lt;SPAN lang=EN-US style="FONT-SIZE: 10pt; COLOR: #1f5080; FONT-FAMILY: Verdana; mso-ansi-language: EN-US"&gt;How can I avoid this behavior, given that almost all of this is automatically managed by strataframe?(i.e. I have not written any source code)&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;</description><pubDate>Thu, 23 Oct 2008 16:30:25 GMT</pubDate><dc:creator>GRocchi</dc:creator></item><item><title>RE: Listview Interface automation problem</title><link>http://forum.strataframe.net/FindPost20306.aspx</link><description>Ok, Thank you Taylor.</description><pubDate>Thu, 23 Oct 2008 16:30:25 GMT</pubDate><dc:creator>GRocchi</dc:creator></item><item><title>RE: Listview Interface automation problem</title><link>http://forum.strataframe.net/FindPost20296.aspx</link><description>Yes, this is correct.&amp;nbsp; If you are using the ChildFormDialog, that means that you are translating the parent form object to the child.&amp;nbsp; If you are using the ListView, then you need to handle the ChildFormResults event, and call the BO.RestoreFromSnapShot() method to undo the record.&amp;nbsp; Please look at the StrataFlix sample for an example of this.</description><pubDate>Thu, 23 Oct 2008 13:14:15 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item><item><title>RE: Listview Interface automation problem</title><link>http://forum.strataframe.net/FindPost20294.aspx</link><description>Thankyou Trent, &lt;/P&gt;&lt;P&gt;but the matter is that the record is added to the BO also if the user press NO. Is this a correct behavior?&lt;/P&gt;&lt;P&gt;The question isn't about showing or not the confirmation dialog, it's about the fact that the user can't prevent the record just edited to be added to the BO.</description><pubDate>Thu, 23 Oct 2008 12:22:42 GMT</pubDate><dc:creator>GRocchi</dc:creator></item><item><title>RE: Listview Interface automation problem</title><link>http://forum.strataframe.net/FindPost20282.aspx</link><description>Just set the AutoSHowSaveChanges message to False on the child form.</description><pubDate>Thu, 23 Oct 2008 09:26:29 GMT</pubDate><dc:creator>Trent L. Taylor</dc:creator></item></channel></rss>