I think this was reported a while back. In Google Chrome 3.0.195.38 on Windows XP, if you zoom the page larger, the cursor in the practice window often doesn't seem to correspond at all to where the strokes show up, and when you draw no strokes appear. Clicking on the buttons in the practice area doesn't seem to work either.

Everything works fine at the normal zoom level. The problem is that at my screen's resolution (1650 by 1050) it's kind of hard to read unless I zoom the page bigger.

James

I don't know if this will work for you, but I have solved this issue by refreshing the page after I change the size.

Thanks, but that doesn't seem to help in my case. What OS/version are you running?

Not the most helpful comment if you're comfortable with Chrome, but the new Opera's meant to have a very fast javascript renderer if you want to try out the alpha?

http://labs.opera.com/news/2009/12/22/

I'm using MacBook Pro OS X 10.6, which could explain why the same solution would not work in both of our cases.

Good luck with resolving this.

I get a similar problem occasionally after I reorient my screen (landscape to portrait on my tablet) though usually if I minimize then maximize the window it sorts itself out.

I'm running chrome Beta Version (4.0.249.43) on Vista and have been able to reproduce this problem. When I zoom in or out the cursor and writing tip can get separated proportionally to the change in zoom level. However, it will sometimes fix itself after Skritter gives a phantom suggestion(when u mess up, and it gives u a one stroke hint) or after the next time you complete a stroke.

I'm guessing that this program-user interaction forces some sort of refresh or recalibration which seems to bring everything back to normal for me. However, it seems weird that this only fixes the problem sometimes. As of yet I haven't been able to notice any deeper patterns that would better point to the root issue.

I know this isn't an overly good problem definition, but i hope it at least gives you Skritter guys a start in debugging.

Thanks for the otherwise stellar practice tool.

I see the problem in Chrome, will see about fixing it. It might be tough, though--this browser zooming stuff is always tricky with mouse coordinates.

The way it works now is when you move the mouse, randomly (every 200 frames on average) it will check to see if things have been resized and update its tracking if so.

It does seem to track the position mostly correctly, after it updates, but you can only start writing a stroke in a particular portion of the Flash window. So perhaps I can fix that.

@nick - I see what you mean, but for me it takes a fair amount of waving the mouse around (5+ seconds) before the Skritter "brush" lines up with the mouse. Then the strokes only work when they start from the bottom of the white drawing area, and clicking on the buttons doesn't do anything at all.

James

Huh, I thought I'd had it working on those, but I guess not (unless a Flash Player update changed things). I've changed it such that it resyncs twice as often, but after some investigation it looks like Chrome and Safari on Windows are both goners when you zoom them (with this Flash Player version at least). My awesome point-tracking conversion hackery works fine, but all of Flash's native mouse events get busted. Not much I can do about it.

So if you gotta zoom, do it in another browser on Windows for now if you run into this issue where the buttons don't work and you can only start writing from the lower right area of the canvas.