On the “Tournaments Rated” and “Tournaments Received” pages, the pull-down menu will only allow dates up to 2007. This renders those pages, ah, less than useful.
I’ll update the form tomorrow, but I was kind of hoping we’d have those apps ported over to the new website before January 1 2008.
At the moment I don’t know when (if ever) that will occur.
Just leave it where it is. I’m more interested in having something that works than something that satisfies the aesthetic pretensions of a web designer.
OK, they’ve been updated. If there are other forms that need to have ‘2008’ added, let me know.
It’s more than just aesthetics, John, right now we’ve got two websites, neither of them complete. We’re losing potential ad revenue by not having everything under one structural umbrella.
Then put a link to the existing page on the “new” page. Even if the ad revenue were significant (I remain skeptical), the purpose of the web page is to serve the customers. Inconveniencing them in the interests of a “structural umbrella” is in the same logical territory as destroying a village in order to save it.
I don’t like the way MSA was incorperated into the new website design. It’s a pain to have 2 scroll bars to deal with. The one for the main window, and the one for the smaller crosstable window. It’s especially annoying when looking at a cross table for a big section. It’s also annoying that the URL that appears in one’s browser is not for the specific event in question. I find I have to go to the “old” MSA if I want to get the link for a specific event.
Are these temporay problems that will be fixed at some point?
I also noticed that if someone has two lines in the crosstable because they reentered that when you click on their pairing number you get the results only from the active entry. Here’s an example.
uschess.org/msa/XtblMain.php … 2-11041957
In the under 1900 section if you click on #34 you get the following information:
L 13 3.5 R: 1800 1800 JOHN L PHILLIPS JR (10121353)
L 12 3.5 R: 1832 1822 JOHNSON PAU (21021623)
H 0 Not Paired
W 32 2.0 R: 1700 1700 POLLY P WRIGHT (11041957)
L 17 3.5 R: 1609 1645 WALTER M CHESNUT (12670166)
D 33 2.0 R: 1647 1600 WILLIAM B MARTIN (12558030)
If you click on #40 which was his other entry you get the same opponents that show under #34. Shouldn’t it show who he played on the other entry? I happened to notice this because I had played him in round 4, but was curious as to who he played in the first three rounds on his other entry.
Ditto. I have a whole folder of bookmarks for, e.g., MSA, TD/A, BINFO’s, TD list, etc. I will be very annoyed if these pages are dropped without adding equal functionality to the “new” page.
John, I agree with you that in general we shouldn’t take something away until we have similar functionality in place. (You can’t always achieve that, but it should be a goal.)
MSA is not really integrated into the Joomla-based structure yet, as I understand it they take the MSA output and wrap a Joomla page around it. It’s a kludge.
A redesigned MSA is still something I think we need (to add frequently requested features such as limiting a member name search by state), but I’m not sure we have either the tools or the manpower to do it right now.
To complicate matters, MSA currently uses MySQL, and when I’ve tried to add some more complex queries to it the results have been very disappointing, like a query that went from a few seconds to several minutes. I would prefer to have a new MSA use a better database engine, most likely PostgreSQL, the database engine we use in the office. However, that might complicate trying to make MSA function under Joomla, which also uses MySQL.
Polly, I can’t address your first point, that’s a Hal/Marty issue.
The second one sounds like a bug in MSA, and I suspect it’s been there since MSA first came online in 2003.

The second one sounds like a bug in MSA, and I suspect it’s been there since MSA first came online in 2003.
That’s very possible. It’s not something I had paid much attention to until I played someone who reentered. I have noticed also that the pre and post event ratings are the same for both entries. I don’t know if the rating program takes the total number of games the player played on the two schedules and combines them into one event, or whether it rates the one entry, and then the other.
Yes, all games played by someone in a section are rated as one block of games, even if under multiple pairing numbers, so both pairing numbers would have the same pre-event and post-event ratings.

MSA is not really integrated into the Joomla-based structure yet, as I understand it they take the MSA output and wrap a Joomla page around it. It’s a kludge.
It’s a standard part of Joomla, intended for dealing with legacy sites. Basically it creates an iframe (thereby excluding browsers that don’t support that feature, but there’s not many of them left) of the stated size and opens the page as content for the iframe. You drop the page in instead of breaking it up and putting it in joomla page. Tell Hal to try setting the height to “100%” and turning on auto height in the parameters of the wrapper. It doesn’t always work, though. There are some XSS issues in it, and another bug or two, but it’s probably better than forcing it to 700 pixels like he’s doing now
For that matter, you could just link directly to the old page, rather than wrap it in the current bit. You could probably edit the top of the original pages to get you what’s up there now in the wrapper. It’s just as big a kluge, but if the old page with one scroll bar is that important, there’s a way.
A better option might be to put the page code itself into the CMS as static content, but that would possibly have required some “adjustments” to the coding on the page. I haven’t tried putting a page as complex as the MSA pages into a “static content” page before, so maybe I’m talking through my hat here, but my shoot from the hip guess is that it would not be that hard to do.

To complicate matters, MSA currently uses MySQL, and when I’ve tried to add some more complex queries to it the results have been very disappointing, like a query that went from a few seconds to several minutes. I would prefer to have a new MSA use a better database engine, most likely PostgreSQL, the database engine we use in the office. However, that might complicate trying to make MSA function under Joomla, which also uses MySQL.
I don’t think so. You’d need to embed the code for it in the page code itself, so doing the above bit would make for a good “trial run” for it. But I don’t remember apache having any compunction about having two different databases open at the same time, so I wouldn’t expect an issue with that.
Or you could wait until 1.5 is released. It’s supposed to do postgresql. They’re on RC4 now, so it shouldn’t be long.