wp-SwimTeam

It will be summer swim team season before I know it so it is time to start gearing up for the upcoming season.  I haven’t really looked at wp-SwimTeam since last fall and WordPress has had several updates since then. I found out today that one of the updates causes the “real name” for the users not to be returned so that is first on my list of things to fix.  There are also some GUI inconsistencies that I’d like to fix.

This is my short list of items which I want to implement this season:

1. New/update Swim Team theme.  This really isn’t related to wp-SwimTeam per se but our site is looking a little dated and it is time to freshen it up.
2. Results Import:  I said I was going to do this last season and I never finished it.  I really want to get this done this year.
3. Export of Meet Entries:  The wp-SwimTeam plugin has all of the informtation (roster, scratch list, event list, etc.) to generate a Meet Entries file in SDIF format.  Providing this file will greatly simplify getting a team’s entries into either Hy-tek or WinSwim (or any other tool which imports meet entries).  This will likely be first on my list after fixing the name bug and the GUI inconsistencies.
4. Document all of the short codes on the wp-SwimTeam demo site.  I really need to do this.  It would make it much easier for new people to pick up the plugin and do something useful with it quickly.

I have tracked down the problem that was causing the opt-in/opt-out list to be displayed incorrectly when called from the wpst_meet_report short code.  I have fixed the problem and made a new release available.  The release is now available from the Download page and has been committed to the WordPress Plugin Repository.  It should appear as an automatic update from the WordPress automatic update process in the next couple of hours.

There is definitely an issue with the Swim Meet Report, particularly the opt-in/opt-out list, produced by the wpst_meet_report short code.  It produces different results depending on whether or not a user is logged in to the web site and what WordPress capabilities the user has.  I hope to have a solution this morning as it is causing a fair amount of confusion with my own team!

I noticed an inconsistency on our meet opt-in/opt-out page (which is based on the short code) earlier this week and it was also seen by another team.  I suspect there is a bug that I need to track down.  In my case the report generated from the short code didn’t include all of the swimmers that the meet report generated from the Options->Reports->Swim Meets tab on the Dashboard included.  In looking at it, the Dashboard report was correct, the short code report was not.  I plan to chase this down in the next day or so.

Last night I committed a bunch of changes to clean up the Meet Schedule Short Code.  Previously it only worked for the current season, the optional seasonid argument was ignored.  It is now working – if the seasonid argument is not included in the short code then the active season will be used.

I also added a column for the Id in the Admin view of the seasons, swim clubs, and meets since the Id is used in the short codes.  By putting the Id in the list, there isn’t a need to drill down into the item detail to see what the Id is in order to use it in a short code.