First, thanks for all the enhancements done to the ListView, very impressive

I setup a form to test the ListView and found the following issues:

• Moving the record pointer in the ToolStrip button does not update/refresh the ListView.
• Creating a new record or modifying an existing one does not Refresh the ListView with the updated data.

I tested the functionality of the Add/Delete/Edit Objects and they all worked as expected. 

One question, when using the ListView with a child BO, I may need to have buttons for Save/Undo if not using a childform object, would you consider adding a SaveObject/UndoObject as well for this case?

Please take a loot at the video in this link:  http://www.progytech.com/videos/Beta_ListView\Beta_ListView.html

Not supposed to.  The two are separate.  I might add something so that it auto-navigates from an external source, but for now there is not an issue because it wasn't supposed to move.  The auto-navigation occurs when the item is selected within the list, not the other way around.

You have to handle the ChildFormResults event and if you want it to requery set the event arg and it will then requery itself:

I will consider it.  This is pretty far out of the norm since your child logic should not generally be separate from the rest of the environment and there may be more than one BO that requires saving, etc.  So this gets more complicated in that sense. 

Following the ListView enhancements, in the following code

The code that check if the list should be requeried will only run if a ChildForm exist and that may not be case if no ChildForm is used, but there is still the need for the list to be requeried. 

Do you think that the new ListView event ChildFormResults could be raised even if a ChildForm is not being used? or is there a way I can manually raise this event so I can force the code to Requery the view to be run at will?

Still working with the ListView enhancements, I am having a problem when trying to Edit a record in the ListView this time using a ChildForm I get this error:

I don't have any problem when adding new records, and even after adding new records I am able to Edit current records in the listview.

For the ChildForm, I created this form with a SF MaintenanceForm class and added the child BO as usual.

Please see the attached images.

The problem was that I was not filling the Child BO and was fooled by the data in the Child ListView.

In this regard I have a couple of question I need to clarify:

• When loading the BO with a fill method, which event is the best one to use:
• Form's Load or
• BO ParentFormLoading
• I am using the following method to fill the child BO

  Me.Child_PolicyBO1.FillByParent(Me.InsuredCustomerBO1)

• Is this the correct method to use to fill a child BO?
• When filling the ListView I have this code:

  Private Sub lvPolicy_ListPopulating(ByVal e As MicroFour.StrataFrame.UI.ListPopulatingEventArgs) Handles lvPolicy.ListPopulating

       ' Show only child records

       e.Parameters(0).Value = Me.InsuredCustomerBO1.PK_InsuredCustomer

  End Sub

• Is this the correct way since the data in the ListView represent a child BO?

So far everything is working find and I just LOVE the enhancements done to the ListView, but wants to make sure I am using the proper methods and events to keep moving forward with this project.

Thanks!

Greg McGuffey (04/25/2008)

---

Hope that gets you thinking some more and helps!

Thanks Greg, much appreciated.

When the ListView shows the ChilForm Dim args As New ListViewChildFormResultsEventArgs(_ChildForm.ShowDialog()) the form is shown as modal as it should, but it is outside the MDI parent form, is there a way to tell the ChildForm to be part of the MDI form?

Technically, yes...however, this defies the nature of a modal dialog.  You actually can do this, but you will have some other issues and side-effects.  You can provide the owner of the dialog when you call the ShowDialog method on a form.  If not provided, then it will appear in the screen.  Initially we started down this path with our medical application and we backed off and let "nature" take its course and we have been far better off.

To allow this to happen through the ListView and ChildDialog form would require that we add another event for you to provide the owner handle.  I will add this to the list and consider it, but it is one of those things that may not make it if there are more liabilities than benefits.

Thanks for the confirmation.  I will use it as it is now, so there will be not need to add another event unless you want to open up the possiblities.

Following my working with the ListView, I noticed that when using the ListView in a One2Many form and there is not record in the parent BO the Add button of the the ListView is still Enabled which will caused an error when clicking this button and the ChildForm will try to update the FK key with no valid record in the parent.

I have been looking at the source and the list events to see where I could put code to disable the cmdAdd button in the list if there is no parent record.  Can you please give me hand here?

