wp-SwimTeam v1.16.704 now available

This morning I posted an update to wp-SwimTeam.

This release fixes a couple more places where the first and/or last name should appear but was being displayed as “N/A”.  It turns out I had re-used the same code which I had fixed a couple weeks ago in some other spots so the problem was the same.  This time I fixed it by moving the solution down into a parent class and eliminated a bunch of redundant code.  Hopefully it is gone but there is an outside chance I missed one.

Anyone who has used wp-SwimTeam may recall that the actions used to be buttons across the bottom of the widget I frequently use to display data.  This worked well until I had more actions than I had room for buttons.  My solution was to move the actions into a drop down list and many of the tabs used this model.  This release reconciles the inconsistencies so all tabs now use the drop down action model.

I have started work on some of the event changes I have posted about, hopefully I’ll have some new functionality in the next week or so.

phpHtmlLib v2.6.3.3563 released

This evening I released a new version of the phpHtmlLib plugin which wp-SwimTeam depends on.  This update addresses a number of PHP5 deprecated function warnings which are commonly seen when running under PHP5 with E_STRICT set.  I also fixed an icon bug which appeared on the GUI widget used across wp-SwimTeam when there was no data to display.

The update also removes the documentation and examples from the version of the plugin hosted in the WordPress plugin repository since they are only useful for developers.  A full version of the plugin including documentation and examples can be downloaded from the Download & Installation page.

WordPress Google Form v0.24 fixes UTF-8 bug

Recently a couple people have reported problems with international (or UTF-8) characters. The UTF-8 characters were not being passed correctly from the form on the WordPress site on to Google. I had planned to look into the problem this coming weekend but a wpGForm user (cablop.net) beat me to it and has provided the fix (thank you very much!).

I have incorporated the fix and tested it and was able to submit a couple Spanish words that have UTF-8 characters. The update should appear on your Dashboard shortly.

wp-SwimTeam v1.14.674 now available

I have addressed the bug which slipped through the last build and released v1.14.674.  There was a situation when querying for a users first name or last name against a username where the first or last name didn’t exist, the WordPress API returned an empty array and sometimes returned a one element array containing an empty string.  I am not sure if this is due to different versions of PHP or some other nuance but this update correctly accounts for both situations.  The bug manifested itself as a warning from the phpHtmlLib plugin (which wp-SwimTeam depends on).

The update should appear in the WordPress Dashboard shortly and is available now from the Download Page.

wp-SwimTeam v1.13.669 available

This afternoon I posted an update to wp-SwimTeam.  You can get v1.13.669 from the download page or update from the WordPress plugin repository (recommended).  This update fixes several bugs:

  1. First and last name were displayed as “N/A” on the Users list on both the Swim Team tab and the Manage tab.
  2. The default values for “State or Province” and “Postal Code” were not stored correctly so in a new installation, the registration form would not work until these fields were set in the Options.
  3. Removed borders from sections of the Options->Swim Team form that were used for debugging the form layout and had inadvertently been left behind.   Some other minor tweaks to the layout were also made.
  4. Rudimentary 3.3.1 testing has been performed.

The update is already in the WordPress plugin repository so you should see notification on your Dashboard soon.

WordPress Google Form update – v0.22

Yesterday I received a report from someone using WordPress Google Form that their checkboxes weren’t working. This was very confusing to me because last weekend I spent a bunch of time fixing and testing the checkbox problem.

It turns out the jQuery script which fixes the checkboxes to work with PHP was never running. Why wasn’t it running? Because jQuery wasn’t ever loaded. Why wasn’t jQuery loaded? Because wpGForm never loaded it! It turned out the website which reported the problem was using a theme that doesn’t use jQuery and therefore never loaded it.

Well the WordPress Google Form plugin, which needs jQuery, didn’t load it either. I (and I can only assume other people) was never seeing a problem because either the theme or another plugin was loading jQuery.

The v0.22 update corrects this problem which was somewhat of a corner case, but a problem none the less.

WordPress Google Form minor update – v0.21

This morning I have updated WordPress Google Form and fixed a number of documentation problems and added one minor new feature.  While I am not a big fan of Javascript Alerts, I had a request to allow a message to be displayed upon successful form submission.  I have added a new parameter (alert=’message’) to the gform short code to enable this new functionality.

[gform form='https://docs.google.com/spreadsheet/viewform?hl=en_US&formkey=dEYwbGNYVG9TRUhXellMaDBuZ1RQTHc6MQ#gid=0' confirm='http://localhost/?page_id=435' alert='You da man!']

The new release should appear in the WordPress repository immediately and as Dashboard update fairly soon.

WordPress Google Form plugin v0.16 released

This morning I uploaded a new version of my WordPress Google Form plugin.  This update addresses the three items I noted in this post.  I also expanded the Test Bed Form I have  been using to develop and test the plugin.  If you’re curious, I have added the form to a page on this site.  If you run into a combination that isn’t working and I haven’t accounted for it in the test bed, please let me know and I’ll update my form.

I think I finally have Check Boxes working correctly.  They were a challenge because how PHP (which WordPress uses) pass arrays of information and Python (which Google Forms use for processing) are very different.  Thanks to a tip on the WordPress Hackers Mailing List to a utility called http://httpbin.org I was able to get my plugin to pass the parameters as Google expects them and everything seems to be working correctly.  The update should appear in your WordPress Dashboard fairly soon.

WordPress Google Form v0.15 released

This morning I fixed the problem with the default settings which caused any of the settings which are on by default, to be on no matter what.  Even when the user would turn them off, the plugin would ignore the user setting which was being saved correctly, just ignored being ignored by the during the default check.

I also finished removing the jQuery-Validate plugin as it is no longer used as well as a bunch of debug code and functions which are no longer used.  Updates should appear on your Dashboard soon and it is already available for download in the WordPress plugin repository.

Quick bump to v0.14 for WordPress Google Form

While looking at a CSS styling problem for someone I encountered a minor bug on the Options page.  The plugin wasn’t picking up the default options correctly and in some cases a PHP array index warning would appear on the Options page.  This bug has been fixed and I’ve released v0.14.  You can download it from the WordPress plugin repository or update it from the Dashboard.