Site Bugs / Suggestions

I've disabled it. What browser were you using? cheers, Chris Maunder

There is a 'View Thread' link in each comment that will do approximately this. cheers, Chris Maunder

That's exactly what will be done. I need to lock down features while I rewrite things using C# - otherwise I'll have a VBScript and a C# version to keep in sync and their ain' that many hours in the day! :) cheers, Chris Maunder

MFC is a great time-saver, and as long as yu don't step too far out of MFC's own (sometimes quirky) sense of reality, you should be fine. Any program that makes use of a pre-designed class framework is going to be larger than one which doesn't. MFC programs will grow if you include any of the following capabilities: - support for windows sockets - support for MFC collection classes - support for com/atl/activex - support for databases (odbc, ado, dao) Of course, you can compile your app using the MFC DLLs which makes your programs smaller at the expense of having to ship the MFC DLLs, as well as the possiblity that some rogue install program will overwrite those DLL's with an older version. I personally prefer to statically link MFC. Sure, it makes my apps a little larger, but I don't have to worry about those stupid DLLs either.

any text between angle brackets is assumed to be HTML tags. use &lt and &gt to show the brackets in your posts. <and> ;)

Yep - it's definitely the forums that are the slow point. Uwe did an excellent job of getting the to where they are today but the unexpected visitor load took us a little by surprise, so they are being rewritten. Having the forums on another server won't really help. The forums account for probably 90% of the load, so what we are doing is moving to an SQLServer cluster while reworking the algorithms that do the threading. It's a bit of a balancing act between keeping the site cruising along while moving to .NET while at the same time ensuring we keep the current systems up to the demand. cheers, Chris Maunder

Um...OK. I think I can do that (or at least the equivalent) but it will take some time. Patience, grasshopper. cheers, Chris Maunder

Yeah - sorry for the 5 minute delay ;P cheers, Chris Maunder

This is WAY up on my list-of-cool-stuff-to-do. cheers, Chris Maunder

Yep - we can do both of these. No promises as to when though (most likely the new .NET version at the earliest) cheers, Chris Maunder

All Windows based programs eventually use the Win32 API, is closest you'll get to the operating system. MFC wraps Win32 API and makes Windows based programming a little easier. VB on the other hand goes thru many layers before finally consuming the Win32 API.

Yeah - we are back on the old server for a few days while we have stern words with the new server. Yes - this sucks, and I am working as fast as possible to get things back to normal. cheers, Chris Maunder