If you zoom in Chrome, there's a bug. It becomes weirdly impossible to draw something at the top of the input area. Going back to normal zoom fixes it. Latest Chrome version etc.

I think it's related to where the bounding box would have been for the Flash not changing with the zoom, so it could very well be a Chrome issue?

After you zoom in, move your mouse cursor in the shape of a pentagram. That should fix it.

It doesn't really fix it for me. The back, erase, show, correct, and next buttons don't align correctly. The cursor appears to line up on the drawing area after doing the pentagram but it doesn't notice my stokes correctly when I try to write. Also as a side note: My cursor blinks (from the regular arrow to the skritter circle) whenever I move it.

Oh yeah; I forgot. It got broken in Webkit (Chrome and Safari). I think the last time I looked at this I concluded it wasn't worth trying to fix. You can zoom in on Firefox (although if I recall correctly, weird garbage collection issues caused stutter for you in FF, Lurks) and IE, which I'm proud of given the weirdness of tracking the points for Flash within JavaScript after zoom!

I know Google is aware of the problem so maybe it will get fixed by them sometime in the future.
http://code.google.com/p/chromium/issues/detail?id=9996

I bailed on Chrome a while ago when I ran into this. As much as I don't care for FireFox, its been resurrected for Skritter.

Really, I find it runs like a dog on Firefox. Never figured out why but it's on multiple systems.

I just tried running Chrome Skritter on my tablet and it is dog slow compared to firefox. It misses far more strokes - you have to slow down to beginner speeds or else strokes just don't register in the drawn places at all.

And I thought Firefox was slow...

Looks like I'll have to budget in a Cray supercomputer next year so I can run Skritter Flash at normal handwriting speeds.

Surprised, it runs pretty well in Chrome on netbooks. This an x86 tablet right?