For Windows there is no un-zip and run version, only an installer? 

I second that. I would love if there was a portable version. 

is there a way to paste a copied brush to the location where I right click and paste on the 2d window? 

No, it pastes to the center of the viewport. It doesn't do pasting as well as more modern Hammer iterations. 

It's not so much for portability, but to keep more unnecessary stuff from cluttering up the registry. Windows takes care of that well enough on its own.

I usually run a system restore afterwards if an installer has to be used but it would be nice to avoid that hassle, and even then a lot of software will continue to write trivial configuration data there instead of to a separate config file as it should. 

Most stuff you install, if not all, should really not need to write stuff to the registry. 

Third: in Worldcraft, when I pressed Z over the 3D window, it "captured" the mouse and entered in "mouselook" mode, no matter what window was active at the moment. Now I have to activate the main window and then press Z. It has less usability.

This sums up to: hovering the mouse over a viewport window activates it. That would improve productivity a ton. I'm using a two window setup, and the need to click to activate one is driving me crazy. 

This sums up to: hovering the mouse over a viewport window activates it. That would improve productivity a ton.

so true 

>>hovering the mouse over a viewport window activates it.
It actually does, from the first versions of the editor. O_o
>> For Windows there is no un-zip and run version, only an installer?
No, the installer does a lot of configuration job so I recommend to use it.
>> The program crashes every time for me.
This bug exists only in 64-bit version and will be fixed in the next release. 

>>hovering the mouse over a viewport window activates it.
It actually does, from the first versions of the editor. O_o

It does if no other windows are open. If I open texture application an its window is currently active then I need to click on the window behind it to make Z work. 

I have two viewport windows: one 3D view only; the other split between 2D top and front views. I have to click to activate the 3D windows to navigate thru it. When I want to edit something on 2D I have to click-activate it first. PITA.

Also, if a dialog is active I have to click on the viewport window behind to Z navigate it. 

"I have two viewport windows: one 3D view only; the other split between 2D top and front views."

You do? How? And does it save between sessions somehow? 

Based on my tests Jackhammer could easily be supplied in an unzip and run configuration. The installation saves some uninstall information in the registry and offers to associate Jackhammer.exe with certain file extensions, it also attempts to set up various game configurations. None of that is really necessary.

Simply running Jackhammer.exe does not appear to create any program specific registry keys.

Windows itself will of course automatically make certain keys which refer to Jackhammer.exe, as far as I know this is unavoidable.

The Qt toolkit however, does create registry keys. So a true "portable" installation appears to be impossible in this case. 

Window / New window

You can have as many windows as you like for a single map. And no, it doesn't save between sessions, it's another request I did. The editor should save its state when it exits. 

Continuing to test Jackhammer, I noticed an unexpected executable, CrashSender.exe, in the Jackhammer folder.

This is apparently due to inclusion of something called CrashRpt (in the form of crashrpt.dll). According to the CrashRpt documentation, CrashSender.exe is capable of sending various data over the internet including desktop screen shots.

This is just my opinion, but it seems that use of CrashRpt and what it does should be disclosed during installation of the software and preferably be made optional. I couldn't actually make the software crash, so it's unknown to me if the user is prompted or not before any data is sent, what that data might be, or if data is even sent at all.

The current Jackhammer.exe will not run if the crashrpt.dll is missing. However, it will run without CrashSender.exe (though this will cause a message window to pop up when it starts). Rather than take any chances, I erased the CrashSender.exe, just because it's better to be safe than sorry these days. 

If you do not accept our privacy policy, please do not use Jackhammer (this link is displayed in a crash report window).
Crash report is sent if and only if you press the "Send" button in crash report window. This is not an option and never will be one in Windows versions, unless JH becomes very, very stable. If you doubt the way we use crash report, why don't you doubt the JH at all? Nothing can stop me to collect your passwords, nuclear missile activation codes and stuff from the JH's code itself. So, be sure you erase both CrashSender.exe and jackhammer.exe to ensure your privacy. ^_^ 

title. 

All I said was that use of CrashRpt should be disclosed at the time of installation and I suggested that it be made optional. Before posting, I looked all through the Jackhammer web site for a privacy policy, checking all links, and could not find one. If it's there, it is very hard to find.

I find your reply to my comments pretty bizarre and reactionary actually. 

IMO it is very hard to miss.
I personally respect privacy concerns in general and don't suppose them being ridiculous; I mean that CrashRpt library is quite clear and well designed, it asks for user permission before sending anything, contains a link to company's privacy policy, allows to examine the files about to be send, and so on.
I don't understand why the use of CrashRpt should be disclosured at any time except before sending the report, when it is *actully* used. If you don't press the "Send" button - nothing is sent, and what do you demand to disclose at the time of installation?
If there were any report sent without user's permission, I'd certainly make it clear and optional. But that's not the case.
And the last but not the least, CrashRpt is opensource and you can easily check it for any backdoors or whatever.

I'm sorry that you find my reply reactionary, but then I'd rather recommend not to use proprietary and closed source software, since you never can be sure of your privacy, unless you block program's network activity using a firewall. Just wait until JH becomes open source (it eventually will be).
The only thing I can do is to mention the use of CrashRpt in readme/installer as a part of "license agreement", without any options, however this is the first time during these 2 years when I get such a complaint... 

But I'm not sure of schedule. 

"Just wait until JH becomes open source (it eventually will be)."

=) 

I've slightly modified privacy policy text to be more clear. Now it explicitly mentions both the engine and VDK (which is actually Jackhammer). In the "Information we collect" section the statement "(etc)" is replaced with "Crash Minidump", so now it can't be voluntarily interpreted.
I've also put a link to the policy to the JH's website, at the bottom of each page. 

An option in the primitives to set what gridsize you want them to snap to. 

2 ptoing:
What do you mean? Snapping on dragging or on creation? 

I mean on creation. Everything is on grid, but it is the 1 unit grid. So if I want to make an arch or cylinder that is on say the 4 unit grid I have to do it by hand.