Dan Zahlis asked 2 years ago
Updating to version 6.0 and 6.0.1 (from 5.5.6 and 5.5.7) has caused our edit in-place functionality to "break." The result is an unusably narrow column inside our view tables. Rolling back the update does not resolve the problem.
Does anyone know of an alternative way to enable front end editing from a FF view table? This issue is preventing seventy therapists from entering mental health referrals. We need to resolve the issue as soon as possible. Any help will be greatly appreciated.
Walter Jones answered 2 years ago
Have you considered using a formidable modal to edit the entries from the view?
https://formidableforms.com/knowledgebase/bootstrap-modal/#kb-editing-with-a-view-in-a-modal
Dan Zahlis answered 2 years ago
Thanks, Walter.
I tried the modal (and preferred it if it had worked) but I ran into trouble with the MANY calendar controls we use on the form. The calendars (and associated HTML fields) are displayed using conditional logic. The modal approach lists all of the conditional HTML fields (orange in the image) and displays all the date field labels without the actual date controls whether the fields satisfy the conditional logic or not. I assumed it was because of the warning provided in the knowledgebase article:
"Note: Some JavaScript won’t work correctly if several modal edit links are included on the same page. This is the same as having the same form on the page multiple times."
Walter Jones answered 2 years ago
I see. Have you tried using a grid view as opposed to a table and building your edit in place into a space you predefine in the view?
Dan Zahlis
replied 2 years ago I haven't tried this but it sounds like a good option. These folks love the familiarity of a spreadsheet view/functionality and have been resistant to the grid views I've created for them in the past (I like them better). I will try to reduce the form fields to those absolutely necessary for a record edit (sans the calendar fields) and see if that works with the modal. Otherwise, I'll build a grid view as you suggest. Thanks for the ideas!
P.S. I'm just a dad helping his daughter and her NFP employer (free, as in beer). They may be looking for a qualified person to put on retainer to replace me. Is this something you might consider?
Walter Jones
replied 2 years ago You and I have spoken before Dan, you are a saint and for someone who “does it for beer” god bless you! I, along with many others on this forum are happy to help whenever you need it.
Dan Zahlis
replied 2 years ago Thanks, Walter. Do you know if there's a parameter that can be used with the editlink shortcode to force a fixed width when using the frm_container_? I'm thinking this might be a nice work around until the update can be addressed.
Walter Jones
replied 2 years ago Long shot here but maybe try
[editlink label="Edit" prefix="frm_container_"]
Dan Zahlis
replied 2 years ago That's what I'm currently using.
[editlink label="Edit" prefix="frm_container_"]
It worked perfectly until the 6.0 update. Now the column rendered for the in-line edit form is too narrow to be usable. I was hoping that I had overlooked a parameter like width="300px" or something similar.
e.g. [editlink label="Edit" prefix="frm_container_" width="300px"]
Dan Zahlis
replied 2 years ago Ignore previous attempts to communicate. Simplified version below:
FF Support said, "If you move the code LESS THAN div id="frm_container_[id]"> </div GREATER THAN Outside the Table row, your form fields will be displayed in the new position."
Can you help me accomplish this while in "Table view" mode? Everything I try results in an "Edit" link that turns into a "Cancel" link when clicked.
Please login or Register to submit your answer
