-
New Commercial Services Section
We have now opened a commercial services section here on the forum for registered users. If you have a Fabrik project that you wish to have someone work on for you, post it under Help Wanted. If you are an application developer and wish to earn some money helping others, post your details under Fabrik Application Developers.
Both of these are unmoderated. It will be up to both parties to work out the details and come to an agreement.
-
Joomla 5.1
For running J!5.1 you must https://fabrikar.com/forums/index.php?wiki/update-from-github/ or include the new file manually https://fabrikar.com/forums/index.php?threads/joomla-5-1-and-fabrik-cannot-find-files-error.54473/post-285151 See also Announcements
multiple forms per page
- Thread starter prophoto
- Start date
cheesegrits
Support Gopher
I don't think that's going to work. We use a combination of form_id and row_id for creating the "unique" form name / DOM id, like form_3_123 (form ID 3, row 123). Or just form_id when adding a new form (like form_3), not editing an existing row.
So you can have two copies of the same form if they are displaying / editing different rows, but you can't have two copies of either the same form editing / displaying the same row, or same empty (new) form, because the DOM names / ids will clash.
You might be able to work round it by using some other extension which lets you embed content in iframes (I think Modules Anywhere (?) may allow that), but I haven't tried it.
-- hugh
So you can have two copies of the same form if they are displaying / editing different rows, but you can't have two copies of either the same form editing / displaying the same row, or same empty (new) form, because the DOM names / ids will clash.
You might be able to work round it by using some other extension which lets you embed content in iframes (I think Modules Anywhere (?) may allow that), but I haven't tried it.
-- hugh
Copying the list will create a new list/form/group/(linked) elements, but all on the same underlying DB table. (Think of the list as a table view).
It's straight forward if there's only one non-repeat-group (I'm never sure what is happening if there are repeat groups or "joined" groups).
It's straight forward if there's only one non-repeat-group (I'm never sure what is happening if there are repeat groups or "joined" groups).
cheesegrits
Support Gopher
We should make copies of the join groups as well.
But yes, that should be a potential solution for having multiple copies of the same form, or form/rowid, on the same page. Although I have a feeling we may still end up with ID / name clashes at the element level, as they use tablename___elementname. But you may get away with that, depending what element types are in use, and how selectively we wrote the JS for those elements (i.e. if we just do document.id(), or form.id() when looking for DOM elements).
And just to confirm what Troester said ... the copy will use the same underlying table. So it doesn't matter which copy of the list/form you use, all the data is written to and read from the same table in MySQL.
-- hugh
But yes, that should be a potential solution for having multiple copies of the same form, or form/rowid, on the same page. Although I have a feeling we may still end up with ID / name clashes at the element level, as they use tablename___elementname. But you may get away with that, depending what element types are in use, and how selectively we wrote the JS for those elements (i.e. if we just do document.id(), or form.id() when looking for DOM elements).
And just to confirm what Troester said ... the copy will use the same underlying table. So it doesn't matter which copy of the list/form you use, all the data is written to and read from the same table in MySQL.
-- hugh