Top-5 Win32 GUI client annoyances

[juhehe]

1) The need to press "Start!"-button after starting client (if I start the client, I want it to start, dam*it)

2) Default priority should be the same as the very nice level of Prime95 and Distributed.net's RC5/OGR-client, but it is not

3) The need to click OK when I choose to shutdown the client (if I close the client, I want it to close, dam*it)

4) Lack of ability to quit block/assignment (or change the client installation to another machine/OS), on purpose, without going to registry

5) Lack of Tab-navigation

...and really, I am sending this with a positive attitude

[Polski Radon]

I want to set the client to run SSE insted of 3DNow, it should be much faster that way on my AMD Barton CPU, otherwise I'm just wasting the extra performance gain.

[Mystwalker]

AFAIK the client uses the fast possible enhancements. So I guess it uses SSE when running on a Barton CPU. The calculation algorithm is pretty optimized...

[wirthi]

I got number 4b: Possibility to buffer workunits! Not too much, but at least a second one would be great.

[Lagardo]

Another one: the inability to stop processing a block NOW (and returning the intermediate results to the server or whatever).

If I want to go on a vacation, I essentially have to start watching a week in advance when a test is finished so that I can stop the client there because I wouldn't be able to finish the next test before I shut down the box and retun two weeks later to an expired test.

ALSO: scripting, scripting, scripting. How hard can it be to allow little scripts that let me crunch a single garbage test or a couple secret tests between any two "real" ones (or some such)?

[Polski Radon]

Thanks for claryfying that Mystwalker. I didn't know that, it never got mentioned anywhere I looked. Plus I didn't think it uses SSE because Folding crashes on me when using SSE, and SoB is rock-stable on my Bart @12*200 :notworthy .

Go Poland !