Forum Replies Created
-
AuthorPosts
-
Stephen SherrardKeymaster
New updates to main plugin and the Customizer extension now include the ability to show emails in the signup list. Released yesterday.
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterYes. A few things to consider:
- The plugins work fine without a license. I do not cripple them in any way if you don’t activate the license. An active license is only needed for automatic updates, and to obtain support. So you really only need to activate on the site where you want to use automatic updates (perhaps the dev site for testing, and then push to the live site when you know it is working)
- The “Single Site” license for all of my plugins actually allow you to activate the license on two sites/domains, specifically to allow you to install and test updates on dev/staging sites. Also, the licensing software I use doesn’t count some types of localhost domains towards your activation limit (again, for the same purpose)
- If you need to delete an activation for a particular site, you can go to the Purchase History & Licenses page, scroll down to the licenses section, and click on the Manage Sites link for a license to deactivate a particular site/domain.
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterBelieve me, I have thought about this many times, and am actually working through some of this now on a new (as yet unannounced) replacement for the free plugin… rebuilding it from scratch with a much better database structure, and true classes for each object (events, tasks, fields, signups, etc.) with proper methods. One big reason is to also allow true repeating events, using an rRule type system used by iCal and Google and others, and integrating the much better Full Calendar ( https://fullcalendar.io/ ). It will also allow custom fields, signup templates, and much more all built into what will most likely be the new free base plugin.
Those SQL queries would certainly work, but that’s a brute force method that simply changes every date it finds in every table to a new date, without regards for which sheet or task it’s coming from (and you still need to provide an admin interface to specify which dates to change, and the date to change it to, and what to do with Multi-Day and Recurring events). There is a LOT more to consider and code (I’m going through it all now, and it’s very complex, especially for events that are Repeating or Multi-Day).
What happens if you only want to reschedule a specific event?
What happens if you only want to reschedule one day of a repeating/recurring event? Or you need to reschedule all of the days of a repeating/recurring or Multi-Day event?
Do we move the signups as well and just assume that everyone who signed up for the first date can also make it to the new date? Or do we delete those signups and have people signup again?
Do we send out email notices to everyone who signed up letting them know the dates have changed? Do we reset their email reminders (reminder 1 and reminder 2) so that they will get sent again?
The list goes on, and most of these things would need to be options for the admin to choose how to handle each case.
For now, you’ve already figured out the best way if you want to brute force change every date in the database to another date, just do it in your server’s database admin program.
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterThis does not belong in the feature request forum.
It would be super helpful if people could at least follow the guidelines posted as stickies at the top of each forum. Even more helpful if people could read the documentation before posting questions that are clearly covered in the documentation.
At the very bottom of the documentation, there is a section that says “All Available Shortcode Arguments”. Under that, there is an argument named “list_title”, which can be used to replace that title text above the list of sheets.
Here is the whole section copied and pasted:
It is strongly recommended that you use the built-in Gutenberg block, or the PTA Shortcodes plugin (if you are using the classic editor), to see and properly use all the available shortcode arguments, but they are listed here for reference:
id – A specific sheet ID to display. ID is shown as the first column on the admin main list of sheets
date – Can be used on its own to only show sheets/tasks for a specific date, or can also be used in combination with the id argument to only show tasks for a specific sheet and a specific date (only really useful if that sheet has tasks on multiple dates). Dates need to be specified as: yyyy-mm-dd
group – This is used to specify one or more groups to show sheets for when used in conjunction with the Groups extension
list_title – Allows you to modify the default title shown above the main list of volunteer sheets
show_headers – This allows you to determine if headers should be shown on the individual sheet display. Headers include the sheet title, contact info, and description. Argument values are “yes” or “no”. If not specified, headers will be shown by default (“yes” is default)
show_time – Allows you to show or hide the start and end time columns on the sheet display. Argument values are “yes” or “no”. If not specified, times will be shown by default (“yes” is default)
show_date_start – Allows you to show or hide the start date column on the main sheets list display. Argument values are “yes” or “no”. If not specified, the start date will be shown by default (“yes” is default)
show_date_end – Allows you to show or hide the end date column on the main sheets list display. Argument values are “yes” or “no”. If not specified, the end date will be shown by default (“yes” is default)
show_phone – Allows you to show phone numbers on the list of signups. Only works if you are displaying each signup in the task list (versus a consolidated view). Argument values are “yes” or “no”. If not specified, the phone column will NOT be shown(“no” is default)
order_by – Lets you define the sort order of the list of sheets shown. Can be set to “first_date” (default), “last_date”, “title”, or “id”.
order – when used with the above order_by, lets you set the ordering as ‘ASC’ or ‘DESC’ (ascending or descending).For any of the arguments, the format is the argument id, followed by an equal sign and then the value in quotes. Here is a sample with all arguments shown:
[pta_sign_up_sheet id="" date="" group="" list_title="" show_headers="yes" show_time="yes" show_phone="no" show_date_start="yes" show_date_end="yes" order_by="first_date" order="ASC"]
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterThis content is restricted to buyers of:
Stephen SherrardKeymasterThis content is restricted to buyers of:
-
AuthorPosts