I both love and hate it. It can be challenging to maintain, so always looking for ways to reduce it, but it really does make certain forms function in a unique way that allows a needed process to occur based on responses. I will think on this more and other ways to handle it with Fibery forms.
We currently have quite a few forms that collect payments for events, classes, and donations. Having the payment directly tied to the entity is a nice feature versus redirecting to a payment site or some other method. Iām certain this is a larger feature to implement, especially with the amount of payment gateways that exist, but doing the top 2 or 3 would be nice.
That works great. Custom CSS isnāt a need, just a nicety to make embedded forms match the website style.
Yes and no. iFrame yes, but I didnāt know if you considered a javascript embed similar to Jotform. I am NOT a web developer, so not sure if there is a difference in this based on how the form page is designed.
One other thought. Validation of correctly formatted phone and email fields is even more crucial when it could be the public inputting the information versus someone internally.
Amazing!
Weāll move now all HR related stuff to Fibery. We used Breezy before, but with this, we donāt need it anymoreā¦ maybe embedding documents inside websites would be great to have so we can embed the content of the JD and style based on our brand.
I am super excited about forms! This is a fantastic release. Below are my dream items for forms, but already this is awesome.
Form view inside of smart folders (with the smart folder level becoming an auto-defaulted hidden field on the form)
Filter relation control (very excited for āFilter and sort in relation field selectorā roadmap item)
Conditional hidden logic
ā Allows one form with a lot of functions for a single database rather than a lot of specific forms.
ā My immediate use case: lessons learned database. One of the reasons I am sold on Fibery is because I can design a system that connects relevant lessons and key information to a user based on their current needs. Forms offers a way to add in items that canāt be captured by normal Fibery use. But capturing that knowledge should be as frictionless as possible. Being able to select a choice from a single-select (āwhat kind of lesson are you submitting?ā) and then having the relevant fields appear would be very useful. Without this, there are fields that ideally should be required or hidden but might be applicable in some scenarios.
Within relation dropdowns, ability to customize fields shown within the relation picker
Customizing the āThank you for submittingā page
ā Loop button to submit again
ā Rich-text fields where you can add a transclusion of a view. This is useful for feedback of the submission and seeing what other items should be submitted. An alternate approach to this would be the ability to launch a form view from a button and then return to the view/entity after submitting
Customizing the banner and adding an option for the workspace logo as the icon
Ordering A-Z of relation
When I have a relation field type in Fibery (on the āone-ā side), entries are ordered A-Z when I open the select menu.
But when using a relation in the the form, entries are not ordered A-Z.
Not sure if that is already on your roadmap, but otherwise, can we fix that? Iām talking about the default sort here.
This is how it looks in my Fibery entity view:
And this is how it looks in my Fibery form view:
Not sure if this is true for multi-select menu as well.
I get in some cases you might want sorted by most recently added - but I rather have some consistency with how the field behaves in the Form view with how it behaves in Fibery entity view.
This is great. I have been looking forward to the forms.
My big problem, however, is that I want to use the forms internally for Fibery users. They seem not to have been made for this use case? Why are the forms in Edit mode, not Fill-in mode by default?
This please, it still trips me up after 1ā¦ 2? years of using Fibery.
Yeah this was not obvious at all and I thought it was a odd design decision to make forms public focused - to the point where I started creating documentation linking to the public form page for internal use.
I Forms!
Was a little surprised though, that you cannot call them from within fibery, only via preview. For me, it could be the primary action when clicking on a form entry in the left-side to fill it out, and only the context menu brings me to edit modeā¦