Really great update, love the fixes and new features. Thanks for correcting the texture alignment issue that had been giving me trouble before, I've now made the complete switch over to Jackhammer! 

I'd like to try and do a translation into a new language but cannot find any text files with captions. How can I contribute to that? 

I can give you necessary files, please email me: support at hlfx dot ru. What language do you want to translate into? 

Can't send email to the provided address. Are you sure it's correct? Is it just "support" or maybe something more?

I've tried to find a different address on the jackhammer website but couldn't see any. 

Just tested it from another email address.
Ok, then PM me on ModDB: http://www.moddb.com/members/xaerox
or on Steam:
http://steamcommunity.com/id/mrxaerox 

OK, message sent through moddb.
Also one potential bugreport (not sure yet if it's a bug or I'm doing something wrong). 

I'm using a modified quake2 that can use both TGA and WAL textures. Is there a way to add TGA as an allowed texture format? Maybe in config?

I've learned that md3 models can be shown along with md2 and now would like to do the same with textures. 

...ok, I read in another thread that modification ability would come when SDK is released. 

http://i.imgur.com/vPsRVWu.png?1

Latest JH
Ubuntu 15.10, using opensource radeon drivers

Something to do with the extraction process? Cheers. 

Do you have a correct palette file set in the options? 

http://i.imgur.com/V5PGKWE.png?1 

the button is still borked, but I was able to manually enter the quake.pal into the config file.

thanks :) 

If the button is disabled, then you definitely use a wrong game profile. Map type must be "Quake" for Quake. And you set either Half-Life or Quake3, that don't use palettes. 

1) In the FGD format you can specify the studio("progs/whatever.mdl") header property on an entity, which will render that entity using that model in the editor. If you leave the model string empty it will use whatever you put in the "model"-key for that entity.
Unfortunately in Quake (and AD especially) the model key is rarely used straight off, since it is treated specially by the engine, and it's instead set using "mdl" or something similar.
It would be great if you in the studio() header you could specify the property name that controls the rendermodel. Some of the other header properties allow you to specify property names already (like sphere), so I'd imagine some functionality for parsing it already exists? Like, if the contents between the parenthesis is quoted, treat it like a model string, else as a property name, fall back on the "model" key if that fails.
This, combined with using the studio datatype for the actual keys would make Jackhammer a much more WYSIWYG editor.
My current workaround is to make a duplicate "model"-key and make sure I remember to set both keys on the entity, and that I remember to remove it before compile.


2) I would really love it if there was a way to snap an entity's origin to grid. As it is now the snap to grid command only snaps the corners of the bounding box, which can be fairly useless on a single entity if the bounding box is weird.
My workaround at the moment is to open preferences, check the "Snap selection to grid when dragging" box, nudge the entity so it snaps, open preferences and disable the snapping again.
Alternatively, if there was an option to have a single entity selection be exempt from the standard snapping rules, that would be great as well.


Other than that I'm really enjoying working with this editor! Thanks for doing good work! 

Please consider, if you're going to add more flexible model support, to use TrenchBroom's simple expression syntax, or let's work together on a better one. It's described in detail here:

http://www.kristianduske.com/trenchbroom/docs/adding_models_to_entities.html 

2czg:
1) Property name is specified in the following way. Add a key named whatever you like, to a FGD class description, of a type "studio". Then add the "studio()" token. JH will take model name from a value of that key. And if the key is not set or missing, it falls back to a "model" key.
Example:

@PointClass studio() = custom_model : "Model"
[
mdl(studio) : "Model File"
]

The same applies to other keys: there are special key types in JH to override defaults. E.g. "scale" type for as a custom scale key, "flags" type for a custom spawnflags key, and so on.

2) I've changed a behavior of a "Snap to Grid Individually" command, so it snaps point entities using origins instead of bboxes. This will be exactly what you need. :)

2SleepwalkR:
Your expression syntax is very good and one day I'll definitely will add support for it!
The only thing I don't understand is a need for colons. In Qt framework, it is used to tell Qt what a file should be looked for in resources instead of a disk filesystem. But what's the purpose of the colon in TB? 

UPD: read "And if the key is not set or missing" as "And if the key is missing from FGD". The presence in a particular entity doesn't matter, key handlers are set up for gamedata classes, not entities. 

1) I swear I tried that exact setup and it didn't work, but I'll try again on Monday. Maybe I missed that permutation of the keywords.

2) The snap to grid change sounds perfect, thanks! 

The colon is legacy from the DEF file syntax, and in TB2 it has become optional. I'm going to leave it out in the docs for TB2, as it is ignored now anyway. 

If TB2 and Jackhammer were to support the same syntax extensions in FGD files, we could share our FGDs. TB2 can already read JH FGD files, but it ignores some of your additions (such as the @Main class). 

You mean "@WorldClass"?
Well, it was added just in case in some engines worldspawn class will be named something different.
It will be nice, if not support FGD extensions of each other, at least parse without errors, silently ignoring them. 

No, I mean "@Main". I can't find it right now, but there was an FGD file that had such a class and I assumed that was a JH addition. I suppose I was wrong. I haven't come across an FGD containing "@WorldClass" yet, but it sounds like a good idea provided there are such engines. 

It seems that Jackhammer isn't freeing memory resources for the current mod when closing the file. When I have my quake map loaded, it uses 277MB but when I close it it doesnt free up that memory. FYI. 

Of course it doesn't free memory. Why should it?
Most of the memory is eaten by textures, and no one wants them to be unloaded and then precached again for each map opened. Instead, JH doesn't unload them until the editor itself is closed. As for the map geometry it is certainly freed upon closing a map. 

freed memory often isn't returned straight to the OS, either - applications just hold the pages until they need them again.