Add-On Releases - Advanced Application Forms

THIS ADD-ON IS NO LONGER AVAILABLE AND IS NOT SUPPORTED

* General Information *
------------------------------
This is an add-on that is designed for vBulletin 4.1.1 or later. It may not work on earlier versions of vBulletin.


Nominated twice for MOTM (October 2011, January 2012)


Features

• Unlimited Application Types*
• Unlimited Application Positions*
• Unlimited Questions*
• Different Application Positions for each Application Type
• Different Questions for each Application Position.
• Allow others to add/edit Application Types by permissions.
• Allow others to edit Positions/Questions by permissions.
• Edit Application Types, Positions and Questions in either ACP or from board.
• Show Multiple Application Types in Community Menu or direct link to them.
• Control Application Type access by Usergroup, Postcount
• Control Application Position access by Usergroup, Postcount
• Notification of an application via Forum Thread and/or Email and/or Private Message
• Specify Different Forums for Reports by Application Position.
• Define a default question set that can be included on all applications.
• Much, much more!

* Limited only if you are limited in database size and/or free disk space.


* INSTALLATION *
-------------------
1) Upload the contents of the 'upload' folder to your forum's root.
(If your forum's location is http://www.example.com/forums/, the root is /forums/)

2) Depending on your server configuration, you will need to change the permissions of the advappfiles folder to either 775 or 777

3) Import the product XML file (product-advapp.xml) into the Product Manager in AdminCP.

4) Take some time to set the options, application types and application postions in the new Application Forms area of AdminCP.
(It's really not that hard!)

5) Make sure this modification is marked as 'Installed' on vBulletin.org!
(If you want to get notices from me about updates for this modification.)

* UPGRADE INSTRUCTIONS *
-----------------------------
1) Upload the contents of the 'upload' folder to your forum's root.
(If your forum's location is http://www.example.com/forums/, the root is /forums/)

2) Import the product XML file (product-advapp.xml) into the Product Manager in AdminCP and be sure "Allow Overwrite" is set to 'Yes'.

3) vB 4.2.x ONLY - Go to ACP->Settings->Options->Application Form Settings and set 'vB 4.2 Community Menu Update' to 'Yes'.

UPGRADING TO VERSION 1.3.8 or HiGHER
Depending on your server configuration, you will need to change the permissions of the advappfiles folder to either 775 or 777

If you have edited the advapp_application template, you need to revert the template before upgrading to 1.3.8 or higher.
Once the upgrade is complete, you can re-apply your changes to that template.


* History (Changelog) *
-------------------------
1.4.7 (September 7, 2015)
- Fix Certain characters not being stored/displayed properly.

1.4.6 (January 2, 2014)
- Fix Certain non-english characters not being stored/displayed properly.

1.4.5 (October 11, 2013) (not released vB.org)
- Fix No thread status showing in new threads when Thread Status Pro version 1.0.3 is installed.

1.4.4 (August 5, 2013)
- Fix Change single MySQL call to vB database call for systems that don't play well with direct MySQL calls.

1.4.3 (July 15, 2013)
- Fix Extra tabs in first response line in email notificactions.

1.4.2 (June 18, 2013)
- Fix Applications still able to be submitted after member logs out when unusual usergroup settings are used.

1.4.1 (June 8, 2013)
- Fix regex error missing from query.

1.4.0 (June 4, 2013) (not released on vB.org)
- Fix community menu not updating properly with vB 4.2.1

1.3.9 (May 2, 2013)
- Fix thread starter not showing when new thread is created and using actual userid to post new thread.

1.3.8 (May 2, 2013) (not released on vB.org)
- Add file upload option to application questions.(Available from ACP ONLY)

1.3.7 (May 1, 2013)
- Add error field in question editor for validation failure.

1.3.6 (May 1, 2013) (not released on vB.org)
- Fix moderated threads not showing as moderated in ACP.
- Change regex validated fields are now optional if no error message is defined for the field.
- Change streamline code for displaying applications forms.

1.3.5 (April 29, 2013)
- Change question save routine to prevent misnumbering of question order.
- Add single line text answers now allow regular expression matching.(Editing regex available from ACP ONLY)
- Add flood check for new threads
- Add flood check for new posts.

1.3.4 (April 22, 2013) (not released on vB.org)
- Fix header/title phrase input on application type screen not showing properly on forum application screens.
- Fix several typographical errors in phrases.

1.3.3 (March 2, 2013)
- Fix database error if Thread Status Pro is not installed.
(NO NEED TO IMPORT XML IF YOU WERE RUNNING v1.3.2 JUST UPLOAD FILES TO YOUR SERVER)

1.3.2 (February 28, 2013) (not released on vB.org)
- Add support for default forum thread status from Thread Status PRO
(NO NEED TO IMPORT XML IF YOU WERE RUNNING v1.3.1 JUST UPLOAD FILES TO YOUR SERVER)

1.3.1 (November 20, 2012)
- Fix database error when saving application type with some punctuated admin usernames.
(NO NEED TO IMPORT XML IF YOU WERE RUNNING v1.3.0 JUST UPLOAD FILES TO YOUR SERVER)

1.3.0 (November 19, 2012) (never released on vB.org)
- Fix item selection problems with Firefox browser
(NO NEED TO IMPORT XML IF YOU WERE RUNNING v1.2.9 JUST UPLOAD FILES TO YOUR SERVER)

1.2.9 (July 30, 2012)
- Fix error when editing application types in board (was not happening in ACP edit)
(NO NEED TO IMPORT XML IF YOU WERE RUNNING v1.2.8 JUST UPLOAD application-types.php to your server)

1.2.8 (May 23, 2012)
- Improved work around for vB 4.2 bug pertaining to navigation menu items (JIRA VBIV-14959).

1.2.7 (May 21, 2012)
- Work around for vB 4.2 bug pertaining to navigation menu items (JIRA VBIV-14959).

1.2.6 (May 20, 2012) (never released on vB.org)
- Made system compatible with vB 4.2.0

1.2.5 (February 27, 2012)
- Fix IP address not being displayed when answer color option is used.
- Fix overlap of nav tab with nav menu.

1.2.4 (January 17, 2012)
- Fix URL not being parsed when answer color is defined and URL is the only thing in the answer.

1.2.3 (January 11, 2012)
- Add replacement variables to PM after submitting application.
- Add answer color option to main settings.
- Add multiple choice answers in column format option to main settings.
- Add 'All of the above' Multiple Choice question type.

1.2.2 (December 16, 2011) (NO NEED TO IMPORT XML WHEN UPGRADING FROM 1.2.1, JUST UPLOAD FILES TO SERVER)
- Fix UTF-8 character display for expected answers.
- Fix sorting problem with first application questions.

1.2.1 (December 15, 2011) (not uploaded on vBulletin.org)
- Add option to PM a member after submitting an application.
- Add numeric ordering to edit position questions in ACP ONLY. (NOTE: Numbering MUST stay as 1,2,3.. NEVER use 10, 20, 30...)

1.2.0 (December 7, 2011)
- Fix database error when single quote is used in expected responses. (NO NEED TO IMPORT XML WHEN UPGRADING FROM 1.1.9, JUST UPLOAD FILES TO SERVER)

1.1.9 (December 5, 2011) (Not uploaded on vBulletin.org)
- Fix quote character not being displayed properly in posts. (NO NEED TO IMPORT XML WHEN UPGRADING FROM 1.1.8, JUST UPLOAD FILES TO SERVER)

1.1.8 (December 2, 2011)
- Fix 'not enough posts' now displays when it should. (NO NEED TO IMPORT XML WHEN UPGRADING FROM 1.1.7, JUST UPLOAD FILES TO SERVER)

1.1.7 (November 5, 2011)
- Added single selection dropdown box for questions.

1.1.6 (October 13, 2011) (Not uploaded on vBulletin.org)
- Code enhancements for future expansion.

1.1.5 (September 4, 2011)
- Repair forum based application group type editor. (NO NEED TO IMPORT XML WHEN UPDATING FROM 1.1.4 to 1.1.5, JUST UPLOAD FILES TO SERVER - NO NEED TO UPDATE IF YOU DON'T USE THE FORUM BASED EDITOR)

1.1.4 (August 27, 2011)
- Change hard coded Yes/No answers to standard vBulletin Yes/No phrases (thanks to Ellendway for testing).

1.1.3 (August 15, 2011)
- Corrected post format problems.
- Changed human verify portion of template.
- Changed hard coded Yes/No questions to standard vBulletin Yes/No Phrases.

1.1.2 (July 30, 2011)
- Code enhancements to allow for future expansion.

1.1.1 (July 6, 2011)
- Fix human verification. (problem found while converting mod to vB 3.8.7)

1.1.0 (June 29, 2011)
- Installation script change to correct installation problem where plugin was not importing completely for some people.

1.0.9 (June 21, 2011)
- Removed odd credit line for skin.

1.0.8 (June 14, 2011)
- Changed URL parse option so URLs are now parsed in all text fields.
- Changed 'Use First Text Answer As Subject' to subject replacement variable.
- Added option to remove member name from first line of reports.
- Added option to post application reports in an existing thread.
- Moved 'Start Application' button label to advapp vBulletin Phrase.
- Moved 'I am applying for the postion of' text from template to advapp vBulletin Phrase.
- Changed template so 'Member Name' now uses advapp vBulletin Phrase.
- Changed CSS so 'Start Application' button is centered on page.
- Removed remnant heading phrase from application form template.

1.0.7 (June 8, 2011)
- Fix minor bug where multi-line text was being cut into smaller sections.
- Added option to parse URLs. (it is in the position editor)

1.0.6 (June 6, 2011)
- Added option to use first single line text answer as report subject.
- Added option to require approval of the thread created when a member submits an application.
- Added options to redirect member to different locations after submitting an application.

1.0.5 (June 4, 2011)
- Fix default questions were carrying over their display positions causing answers to record improperly.
- Added option to show applications in navbar tabs.

1.0.4 (June 1, 2011)
- Database table creation change to make it compatible with MySQL 5.5.8
(NO NEED TO UPDATE IF YOU ARE ALREADY RUNNING VERSION 1.0.3)

1.0.3 (May 23, 2011)
- Added note about default email/pm user ids to position editors.
- Added Delete All Questions to ACP question editor.
- Added the ability to use a Thread Prefix for report threads.

1.0.2 (May 20, 2011)
- Fix rewind error.

1.0.1 (May 20, 2011)
- Changed database creation method for those that might be having problems.

1.0.0 (May 20, 2011)
- Initial Release

[nhawk]

Originally Posted by Ellendway

Awesome update nhawk!!! Thanks so much. I'll send donate if few days.

Anyway, I've got questions how to fix two things.

1) If I'll use URL address in application form, in topic is this URL "dead".
2) Multi-Line Text is bugged???

I hope the screenshot of my screen will help you.

Yes, URLs are dead. Alan_SP suggested they be live. But if I do that it will be by an option. Not everyone allows live links on their site.

Multi-line text works fine. It even shows up without any bugs in your screenshot, so I'm not sure what you're expecting to see.

EDIT: I THINK I see what you mean. The text is being broken down into small chunks. I never noticed that.

I'll issue a full update a little later today.

[Ellendway]

Thanks for quick fix. It's working good now.

If you will have little more time, you can do it (with links), but no rush

Thanks again!

[nhawk]

Originally Posted by Ellendway

Thanks for quick fix. It's working good now.

If you will have little more time, you can do it (with links), but no rush

Thanks again!

It's in today's release on a per-position basis. So, it can be enabled on a position by position basis. Only SINGLE LINE text answers will be parsed for URLS.

[Alan_SP]

Originally Posted by nhawk

That is exactly what the 'Yes/No' option does, it gives the either/or option.

I'll have to think about it, but personally I think combining the two could end up with strange results.

I want to use users first line answer as variable, that I have ability to add some text to it if I want/need it. That I be able to make such thread names:

User's first answer is: {1}

Or if we could use both I could have:

{1}'s first answer is: {2}

Of course, it doesn't really need to be {1}, it could be also {2}, whatever variable number it is. And yes, I am aware that this could give strange results, but I'm the one who's creating threads names and this is something I do think about.

Now as I understand I can use only first answer as it is, without adding any of my text to it. It is good, but having it as variable would be better in my opinion. I really don't know is it possible, but I already miss it.

Stranger Danger!

You REALLY want links parsed?

You could end up with a ton of undesirable live links on your site that way.

I should be able to make it an option if you really want them parsed.

Yes, I really want links parsed. For example, when user's apply for moderator I want to ask him for links of threads he started, or he thinks he wrote good posts, as this is something relevant in my opinion what makes good moderator. In that case, having live links is commodity. I now just edit his first post without actually editing anything (links after that become live).

Having ability to choose live or dead links is fine with me, I'm always for having more control than less.

Also, I noticed you didn't phrased Start Application button, it's "hard coded" in template. Please, can you phrase it. The button to use when user chooses which application to fill out.

And one new suggestion. Can you make that filled out applications create new posts in already existing thread? Sometimes I'd like to use both options (you can say I like to archive applications in certain thread, to have all of them in one place), and sometimes I'd like only to add new posts to already existing thread.

Of course, I think this to be an addition to creating new threads, not instead of it, just like I can send PM or email too.

[Alan_SP]

Originally Posted by nhawk

It's in today's release on a per-position basis. So, it can be enabled on a position by position basis. Only SINGLE LINE text answers will be parsed for URLS.

As I said, you're really fast. :up:

Though I would also make multi line answers parsed if it is possible. As I understand we have option if we want links parsed or not, so why not have them parsed everywhere? Please...

[nhawk]

I will be taking a break from programming for a while, to see what else might pop up. If there is a bug found, I'll act on that quickly. But additions/modifications will wait until there are a few of them to do at once.

So far as the button text goes, temporarily you can change it. Go into the style manager and open Advanced Applications Templates->advapp_select.

Look for this code..

<input type="submit" class="button" value="Start Application" />

And change Start Application to whatever you like.

[nhawk]

Originally Posted by Alan_SP

As I said, you're really fast. :up:

Though I would also make multi line answers parsed if it is possible. As I understand we have option if we want links parsed or not, so why not have them parsed everywhere? Please...

Seeing as how that's a quick 5 minute fix, I've done it but I won't upload it as a full release until there's more to go with it.

[Alan_SP]

Thanks for enabling live links everywhere.

For button, I know where to change template, just thought to mention it as phrasing enables using it in forums with more than one language. Template changes doesn't.

You made really great mod. :up:

[Manoel J?nior]

Originally Posted by nhawk

You asked this same question about one of my other mods. The answer is not any different..

At this point I can't say if I will or won't port any of my mods to 3.8.7.

None of the sites I service run 3.x.x any more and my time is spent servicing 4.x.x sites and mods.

Thanks for you answer

[nhawk]

Originally Posted by Alan_SP

I want to use users first line answer as variable, that I have ability to add some text to it if I want/need it. That I be able to make such thread names:

User's first answer is: {1}

Or if we could use both I could have:

{1}'s first answer is: {2}

Of course, it doesn't really need to be {1}, it could be also {2}, whatever variable number it is. And yes, I am aware that this could give strange results, but I'm the one who's creating threads names and this is something I do think about.

Now as I understand I can use only first answer as it is, without adding any of my text to it. It is good, but having it as variable would be better in my opinion. I really don't know is it possible, but I already miss it.



Yes, I really want links parsed. For example, when user's apply for moderator I want to ask him for links of threads he started, or he thinks he wrote good posts, as this is something relevant in my opinion what makes good moderator. In that case, having live links is commodity. I now just edit his first post without actually editing anything (links after that become live).

Having ability to choose live or dead links is fine with me, I'm always for having more control than less.

Also, I noticed you didn't phrased Start Application button, it's "hard coded" in template. Please, can you phrase it. The button to use when user chooses which application to fill out.

And one new suggestion. Can you make that filled out applications create new posts in already existing thread? Sometimes I'd like to use both options (you can say I like to archive applications in certain thread, to have all of them in one place), and sometimes I'd like only to add new posts to already existing thread.

Of course, I think this to be an addition to creating new threads, not instead of it, just like I can send PM or email too.

All included in yesterday's release.