It is possible to add functionality to do this within the ListView, but it would require that a reference to the parent BO be provided and another property or two.  I will consider this when I make some changes before the next update, but for now this is what I would do.  In fact, this is what I do

Trent L. Taylor (04/29/2008)

---

It is possible to add functionality to do this within the ListView, but it would require that a reference to the parent BO be provided and another property or two.  I will consider this when I make some changes before the next update, but for now this is what I would do.  In fact, this is what I do

Hi Trent,

Thanks for the suggestions, I implemented them and still the Add button is always enabled not matter what. 

Following the ListView source code I noticed that in the method UpdateObjectStates() is executed at the end of the PopulateListView() method and this method will set the Add button Enabled=True based on the HasPermission() method which will always return True if no Security is used yet (my case).

Hi Greg,

Thanks for jump in.  Here is my code:

As you can see I am calling Me.UpdateFormStates in all places suggested by Trent, but the result is the same, the cmdAdd button is always Enabled when there is not record in the Parent BO.

Trent, if you look at my previous message, you will notice that I am only calling the ListView.Refresh() method in the ParentBO.Navigated() event.  The ListView is being populated by MicroFour.StrataFrame.Business.BusinessCloneDataType.ClearAndFillFromDefaultView, see the code below.

This is a bit frustrating   As you can see, I am not calling the ListView.Refresh() in any other place other than the ParentBO.Navigated() event and I still believe that the problem is in the ListView code which will be called after all other events has occurred and it is setting the Add button Enabled=True.

I hope you can see this and if possible test it.

This won't work until I make some other changes....this is why I was reluctant to mess with it.  Also, in order for this to work, you will have to define the parent relationship and set the ParentBusinessObject properties...but at this point it still won't work.  I will have to add handlers to the parent BO events.

Hi Trent,

Sorry, but this assembly did not fix the problem with the ListView Add button.  It did fix the DateTimePicker problem.

Hi again,

Yes IT DOES WORK, sorry but my quick sample project was too quick and not setup properly, but after testin in my actual project it did work and then after adding all the missing setp in the quick project it also worked.

If you don't mind, could you tell me what was changed in the source code?

The DeleteChildRecord() method of the ListView is marking the records as deleted which then will require a Save() to actually delete the record.

In my form which uses 3 ListViews in the same fashion I have the need to permanently delete the record when the DeleteChildRecord() is being executed.  I tried adding code in the BO_AfterDelete() event to save this child BO but I am getting an error:

This is the error:

Where should I call the BO.Save() to permanent delete the record?

P.S.

I think that a new property in the ListView to flag the DeleteChildRecord() as OnlyMarkAsDeleted or not, may be an easy way to solve this.

To prove it, and to do this yourself, just set the HandleDeleteAction to false and manually delete the record...it should already be on the correct record, etc.

Like I said before I think that a new property in the ListView to flag the DeleteChildRecord() as OnlyMarkAsDeleted or not, will take care of this situation and will not require us to add more code to the form whenever the ListView is used and the Delete action needs to be permanent.

Let me just point out something when we address a problem...we first try to get to the source of an issue before we add a new feature.   Just because you get an error to go away doesn't mean that the problem is fixed.  Adding a property is not big deal and I have no issue doing this at some point...so just because I don't immediately say, "I will go add this right now!" doesn't mean that it has no merit...it just means that it doesn't get to the crux of the issue.

If you look at your stack trace, something was trying to bind or pull from the CurrentRow...which could be related to the code in the ListView possibly and we may need to setup a test.  Thus I suggested the manual code change to see if something else arose.  I will see if I can reproduce the error, but until I prove the error, I will not add a property.  It is more important for me to understand why there was an error so that something else is not introduced versus just providing a fix that may prevent the error but we don't know why.

I do understand what you are saying and respect your policies.  But so we are in the same page here let me clarify the problem a little bit:

• The ListView enhancement is in beta and I am using this control a lot.
• When testing the Delete functionality I noticed that the record was only marked as deleted, and could not find a way to change this behavior without disabling the HandleDeleteAction and adding a custom code for all ListView used in this form.
• Since the mark as deleted will required a call to the BO.Save() to permanently delete the record, then I tried to do that and got the error reported.
• Based on the test you asked me to do, by calling the BO.DeleteCurrentRow(False) will work fine, then I make the suggestion to add the property to control how the DeleteCurrentRow will behave.

