11
JasonMR
Re: Flexible Forms - STORED IN DB WITH REPORTING
  • 2004/11/15 9:17

  • JasonMR

  • Just can't stay away

  • Posts: 655

  • Since: 2004/6/21


Myth said, he will release when ready.

A little patience my friend, I know, it is not easy to contain ones excitement for this mod

12
vinit
Re: Flexible Forms - STORED IN DB WITH REPORTING
  • 2004/11/15 16:28

  • vinit

  • Just can't stay away

  • Posts: 530

  • Since: 2004/1/10


very true, i am just sipping up coffee, taking apples so that dont sleep off when the release it made.

Woosh, its been a long wait .....

13
JasonMR
Re: Flexible Forms - STORED IN DB WITH REPORTING
  • 2004/11/15 22:18

  • JasonMR

  • Just can't stay away

  • Posts: 655

  • Since: 2004/6/21



14
vinit
Re: Flexible Forms - STORED IN DB WITH REPORTING
  • 2004/11/16 5:19

  • vinit

  • Just can't stay away

  • Posts: 530

  • Since: 2004/1/10


any link to beta releases ???

15
Mithrandir
Re: Flexible Forms - STORED IN DB WITH REPORTING

A little less impatience, please Vinit.

I have an early version available on JKP Software XOOPS Development

It features:
Creation and editing of surveys
Adding, editing and removing elements
Limiting survey submissals to single replies through a cookie and/or IP (optional)
Required fields marked with an *
Surveys can be active or inactive
Answers saved in the database
Object Oriented code structure

Todo list:
Add validated email to single-reply limitation
Add optional email address for receiving answers
Add "Other" option to checkboxes and radio buttons
Add export to CSV and XML
Improve administration layout

16
jegelstaff
Re: Flexible Forms - STORED IN DB WITH REPORTING
  • 2004/11/19 18:27

  • jegelstaff

  • Module Developer

  • Posts: 518

  • Since: 2004/7/2 2


This was the big missing link for us when we started with XOOPS. It could do just about everything we needed, expect this. So we built a module to do this (on top of Fomulaire).

It has a lot of the features listed here, plus has a reporting system built in which you can use to publish reports to groups of users.

It's a really big, huge, and somewhat ugly (code-wise) hack of Formulaire.

It's true that there are more powerful data analysis tools out there than we could ever build in PHP/XOOPS, but the convenience of being able to do rudimentary reporting inside XOOPS, and to be able to use XOOPS as a report publishing platform to groups of users in your organization, is very significant. For the right audience, ie: a non-technical one that doesn't have access or familiarity with data analysis tools, built in reporting features can be a real godsend. And the ability to push data to users through publishing reports inside XOOPS adds a lot of value to the XOOPS platform within an organization, if you're trying to make a one-stop portal for all business transactions.

Some of the more advanced features in our module....

--Form creation interface the same as Formulaire

--Forms can be single submission or multiple submission, enforced through DB flags, though the assumption is that only registered users are filling in forms. Anonymous users can fill in forms too, but don't have access to some of the more advanced features.

--Registered users returning to a single submission form get their one entry displayed for editing. Multiple submission entries can be edited by selecting them from the "View Entries" page.

--Viewing of entries can either be limited to your own entries only, or all entries by other users in the same groups as you (a per form, not per user, setting)

--Full reporting features:
* search with =, LIKE, NOT, NOT LIKE, <, <=, >, >= operators
* AND/OR search options, both within a field and between fields
* calculations: sum, average, count, min, max, percentage breakdown
* sorting by any field
* "scope" control over the report results, so admins can generate reports based on data from entries in multiple groups, not just their own groups
* Report publishing controls so users can view information that admins want them to be able to see easily (users can make their own private, unpublished reports too).

--Full admin interface, so users can be admins over specific forms, without having admin access to the entire Forms module.

--"Proxy" entry system so admins can submit data on behalf of others, and can edit other people's entries if necessary. This allows for situations like where someone faxes in a paper copy of a form to the office and someone in the office needs to enter that data into the system, but have the data flagged as if it were entered by the person who faxed the paper copy in the first place.

--Capability to link/join forms, so entries in a field in one form become the list of options in a selectbox in another form. This is one of my favs.

--Notifications so you can get a message when someone fills in a form. Also very cool.

Unfortunately, it's pretty much complete spaghetti code right now, thanks to the way it was built incrementally, and way too fast, starting as a simple hack of Formulaire. But it works pretty well I would say. We have not released it yet, and for various business planning reasons, hadn't planned to do so until it was in a more polished and professional state.

But of course, help from the XOOPS open-source community could help it get there faster, though in truth, it's such a complicated module that significant contributions to deal with some of the underlying architectural issues on the to do list would be very difficult for anyone but us to do; that's just to say that I'm not sure that releasing would in fact help get the module to a more professional state faster, but it would of course enrich the community.

One of the biggest issues for users right now is that the reporting system is really slow once you have a few hundred entries in a form (still quite usable, but noticably slow).

There are also structural issues with how the data is stored arising from the way the module was built on top of other modules, so to properly add in new features and improvements, some of those deep issues need to be addressed.

The interface is also a little clunky. Functional, but not polished. And you get into a lot of horizontal scrolling when you start viewing lots of fields in a form, which can be rather annoying.

Anyway, you can view a demo of the module if you go to:

http://demo.freeformsolutions.ca

The "Activity Log" in the "Form Menu" is the one demo form available there. That will give you a basic idea of what the module does. There is no demo of the backend admin side.

I would of course be happy to get feedback on this. Desperate pleas for a release will be considered.

--Julian

17
jmass
Re: Flexible Forms - STORED IN DB WITH REPORTING
  • 2004/11/23 16:55

  • jmass

  • Friend of XOOPS

  • Posts: 524

  • Since: 2003/12/18


PLEASE CONSIDER THIS A DESPERATE PLEA............

PLEASE PLEASE PLEASE!!!

18
jmass
Re: Flexible Forms - STORED IN DB WITH REPORTING
  • 2004/11/23 18:21

  • jmass

  • Friend of XOOPS

  • Posts: 524

  • Since: 2003/12/18


I had a chance to install to beta from Mith.

After some minor hacking of the sql file I got it installed.

Being a beta, it is missing some features, but you can tell where he is going with it. It is going to be really usefull!!!

I am not sure what he has planned for reporting. He has clearly stated that their is plans for an export to csv or the like. This is great, and really all that is REQUIRED. However, I think a little reporting within the module might be nice. Something simple like the other module mentioned in this thread, but cleaner. IMHO of course.

Thanks for the sneak peak Mith. It looks like this is going to be a MUST HAVE.

If there are no plans for the in module reporting for the client you are developing this for, shoot me an e-mail. We can discuss if you are interested in expanding it on my dime.

19
Mithrandir
Re: Flexible Forms - STORED IN DB WITH REPORTING

I might add some basic reporting. Since I plan to export to XML, it should be possible to generate a report quite quickly based on that XML document. It's last on the list, though.

I'll most likely have another sneak peak out tomorrow with validated emails (after submitting, an email is shipped to the submitter, asking him to validate his reply by clicking on a link - only after the reply is validated will it feature in the reports and only once will the email address be accepted) as well as a generic element with text fields for name, position, company, address and email with everything except email address being toggleable in the element's configuration.

Hopefully, I will also have a "radio group" element ready by then. It's a group of questions each with the same reply possibilities (you know them - "please rate these statements from 'I fully agree' over 'I don't know' to 'I fully disagree'" and then a list of statements).

Lastly there will be the option of adding a "other" option to checkboxes and radio buttons and the possibility to search the module for questions or survey titles and apply such filters to the listing in the administration area.

20
irmtfan
Re: Flexible Forms - STORED IN DB WITH REPORTING
  • 2004/11/23 19:45

  • irmtfan

  • Module Developer

  • Posts: 3419

  • Since: 2003/12/7


can i use this module as a questionnaire؟

and what is the diffrence between this and xhelp module IN USE?
all in all i think the help desk is best solution for tracking

Login

Who's Online

305 user(s) are online (277 user(s) are browsing Support Forums)


Members: 0


Guests: 305


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Nov 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits