Forum Replies Created
-
Posts
-
Maybe you need to explain a bit further:
Are you putting several individual sign-up sheet shortcodes on the same page so that you see several sheets worth of tasks on one page? Or are you just using the main shortcode but have a really long list of sign-up sheets? Or are you talking about one specific sign-up sheet that has a very long list of tasks that the user needs to scroll through?
Right now, any links that you click on for my plugin are adding arguments to the URL, so my plugin is checking the global GET variables to figure out sheet id, task id and date. The final signup form is a standard form that must is POSTed by clicking on the button to submit, and keeps you on the same page. If the form’s POST parameters are set, then my plugin processes the form data and gives you the success or error message on the same page. At that point, the URL in your browser has not changed.
The Go Back link uses a function to remove all my query arguments from the current URL, so that everything is reset and you see the main list of sheets again.
Unfortunately, as far as I know, there is nothing built into javascript that allows you to retrieve query parameters, but if you do a search for that, you can find some code snippets that others have written to get that from the window object. You would then need to search through the dom elements to find the links on the page (that were already generated by my plugin) and append your anchor fragment to the end of the links. It would also have to get that anchor fragment value from your page’s CSS, but then when you get to the next page, you have no way of knowing which of your forms generated the link that was clicked on.
If you have several of my plugin’s shortcodes generating different output sections on the main volunteer page you are using, my plugin has no way of being aware of any additional CSS elements you may have added to the page. Each one of those shortcodes calls a function in my plugin, and that function simply returns some html content that WordPress uses to replace where that shortcode was. My plugin has no way of knowing what is before or after the shortcode, unless it was already part of the global GET or POST variables.
There is also no direct communication between PHP (server side, all executed before returning html outpu) and javascript (browser side, all executed after the html content has alread been generated and downloaded to the browser). To communicate between javascript and PHP, you need to do an AJAX call, where the javascript posts some data back to the server, which runs a pre-specified PHP callback function that then returns a response back to the javascript.
Unfortunately, unless I’m totally misunderstanding what you want to do, there is no simple and easy solution to what you want to do.
I’m happy to talk with you privately if you want to discuss hiring me to code a custom solution for you, otherwise you could put your ideas into the feature request section.
That’s not possible without some custom coding.
There are really only two ways to do that:
1. Disable the default POST form submit and process the form via jQuery/AJAX so the page doesn’t have to reload. This would involve coding and loading custom jQuery code on the sign-up page, as well as adding a PHP function for the AJAX call to process and save the form data and return it to the jQuery script to display any messages/results.
2. You could put anchor tags on the page and have the form post action specify the anchor tag to go to. However, you would still need to modify the signup form plugin code with some kind of conditional check so that you know which signup form is being generated and which anchor tag it should go to. Right now the action for the forms is simply a blank screen since the plugin posts the form to the same page that you are already on (so that plugin users can use it on any page).
Neither solution is quick or simple, and would require quite a bit of custom programming. #1 is probably the preferred solution that is used more often these days. If you have a working budget, I’m happy to discuss privately what it might take to program that for you. But, since the free plugins are open source, if you or anyone you know has the programming skills, you can certainly give it a shot on your own.
Hi Carlen,
Thanks for posting.
Are you talking about the Volunteer Sign-Up Sheets plugin, or the Member Directory plugin?
At one time I was working on front-end submissions for the Member Directory plugin, where users could submit their own listings, with approval from Admin before they get published. For the Volunteer plugin, there was nothing similar… people can sign-up from the front end, but sheets need to be created from the admin side.
Either way, I have no current plans to work on either of those, as I’ve become far too busy with custom development projects where I can actually earn almost enough to feed my family. The free plugins, even with the low cost add-on extensions, are lucky if they bring in $20 each month or so… not even enough to cover the time I spend on supporting them. So, right now, any further features or extensions for those are extremely low priority unless there is enough interest or up front funding to cover my time.
The plugins are all open-source, though, and, as such, any developer is free to create extensions for them, or to modify them and fork them into their own plugin. If you have working knowledge of PHP and how the hook system works in WordPress, or know somebody that does, it wouldn’t be that difficult to create your own extensions. My free plugins have plenty of action & filter hooks in place to allow them to be extended by other developers.
This content is restricted to buyers of:
If you want to view this content, you need to buy any product.
There is a bit of a work around for this if your volunteers also have user accounts on your site. If you make the sign-ups publicly accessible and log-out of your admin account (so you are a guest user), then if you sign up for something and use the email associated with each volunteer’s user account, my plugin will assign that sign-up to that user, so then if they sign in they will be able to see and clear their own sign-ups. After you enter all your sign-ups, you can always turn back on the option to force people to login, if you don’t want the public to view & sign-up.
That’s the only way it can work right now if you are manually entering sign-ups for your volunteers, but want them to be able to see what they signed up for. Just make sure you are NOT logged in so that the sign-up gets associated with the user_id that matches the email you enter.
As far as seeing the names when you want to clear someone from a sign-up, that can be done from the admin dashboard. Go to “All Sheets” in my plugin’s menu, then click on the name of the sheet, or hover over it and click on “View Sign-Ups”, and then you can see a complete list of the sign-ups, including phone, email, and full name, and there is a “clear spot” link next to row allowing you to clear any sign-up you want.
If you want to view this content, you need to buy any product.
If you want to view this content, you need to buy any product.
If you want to view this content, you need to buy any product.
If you want to view this content, you need to buy any product.
This content is restricted to buyers of:
This content is restricted to buyers of:
This content is restricted to buyers of:
If you want to view this content, you need to buy any product.
My plugin stores all per product data (wholesale price, wholesale only, product wholesale tax class) as postmeta fields, the same way WooCommerce does. So, any importer that allows you to map to custom postmeta fields should work just fine for importing wholesale prices.
The postmeta key for wholesale price is simply:
_wholesale_price