It drives me a bit crazy that Skritter often has trouble recognizing a right angle stroke. The stroke is héngzhé 横折, i.e. left-starting horizontal then right angle down stroke.

Anyone else have this problem? I can't figure out a way to draw the stroke that will avoid this.

I raised this issue a few years ago, and Nick said he'd look into it, but it's still a problem for me. I have the problem with both the iOS app and the web/Flash version.

This difficulty occurs in many characters. For example 鑰:
http://www.skritter.com/scratchpad?words=%E9%91%B0%E5%8C%99

Here's a screencast showing my problem:
https://www.youtube.com/watch?v=apziZMHTf-g

(it's a bit jerky because my CPU couldn't process the recording fast enough, but you can get the idea)

On the iOS version of Skritter, this seems to work for me...although it often tells me that the stroke is supposed to hook at the end, even though I thought I had done the hook fine. (Like for 用). So, it appears that the stroke-determination logic between the versions is different. Do you see it consistently misbehaving on the iOS version too?

Yes it's been a problem on iOS as much as on the web app.

I wonder if the Android app has an easier time recognizing when I write that stroke.

It's after I had been using the Android app for a while that I went back to iOS and the web/Flash versions and noticed this problem (again). It could be that the Android app is more permissive, so I notice the problem more when I switch back to the earlier platforms.

(or maybe the stroke recognition algorithm is identical on all platforms -- in which case I'm full of it!)

for the record here are earlier discussions of this:

problem/bug on 9th stroke of 學 (traditional Chinese)
http://www.skritter.com/forum/topic?id=91662579

problem recognizing strokes HZ and HZG (point 4)
http://www.skritter.com/forum/topic?id=187287444

somewhat related, I was amazed to discover that we can write 口 using two strokes with the second stroke like a "z" (I only knew the "]" shortcut):

two-stroke 口 recognition
http://www.skritter.com/forum/topic?id=254349064

PS: the problem strokes for me are HZ ㇕, HZG ㇆, and HSGW ㇈
http://www.fileformat.info/info/unicode/char/31d5/
http://www.fileformat.info/info/unicode/char/31C6/
http://www.fileformat.info/info/unicode/char/31C8/

I get this problem particularly for hzwg strokes as in 染. Not for hz too much. For the z shortcut when drawing 口, skritter sometimes recognises a 2 stroke 口 when I'm expecting three and the third stroke gets marked as the next stroke in the character, which can be confusing. I haven't found a better solution than writing the hzwg five times until I randomly get it right when the first problem comes up, and the second problem is easy enough to handle when you know what's happening. In both cases I consider this a relatively minor annoyance and ignore it, hzwg is relatively rare so not a major problem for me.

I get this bug quite a lot in traditional characters on the iOS app, e.g. the third stroke in 體 of 身體 always needs quite a few attempts before the system recognizes it.

thank you, I'm glad not to be the only one with this issue, I feel less lonely now :)