How to let site owner create forms?

Previous topic

Developer

Next topic

Author	Message
Nicklas Lundgren	Wednesday 15 June 2005 1:45:02 am Hi all, We are planning a new project, where the customer wants to create forms of his own. We have considered granting him access to the setup-section of the eZ P admin interface. Thus, he could create his own classes. But this is a real threat, since we cant expect that the customer knows his way through this rather advanced section, and to my knowledge one cant restrict the permissions to setup to a specific nordtree, or such. So, now we are thinking about an alternate way to achieve this. The customer needs to create simple forms vith input, textareas, radiobuttons and checkboxes. All form-replies will be emailed to the customers email-address. My simple question is - anyone having experience from this? All suggestiones is greatly appreciated. Kind regards, /Nicklas Nicklas Lundgren, Managing Director Novitell AB, Sweden
Arran Price	Wednesday 15 June 2005 5:01:03 pm Hi Nicklas, the ideal way as you know is to create the appropriate classes. You might want to consider training them or putting in a workflow so you can review before they are published. Otherwise... If I were doing it outside of ezpublish, I would have the forms created based on the contents of an xml form which could be created by the client, using a form I would have created for that purpose. The problem with that, is that its really complicated compared to the alternative. A thought springs to mind while I write this... Can you create a new class group, and only give the client access to create/edit classes within that group? If so, you could then create custom templates etc and not have to be so worried about what they may inadvertently get access to? If you cant, that would be a suggestion to add to the next round of feature additions. Hope thats of some help. Arran
Bruce Morrison	Wednesday 15 June 2005 6:04:58 pm Hi Nicklas I think I may have something that will fit your needs. We have a extension that we have been planing on releasing as a product but are just too busy to polish it off and package it up. As a result it's likely we will release it under the GPL. In it's current state it is quite usable, has some installation documentation, but lacks configuration and operational documentation. If you are interested drop me an email @ brucem@designit.com.au. Cheers Bruce My Blog: http://www.stuffandcontent.com/ Follow me on twitter: http://twitter.com/brucemorrison Consolidated eZ Publish Feed : http://friendfeed.com/rooms/ez-publish

Author

Message

Nicklas Lundgren

Wednesday 15 June 2005 1:45:02 am

Hi all,

We are planning a new project, where the customer wants to create forms of his own. We have considered granting him access to the setup-section of the eZ P admin interface. Thus, he could create his own classes. But this is a real threat, since we cant expect that the customer knows his way through this rather advanced section, and to my knowledge one cant restrict the permissions to setup to a specific nordtree, or such.

So, now we are thinking about an alternate way to achieve this. The customer needs to create simple forms vith input, textareas, radiobuttons and checkboxes. All form-replies will be emailed to the customers email-address.

My simple question is - anyone having experience from this?
All suggestiones is greatly appreciated.

Kind regards,
/Nicklas

Nicklas Lundgren, Managing Director
Novitell AB, Sweden

Arran Price

Wednesday 15 June 2005 5:01:03 pm

Hi Nicklas,
the ideal way as you know is to create the appropriate classes. You might want to consider training them or putting in a workflow so you can review before they are published.

Otherwise...
If I were doing it outside of ezpublish, I would have the forms created based on the contents of an xml form which could be created by the client, using a form I would have created for that purpose.

The problem with that, is that its really complicated compared to the alternative.

A thought springs to mind while I write this...
Can you create a new class group, and only give the client access to create/edit classes within that group? If so, you could then create custom templates etc and not have to be so worried about what they may inadvertently get access to? If you cant, that would be a suggestion to add to the next round of feature additions.

Hope thats of some help.

Arran

Bruce Morrison

Wednesday 15 June 2005 6:04:58 pm

Hi Nicklas

I think I may have something that will fit your needs. We have a extension that we have been planing on releasing as a product but are just too busy to polish it off and package it up. As a result it's likely we will release it under the GPL.

In it's current state it is quite usable, has some installation documentation, but lacks configuration and operational documentation.

If you are interested drop me an email @ brucem@designit.com.au.

Cheers
Bruce

My Blog: http://www.stuffandcontent.com/
Follow me on twitter: http://twitter.com/brucemorrison
Consolidated eZ Publish Feed : http://friendfeed.com/rooms/ez-publish

eZ debug

Timing:	Jan 18 2025 18:15:41
Script start
Timing:	Jan 18 2025 18:15:41
Module start 'layout'
Timing:	Jan 18 2025 18:15:41
Module start 'content'
Timing:	Jan 18 2025 18:15:41
Module end 'content'
Timing:	Jan 18 2025 18:15:41
Script end

Main resources:

Total runtime	0.0159 sec
Peak memory usage	2,048.0000 KB
Database Queries	3

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0049	587.9219	152.6250
Module start 'layout'	0.0049	0.0028	740.5469	39.4609
Module start 'content'	0.0077	0.0062	780.0078	93.3359
Module end 'content'	0.0140	0.0019	873.3438	34.3047
Script end	0.0158		907.6484

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0024	15.2611	14	0.0002
Check MTime	0.0010	6.4578	14	0.0001
Mysql Total
Database connection	0.0007	4.4174	1	0.0007
Mysqli_queries	0.0024	14.9125	3	0.0008
Looping result	0.0000	0.0811	1	0.0000
Template Total	0.0015	9.2	1	0.0015
Template load	0.0008	4.9598	1	0.0008
Template processing	0.0007	4.2161	1	0.0007
Override
Cache load	0.0006	3.5985	1	0.0006
General
dbfile	0.0014	8.9355	8	0.0002
String conversion	0.0000	0.0511	4	0.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

Usage	Requested template	Template	Template loaded	Edit	Override
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 1 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs