Downloads: TDO Mini Forms Wordpress Plugin (v0.12.3)
This plugin allows you to add a form to your website that allows your readers (including non-registered) to submit posts.
Download now from Wordpress.org!
Version 0.12 introduces the Form Hacker which allows admins the power to modify the form code from within the plugin as opposed to hacking the plugin source code. Nearly all messages to the user are configurable now
TDO Mini Forms has been used to turn Wordpress into a Forum and a Contact Manager!
This plugin allows you to add a form to your website that allows non-registered users and/or subscribers (configurable) to submit posts. The posts are kept in “draft” until an admin can publish them (also configurable).
The plugin provides an extensive moderation view so administrators and editors can see posts awaiting approval and publish or delete them. Administrators can also ban specific users and IPs from using the form. Administrators can also “Trust” specific users. This means that when they use the form, their posts are automatically published. This does not give them any other rights or permissions using the Wordpress software, it only affects usage of the form. This applies to user and IP bans as well. There is even an option to automatically trust users after so many approved submissions. (It should be noted that submissions from users that can already publish using the normal Wordpress UI, will be automatically published.)
Administrators can configure the form using drag and drop “widgets”. They are based on the same model as Wordpress’ built-in Theme widgets and it is possible to write your own. With 0.7, more options are available and it is now much easier to integrate with your theme. You don’t even need to modify your theme any more to display submitter information!
Registered users have access to a “Your Submissions” page which lists their current submissions awaiting approval and links to their approved submissions.
Features
- Integration with Akismet to prevent Spam
- Highly customisable: Create your form using a Widget interface.
- Create as many forms as you like.
- Put a form in your sidebar using a widget for your Theme.
- Submit pages instead of posts.
- Simple Question and/or Image Captcha.
- Posting Policy.
- Add Custom Fields to your Form.
- QuickTags support for Forms.
- Upload Files and can be attached to posts. Uses Wordpress’ core to create thumbnails if applicable.
- Submitters can be notified if post approved or rejected.
- Allow users to select category and tags.
- Ban users and IPs.
- Control what roles can access the form.
- Can automatically create a page with form for you.
- Can automatically modified author template tag with info about submitter.
- Can, optionally, automatically allow submissions to be published.
- Throttle number of submissions by user and/or IP
- Optionally Queue published posts
- Numerous widgets for your theme, including a list of the top submitters
- And many more…
Verision 0.11 provides intregration with Akismet, Submission Throttling, Import and Export of Form settings, Queuing Approved Post, Top Submitter theme widget and numerous bug fixes!
With version 0.10.3, “Bad Data” errors and register_global issues should be a thing of the past!
Version 0.10.2 provides compatibility with Wordpress 2.5!
Version 0.10 is a big upgrade. You will not be able to use previous versions about this install.
Version 0.7 is a major reworking of the code. Make sure to follow the upgrade instructions if you are using a version prior to this!
For Installation, Screenshots, FAQ, Full Version History and Known Bugs, please check the included readme.txt or the Wordpress.org page for the plugin.
For Support (and live demo), please see the Forums.
Version Info: v0.12.3: 4th July 2008
- Bug in tdomf-msgs.php that would occur for unregistered users only
- Auto Respond Email widget
- Small mistake in whoami widget hack, “email” title used for webpage field
- Checkbox settings were not being correctly passed in AJAX
- Full paths are used, not just relative
- Ban User/IP links from moderation email
- Enabling extra debug messages and turning on error messages to user also turns on all error reporting in PHP
- Added extra debug messages and handling around post_id 0 submissions (still dont’ have a clue about them)
- Moderation emails to admins can now be turned on if moderation is turned off
- Custom Field summary was not appearing in admin emails
Administrator
April 13th, 2007 at 3:45 pm
Hi Phil McThomas,
If your using the latest version of the plugin, you can only chose “Anyone” or cherry pick from roles that cannot publish posts.
Any user who can publish will always be able to use the form because, well, they can do exactly the same using the Wordpress UI.
If you give a user rights to submit a draft, they will be able to see the Wordpress UI post form. Giving a role the permissions to use the TDOMF form is independant of that. So you can have a user that can use the TDOMF form and the Wordpress UI write post menu.
Yes. This is the purpose of the plugin. By default, anyone can submit a post using the TDOMF form. If you change it to only the subscriber role, then only people who register as users can use the TDOMF form. If you want to only allow certain users to access the form (i.e. not just anyone who registers), but not see the Wordpress UI, then you need to create a new role (using the Role Manager plugin) which has all the same rights as the subscriber role. Then in the TDOMF menu, just set that role as the only role able to access the form.
Does all that make sense? It seems to sound so complicated but it isn’t really.
Guest
April 13th, 2007 at 3:30 pm
I haven’t had a change to play with this so far this week, but I’ve got a nagging thought in my head.
If I’m giving a user enough privs to create a draft or publish a post through the TDO form, will they also be able to draft/publish using the admin back-end?
Or to put it another way: Is there a way to allow users to draft/publish through TDO without letting them see the post form in the admin dashboard?
Administrator
April 13th, 2007 at 1:53 pm
Hi AAwoken, it should be on the options page, under the section “Default Author”. If the drop down list is empty or does not include the user you created to be used as default, it’s probably because the user level for your default user is too high. If the user can publish posts, it can’t be used as the default author.
Otherwise, when an anonymous user posts, it gets attached to the default author. If the default author can publish, then the post is published. Which is… well bad. Does that make sense?
Hi Ahni, I think I answered this one already in the comments to someone else. Check this comment out and tell me if it helps.
Guest
April 13th, 2007 at 1:42 pm
Hey Mark. I have another quick question for you when you get a moment…
how can I make and
into an else if statement, so the tdomf name will display if available, otherwise the author nickname will be displayed?
Cheers.
Guest
April 12th, 2007 at 11:18 pm
I am trying to install thi on a site and I keep getting the error that the default user cannot be the admin. I hace another user setup as an author and don’t see the option for changing to it in the config screen. I am sure I am missing something real easy here but would appreciate the help anyway.
Administrator
April 10th, 2007 at 4:10 pm
Hi Phil McThomas, I had thought about writing up a short tutorial to describe how to do what you want. But, if I do that, I ask myself why not just start implementing it? I will get around to it (and other features) in the next few months.
Cool. That would be most useful!
Guest
April 10th, 2007 at 3:32 am
I think I’m seeing the answers to my questions after a bit of research. I see the add_meta functions and I see other simple form validation logic, so I think I’m going to be able to hack this to achieve my objectives.
I’ll post a follow-up here once I’m done in case others are trying to do a similar hack.
Thanks once again for the cool plugin.
Guest
April 9th, 2007 at 4:15 pm
Thanks Mark - that did the trick.
Any thoughts on (2) and (3)??
2) I’d like to hack this to include a custom field (of a pre-determinded key). Any suggestions on how to add this to the ‘post’ object.
3) I’d like to validate some entries in my hacked form (e.g. the custom field is required). Any suggestions on where to add this code and how to deal with error conditions?
Administrator
April 9th, 2007 at 3:26 pm
Hi Phil McThomas, I believe I see the problem. When you added the code
<!--tdomf_form1-->was it in the “visual” or “code” tab? If you added in the visual tab, it html-ifies it so it doesn’t work. You need to add it in the code tab. Alternativily you can go to “Your Profile” in “Users” and uncheck “Use the visual editor when writing” as well. Then you can add the code and Wordpress won’t try to turn it into valid html.Until Wordpress 2.1, this would never be a problem. I guess perhaps it’s time I change it to
[!--tdomf_form1--]which Wordpress won’t convert to HTML.Guest
April 9th, 2007 at 12:36 pm
BTW..I see someone with a similar problem to mine. You asked to see their page. Here is mine:
http://cleverfootball.com/form