more field type ideas
Permalink Browser Info Environment
Hi, great work!
Some ideas - maybe for the roadmap:
* field type multiline text for markdown/textile
* a WYSIWYG element to design complexer questions (like the text element)
* a possibility to export/import a form definition to use it in another project/website.
* a possibility to use an external css file instead of the style textareas
* a seperate dashboard page for adding/deleting/editing records. would be better for editors who should not change the form definitions.
* a search field and pagination for the forms list.
however, just some ideas. Once again, thanks for your work. The combination of adv. forms and data display makes my c5-life much easier.
Some ideas - maybe for the roadmap:
* field type multiline text for markdown/textile
* a WYSIWYG element to design complexer questions (like the text element)
* a possibility to export/import a form definition to use it in another project/website.
* a possibility to use an external css file instead of the style textareas
* a seperate dashboard page for adding/deleting/editing records. would be better for editors who should not change the form definitions.
* a search field and pagination for the forms list.
however, just some ideas. Once again, thanks for your work. The combination of adv. forms and data display makes my c5-life much easier.
| Type: | Discussion |
|---|---|
| Status: | New |
No, I didn't realize that. Well done! Only an <add /> element for the header of list template is missing. With this beeing implemented editors could add records to a page without using the dashboard/data display at all.
BTW, it would be great if there was a possibility to change the width of the modal dialog. Sometimes it is not wide enought for the WYSIWYG field. Maybe this could be an attribute of the data display block.
BTW, it would be great if there was a possibility to change the width of the modal dialog. Sometimes it is not wide enought for the WYSIWYG field. Maybe this could be an attribute of the data display block.
Regarding <add />, really you can just add the Advanced Form block to a page, so there's not really a need for that element.
I know what you mean regarding the size of the WYSIWYG field...I'll see about making the modal size adjustable.
I know what you mean regarding the size of the WYSIWYG field...I'll see about making the modal size adjustable.
I allready did that, but I didn't find a way to set the permissions for the form block. It should only be presented if a user is logged in and has editing privilegs.
Another point is that it would look much better and cleaner if there is only an add button on a News or events page (in editing mode) and not the whole form.
Another point is that it would look much better and cleaner if there is only an add button on a News or events page (in editing mode) and not the whole form.
You know, if you have the Data Display add-on as well, you can give others the ability to edit/delete on the front-end of the site using the <edit /> and <delete /> elements.