Transpose Command

[trapgate]

I thought I'd take a crack at issue #47, and implement the transpose command. Feedback welcome, obviously.

Thanks!

[coveralls]

Coverage decreased (-0.2%) when pulling 7af7c77 on trapgate:master into b516761 on limetext:master.

[trapgate]

I forgot to implement transpose_test.go, from the looks of it. Give me a bit, I can update.

[coveralls]

Coverage increased (+0.09%) when pulling 789c21f on trapgate:master into b516761 on limetext:master.

[coveralls]

Coverage increased (+0.13%) when pulling e5b67a0 on trapgate:master into b516761 on limetext:master.

[FichteFoll]

Note that this is not a complete implementation of the transpose command as that swaps all the selections' contents if there are multiple.

[quarnster]

Since the file was created 2014, shouldn't it use that date also?

[trapgate]

Yes, no time traveling was intended. Fixed.

[quarnster]

@FichteFoll This swaps all cursors contents too.

[FichteFoll]

@quarnster

>>> view.run_command("insert", {"characters": "word1 word2 word3\nword4"}); regions = [sublime.Region(i*6, i*6+5) for i in range(4)]; view.sel().add_all(regions); view.run_command("transpose"); print([(r, view.substr(r)) for r in view.sel()])
[((0, 5), 'word4'), ((6, 11), 'word1'), ((12, 17), 'word2'), ((18, 23), 'word3')]

[trapgate]

Thanks for the feedback, I'll make the changes as soon as I can.

Also, @FichteFoll, you're correct. I hadn't noticed this before, but ST3 does swap between active selections - I'll need to implement that too. I was only handling multiple cursor positions, not multiple selected regions.

[trapgate]

Thanks for the comments. When I did more experimenting the ST3's transpose command it turned out to be more interesting than I realized, so I ended up re-writing my previous attempt. The tests also now check the regions after the transpose against values from ST3 performing the same operation.

In the course of this I found a selection bug in the text layer: Buffer.Word doesn't work correctly if you run it on the last word in the buffer and there's no whitespace between the word and the end of the buffer.

[coveralls]

Coverage increased (+0.31%) when pulling 83ce811 on trapgate:master into b516761 on limetext:master.

[quarnster]

Thanks for your eagle eyes @FichteFoll and excellent work in getting it implemented @trapgate!

@trapgate Could you open up a new issue number in the text repo for the Buffer.Word issue please?

[trapgate]

Done: limetext/text#4.