Week-End Review – 2020.02Andrew
We wrapped up a major update initially started before the holidays this week. It was big in that it included a lot of minor details. Stuff like extra CSS for situations that sometimes occur or fixing a broken redirect link for a deleted tournament. A lot of minor things that don’t seriously impact the ability to run your league, but which are still important to maintain quality. It was great to clear out a chunk of our backlog.
We also updated our friends at GhostWarLeague.com from version 2 to the latest version. This turned out to be a lot less painful than anticipated. If you are out of the loop, version 3.x migrated Tournamatch from a stand alone bridged location to the native WordPress directory. It was a big change and we were dreading major migrations such as on their website.
After another quick patch later on in the week, I think the software is in a great place to move on to more ambitious changes. We’ve avoided major new features for months because we were focused on consolidating match logic and giving those pages (match list, details, and reporting) a small makeover. We are happy with the outcome, but there is still some more work to do.
Before these changes, ladders had their own report and confirmation pages which were separate from tournament report and confirmation pages. Conceptually, a match is a match regardless of which competition. Having separate pages makes adding new match related features more difficult so the obvious solution was to merge those.
We’ve completed the new pages and parts of Tournamatch use those new forms. You should especially notice this when users report tournament results because you may now record score, report team match players, and include attachments with those matches.
The next ambitious step we’ll focus on before building out new features is some asynchronization. We can eliminate several forms if we just change certain actions to use Ajax. For example, disputing a match result, confirming a result, accepting or declining a challenge – none of those activities require a stand alone page with a button allowing the user to interact with the page. The initial button or link that loads each of those pages is sufficient to complete the action.
Once we have eliminated the unnecessary pages (there’s about 14 in all), we’ll be left with that much less code to update. That’s the name of the game right now – eliminate legacy code which if left would need to be edited in order to move forward. Ha! I just realized we’re kicking off our 2020 by eliminating the fat. What a fitting New Year’s resolution I suppose.