Syn.type not behaving as (I) expected about syn

[matthewp]

That isn't working because GitHub doesn't let you hotlink the raw javascript like that. Use this instead: http://cdn.matthewphillips.info/libs/syn/0.0.2/syn.js * note that this is my personal computer in my basement so don't abuse :)

[matthewp]

I created a new fiddle working the way you want it to work http://jsfiddle.net/mCqbC/1/.

Note that you need to put the second and third types in callbacks. Syn doesn't operate on a queue.

If you're looking for a new testing framework you should use FuncUnit, which uses Syn. FuncUnit uses a queue so you can write code like:

F('#para_1').type('great');
F('#para_1').type('\b');
F('#para_1').type('\b');

And it will perform those actions sequentially. It's pretty amazing, you should check it out.

[matthewp]

Going to close this as there doesn't appear to be a bug. You're correct that Syn treats contenteditable elements just like an input or textarea. If you'd like to see it be able to do more stuff with contenteditable like type into an element nested within a contenteditable submit another issue so we can discuss just that part. Would need a good API for doing that.

[GetContented]

Fair! :) Sorry about this, my example seems to have confused the issue somewhat. The issue was that it couldn't modify the original content. It doesn't seem to have awareness or use the insertion point. Thanks very much for your input. I've seen FuncUnit while I was investigating Syn. Does it work with the insertion point?

[matthewp]

Not quite sure what you mean. Do you have Skype? We can talk through it. Email me [email protected]