I have a form that displays input fields used by an event manager to sign-up individuals for an event. At the top of the form is a dropdown that selects the event to which to add the Attendee. Below the form a list is displayed of the current members who have previously signed-up. I use the CF fltr[Mode][field] method and Session Actions to successfully display the correct event list after the submit. This CF Connection Action generated list uses the _DELETE_ ChronoConnectivity Core Plugin.
[attachment=0]SignUp Form.PNG[/attachment]
When I click on a Delete link, the record is correctly deleted, but when the page refreshes it does not return to the form page, but instead to the page that would normally be displayed if one was using the ChronoConnectivity listing only. In other words, it displays a new page without the ChronoForm.
The page url it uses after the Delete is:
index.php/component/chronoconnectivity5/?cont=lists&act=index&ccname=CruiseAttendeeListMgr
The page url for the form page is (menu alias reference):
index.php/home/add-cruise-attendee?chronoform=CruiseAttendanceMgr
Is there a way to get the _DELETE_ to return to the ChronoForm?
Or do I need to create some kind of custom delete action of my own within the ChronoConnectivity connection?
What is the best way to do this?
Hi,
I just wondered if you ever figured this out? I would love to know the solution...
Cheers, Paddy
Actually, I turned this completely on its head. What I was originally doing was to include plug-in references to a CFv5 form and a CCv5 list within an article. This actually worked fine for my member sign-up, but when I tried to take the same approach with a cruise manager web page, this was too difficult to do.
So instead, I want back to the drawing board and stopped using plug-in references with in an article, and changed to a CCv5 based connection view menu item. Within the CCv5 connection, I utilized the actions and toolbar button functionality to add new and edit existing records, and of course, within CCv5 the _DELETE_ works perfectly, returning to the CCv5 connection view.
Overall, using CCv5 and CFv5 integrated together works great.
With some assistance from Bob, I was also able to create AJAX calls to pre-load form fields after selecting a member to add from a dynamically loaded members dropdown. Initially, I had different forms for Add, Edit and Cancel (different from delete as emails are sent out and I mark a record as cancelled and do not delete it). Once I figured out how to properly use CFv5 setup actions, I did all my calls from CCv5 actions to one CFv5 form with all the actions I needed.
I hope this helps you and gives you some direction as to how to approach a problem similar to the one my original post presented.
Jim Mitchell
Mainsail Software LLC
Hi Jim,
Thank you for such a clear, concise and timely response to my question!!
Also nice to hear that Bob is always available to assist with everyone who has questions regarding CC & CF. Top bloke!!!😀
I am going through a steep learning curve with these incredibly powerful products and seem to always make 5 steps forwards and then 3 backwards, but at least I'm making progress.
My main issue is trying to load a different custom form into the footer of a CCv5 list. (It's actual a stripe payment checkout code)
I notice the form html code is stripped from the footer code, so thought along the lines of using the plugin code to either a) embed it in the footer of the CC list (which in itself is embedded within an article) or b) just embed the CC & the CF in one article.
Both (a) and (b) initially work as expected, until I delete a record and then have the issue you had mentioned initially.
I wish my requirement was the same as yours, but I will endeavour to find an alternative solution and if you have any thoughts on my issue above, would be very grateful to hear them.
Thanks again!
Paddy
You can actually use a CFv5 Redirect using a url to your Article or CCv5 connection... I think on this more and if I have any other ideas I will post again here...
Thanks Tim,
Based upon what you have said, and some further review of the Forums, I have 'JUST' finished a process that looks to have worked.
[list]When they click the Delete option, it takes them to a CF which displays a summary of the item they want to delete.
If they choose the option to cancel the deletion - they are returned back to the previous page which reloads correctly.
If they choose to continue with the delete I have some custom code that performs the deletion, then a custom code redirect is done after the delete to take them back to the original page (CC list embedded in an article) which then refreshes and reloads correctly.[/list]
I think this is aligned with your thoughts above about making a Redirect.
NB Based upon you comments I've just realised there is a Redirect option in the Set-Up options which works a lot better than my custom php code.
It's now working like a dream!!
Thanks again, Paddy