I am trying to move forward with this project and have not problem to take the time to investigate any problem, in fact I spend a lot of time in the forums before posting to try to get answers to my stituations, but I do really need to be ready to show this project to the customer anytime soon.  So for now I will simply add a common DeleteRecord method for my ListViews.

I have another situation with the ListView, I guess

I am using the HandleAddAction = True to let the ListView calling the ChildForm when adding.  I added the code below to cancel the Adding if the Save() of the parent BO is not Success, but even though I am setting the e.Cancel = True, the ChildForm is being shown.  Am I using the correct logic here?

P.S.

FYI, since the ListView enhancements are still in beta, I keep posting in this thread to keep everything related to this in one place, if you prefer I can post this kind of stuff in a separate thread.

However, it might not be a bad idea to have a BeforeShowChildDialog event on the ListView so that you could cancel it if you like.

Point taken, then where to put the save code then?  In the ChildForm I am making a reference to the ParentBO PK field value which will be -1 if not saved and brake the code.  Any suggestion?

That sounds good.

This is the whole point of a parent relationship.  You SHOULD be able to create a child record on a parent that doesn't yet have a PK yet.  SF will automatically persist the parent's PK to the child once the parent gets a PK.  So you should be saving these records at the same time.  It isn't fair to require the end-user to save a parent record before a child gets created.  All of this should be able to be done at the same time.

In one maintenance form that I recently finished, I have 11 child and grandchild records that could be created on a new record without ever first requiring a parent record to first be saved.  So that is the first thing I would rework versus forcing the save of the parent.

• So basically all child BO should be Saved when clicking the Save button in the Parent Form? 
• I guess that if I select Undo from the toolbar that all child data will be undoed?

Guess I am still thinking as a VFP developer

Yes.  All Save and Undo logic should occur from a single point (not the child form ) but the most common place would be the Parent form or container.

Yup...you got it

After your post, I when to check the SF Samples and after reviewing the ChildDialogFormSample.sln I think I now have a better understanding of this concept of drilling down child forms and having control of all the savings from a single point. 

I must admit that it still scares me a bit drilling down several child forms without saving and potentially undo some data that the end user may not wanted to undo, but I guess is just a matter of understanding the design purpose of the ChildFormDialog control.

I'll keep you posted

Refactoring my child forms, i have a situation with my current code in the ChildForm Save button:

As you can see, I am using the Form's Save() to force the Broken Rules check and show the InfoBox.  But intent to refactor it to simply check for broken rules and return a DialogResult.OK as it should be.

In the CustomerNodeEditor form this code is being used for the same reason:

The CheckRulesOnRow(True) is not working in a sense that is not showing the required fields nor showing the InfoBox to inform the user that there is a problem with that record, but it is not entering the IF condition which mean that it is partially working.

How can I deal with this situation since in all my ChildForms I need to check for broken rules defined in the BO class?

All of the error providers will then work, however, the InfoBox will not appear and this is by design.  That logic is placed in the Save() of the BaseForm and creates a collection list...however, you can add this yourself very easily in your BaseBO.  Just handle the BusinessRulesChecked event of the BaseBO, and you will probably want to have a property that determines if the InfoBox will be shown when there are broken rules (this too would be on your BaseBo).  The only other property that you may consider adding or testing for is the parent form (or which ever form you may want the InfoBox to show within).  But you would then call the InfoBox like this:

You can look at the BaseForm in the Business assembly of the source to see what we do in that dialog.

In the latest update 1.6.6 a new event BeforeChildFormExecuted was added to the ListView control.  I noticed that in the ListViewBeforeChildExecuteEventArgs there is no Cancel property to cancel any action handled by the ListView control.

Would it be necessary to add the e.Cancel property, or is there any other way to abort any of the 3 actions allow in the ListView (Add/Edit/Delete)?

I really have the need to be able to cancel out showing the childform dialog from the listview BeforeChildFormExecuted, I have not find a way to do this in a form without having to have all the listview code in the form to manage it. 

Have you consider adding an e.Cancel parameter?

Thanks