... or a rather unintuitive behavior:

When I shift+drag a brush, if I release the shift while draggin, the "clone" operation becomes a "move".

In my opinion the "shift is pressed" test should be done when dragging starts, not when you drop the brush, or you force me to keep shift pressed unnecessarily. I also end up moving the brush by mistake, instead of cloning it, quite often. 

This is the same behavior like in Worldcraft/VHE.
Many people, including me, got used to this, e.g. when we want to cancel clone-dragging, we simply release shift button and return the selection to its original place.
If you want to guarantee the cloning, you can use ctrl+c, ctrl+v. 

It would be nice to be able to press Esc to cancel the dragging before releasing the mouse button. Specially in manual vertex editing, where sometimes it's impossible to move vertices back to the same place. 

Fixing the undo/redo system within vertex editing would be awesome. Having only 1 undo and having to exit vertex mode and lose everything you did, kind of sucks. 

Why do you say "fixing" instead of e.g. "extending"? Of course English it not my native language, but as far as I understand, fixing means repairing something broken. :) But this is not broken, this is exactly the same behavior as in VHE. 

Whatever you want to call it. I'm requesting that you make it more useful. :)

And "VHE does it that way" isn't really a valid excuse. This behavior has always been awful. 

I agree, this is not an excuse. But this was my aim actually - to recreate VHE's behavior. Simply because many people already got used to it. :)
But certainly inconvenient features should be reworked in future. I'll think of a way to make vertex manipulation more undo-friendly, thanks for giving me a hint. 

Besides, Hammer was never a usability gem. When you rework the inconvenience, please, consider this one I pointed :) 

I wonder at what point do we admit that you're working from some version of the actual Hammer source code? I mean ... I suppose you can't, really. But I find the dance and silent group agreement that we don't mention it amusing at times. :)

But rock on, I love this project... 

You certainly understand that I'll never admit that, don't you? :) 

brb, phoning valve lol. 

Valve knows everything (simply because they gave me a permission to post JH to Greenlight). But they will never tell you the truth! :)) 

Any chance to test the texture rotation problem described in post #147? I've switched back to Hammer for the meantime as that had given me some trouble. 

Afair, this problem is fixed, please wait for the next public release. 

just started tinkering with this... vis groups are acting weird for me. They render the selected brushes invisible but then I am unable to access them in the 'VisGroups' window, to render them visible again etc. If I select 'show all visgroups' it is re-established however.

Is this standard VHE/Jack behaviour?
Is there robust documentation in english for using Jackhammer or VHE that I should use?