We need your "yes" votes:
Jackhammer on Steam Greenlight 

I was working with a Quake mod the last few weeks that has no fgd file for it and contains a shit load of new and important spawn flags for most entities, this made JH essentially impossible to use for this project as I can't access the spawnflags for entities to set it manually :(

Pleeeeeeease? :) 

Spawnflags should always work at "Flags" tab even if unnamed/not defined in FGD. First checkbox in a first column sets spawnflag 1, second checkbox in a first column - 2, third - 4, then 8, 16 and so on. 

 

Voted, although I'm not clear on whether this means that Jackhammer is going behind a price wall? 

Steam version can get some useful Steam-specific features such as cloud backup storage and automatic update system, which helps to deliver hotfixes ASAP.
I'm not sure of pricing policy yet, but I promise there will ALWAYS be a FREE version of Jackhammer (and opensource in future) outside Steam. Just like now. 

http://i.imgur.com/60ipi3H.png
Brush A is created, rotated without texture lock, then the texture is manually rotated to fit. This seems to do the rotation with world projection as expected.

Brush B is the same brush moved a bit without texture lock, behavior as expected, nothing weird here.



Brush 1 is created unrotated, then with texture lock on, rotated 45 degrees. This seems to do the rotation in the face projection rather than the actual texture rotation parameters. As expected, as that's the easiest way to get it right.

Brush 2 is the same brush moved a bit without texture lock. The face projection data seems to be lost as soon as it moves. This is highly undesirable! I don't know how you store your projection plane per face, but it looks like it's simply lost somewhere here. 

2czg: yes, there is a bug. Thank you, I'll figure it out. 

czg map incoming.

Fuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu 

I make textures while I map.

Everytime I update a wad I have to exit/enter the editor again. Or maybe close the project, remove the wad, add the wad again, open the project.

The "Tools/Options/Game Profiles/Textures" tab have buttons do Add, Add a directory and Remove a wad.

Could it have a Refresh button as well, to reload the selected wad?

Jackhammer prevents the user from removing a wad that's already in use. I think it should be just a warning. After all, it's possible to load a level without loading its required wads.

So, the same warning would be given when a refreshed wad lack a used texture.

Is it possible? 

I voted for Jackhammer on Steam. Since I couldn't find it on Greenlight at first, I'll share what I needed to do to bring it up in my Steam client. If you can use the above link instead, this doesn't matter.

From Greenlight front page, select Browse and Software. The Customize your queue with the tags Animation & Modeling and Utilities. It should appear in the list.

For some strange reason, simply searching for Jackhammer did not bring it up. Perhaps it's not indexed yet? 

Unfortunately I won't add this feature to the upcoming releases. It requires a lot of changes in texture managing module and is also potentially dangerous: texture coordinates depend on texture size, and changing its size may result in offset textures.
Only models can be refreshed so far (using "Reload model" command in a context menu).

2 all: Thanks for your votes! And we need more! ;) 

I'm trying to get JH to read other .fgd files so I can make levels for other mods but it doesn't seem to be populating with anything other than the standard quake entities etc?

For example, if you try and use the quoth .fgd it wont show any of the entities for this.

Is this hardcoded? is there something I am missing other than adding the .fgd file and selecting it? I have set up folders and stuff, nothing!

https://www.dropbox.com/s/0bg0u40hnqcgmvw/Quoth2.fgd?dl=0 

Jackhammer doesn't support such features as model(":progs/player.mdl"), therefore it can't properly load the FGD. 

There was a Quoth FGD previously posted, created specifically for JH:
http://scrama.3dn.ru/files/quoth2scrama.zip 

 

In the surface properties panel, the tab order between the various fields is odd.
Pressing tab from the x-scale field moves focus to the justify right button. Should go to y-scale field.
From the y-scale field it goes to the fit button, which might be alright but would be better to go to x-offset in my opinion.
x-offset goes to y-offset as expected, but y-offset goes to justify left, expected rotation.

Another thing is that giving focus to a field by clicking on it should do a select-all on the text in it.

A minor thing, but the world/face projection checkboxes are very confusing, as it seems that faces that happen to have the same world space projection as the default face projection get both boxes checked. (I.E., faces that point toward positive X/Y/Z)
In my opinion the difference between world space and face projection should be explicit, but I have no idea how you're handling this internally. 

The difference between world and face projection can't be explicit, simply because there are cases when they coincide. In other words, they are NOT mutually exclusive. And that is why there are checkboxes, not radio buttons. 

Yeah that's kinda what I guessed was going on.
It's still a bit confusing, but it's alright I guess :-) 

Quick bug report! Another thread just reminded me I never mentioned this here, my apologies.

For my entry in Map Jam 6 I used a custom executable as part of my compile chain, running once before CSG and again after BSP. It did what it needed to do, but I found that custom build steps in Jackhammer seem to treat the first parameter you specify as a literal string even if you're using JH variables.

In my case the "Parameters:" field of my custom step was set to something like this:

$path/$file $path/$file.temp.$ext --parameter "argument"

Althought the second item was replaced successfully, the first one ($path/$file) was sent along to the executable as a literal string, leaving me needing to hardcode the path to the current map in every build configuration I had. 

Yes, there was a problem with parameters' replacement: actually only one occurence was replaced. It will be fixed in the next version. 

Connect entities
Skybox rendition 

Connect Entities ... nice!! 

I must remember to post some suggestions here� Jackhammer is fascinating, and it's great to see that it's being actively developed. 

Good news for those Radiant users who betrayed their favorite editor and migrated to Jackhammer. (Well, if there are none, at least that's about me. ^^)
Finally the famous Radiant feature is added: preservation of entities' internal connections on cloning/copy-pasting. It is optional, of course.
watch video