|
Download
News What is PyTD? Screenshots FAQ Contribute Contact
|
Internationalization
15 December 2007 - 11:46AM EST
Been getting loads of hits from overseas -- Poland and France,
mostly; thinking it might be time to offer some foreign language
support. So here's the deal: fill out the form below and
e-mail it to me; I'll include
your translations in the next version. Would appreciate it if I
could contact you occasionally in the future with an additional
word or phrase (if, say, another feature gets added and the
current dictionary doesn't cover it); will cite you for your
contributions somewhere around here.
Vocabulary form: Adobe Reader (.pdf) :: OpenOffice.org Calc (.ods) :: Microsoft Excel (.xls) Download 1.55 beta
10 December 2007 - 4:12PM EST
This is largely a code-quality upgrade. Some streamlining and
speed improvements, but you probably won't see them unless
you're directing a rather large event. Also re-introduced and
re-designed the Pair-by-Hand utility.
Just a fair warning: I'm pretty sure I'm all caught up on the bugs-to-fix list, but you should still play around a bit before running your next event. If you find a problem, please e-mail pytd@pytd.org with all the details. Bug fixes, 1.52b
3 November 2007 - 9:24AM EST
Latest repairs:
Bug fixes, 1.51b
30 October 2007 - 8:24AM EST
Some minor repairs:
Download 1.5 beta
26 September 2007 - 9:30PM EST
A Windows installer for 1.5 beta is now available for
download.
New features:
Once you have a chance to look around, please consider sending feedback -- especially bug reports -- to pytd@pytd.org. Congress '07
14 August 2007 - 3:02PM EST
In the past five years, at least six people have directed or
co-directed the US Open; four or more different programs have
been used in the last three (this year, it was PyTD).
Now call me crazy, but wouldn't it make sense for the AGA to stop backing new applications and invest some time (and maybe even some money) in a long-term replacement? It doesn't really matter if it's my program or not (although I'd like it to be), but, like the ratings system, this is one of those things that ought to be done right. Someone -- probably the Board -- should put out a call for applications and a deadline: anyone who wants their program considered should have it ready by, say, April next. Maybe, to encourage submissions, it would be effective to offer a small prize to the winner -- some cash, a year of go lessons, a nice board and set of stones, etc. And to make the playing field even, the AGA should maintain an official handbook with all the little details. (The current AGA TD Guide by Ken Koester is a fine resource for small club events, but just isn't detailed enough to prepare an application for the Open.) Towards that end, 2.0 is on temporary hold. 2.0 on-deck
10 July 2007 - 4:07PM EST
562 downloads so far. Cool.
2.0beta is available to anyone who wants it; this will be the only beta before PyTD 2.0. There's a little more to do before the new version is released, but things are moving along -- there's enough new stuff here to jump straight to 2.0. I'd just like to take a moment and plug some of the changes/additions. There are really two approaches to developing a TDing application like PyTD. The first is the style-oriented approach. This sort of application is developed for the purpose of directing a particular sort of event; it assumes you don't care about the everyday details and abstracts them away. This is great if you run the same meat-and-potatoes event each month, but tends to come up short when you want to break the rules, run something by hand, or make a change halfway through. The other approach is TD-oriented. This approach seems to say things like, "I'm one TD with many different events to run; I want one application that can handle them all"; "there's no reason re-pairing for a late arrival or cancellation should take more than 10 seconds"; "tie-breaking is just number crunching"; "this application should work the way I expect it to". It assumes you want the ability to control the details but don't want to be annoyed by them. PyTD has been inconsistent in which approach it took. There was only one way -- Swiss-McMahon -- to pair players; there was no way to discourage particular "undesirable" match-ups; reports had to be generated just to see the standings. Since 1.0, I've put in a lot of time to clear up this inconsistency; since I prefer the TD-oriented approach, I've focused in that direction, and I think it's a one-size-fits-all solution. Some features to look forward to:
1.0 released
13 April 2007 - 7:20PM EST
Greetings!
Grab 1.0 and let me know what you think. If you have a beta version, you should probably upgrade. Interested in pitching in? I'm looking for a Mac user with some general development know-how (Python chops would be good, too) to give me a hand putting together some Mac releases. Just think of it: fame, fortune... well, ok -- maybe neither of those. But I can put your name here in gigantic bold letters. Drop me a line if you're interested. |
|
|
Copyright © 2007 Christopher Sira |
||
