I think what you described is this bug, which is already fixed for the next release:
https://github.com/kduske/TrenchBroom/issues/1805 

That's probably it, ericw. Glad that it's accounted for.

On another, somewhat similar note: I've made some groups, but there don't seem to be any checkboxes in the view menu to hide groups. Instead I have to first select them and use the hide tool, which isn't as convenient.

Is there an easy way to hide groups in RC4 or will it be implemented in version 2.0? 

I don‘t see much value in blanket hiding all groups. This is not their purpose. 

Being able to hide the TrenchBroom groups has value.

Sometimes I want to manipulate a large group of entities at once(lights for example). To do this I turn off visibility for everything but that one entity type i wish to change.

If i have TB groups, I have to first hide EVERYTHING, this leaves the TB groups visible, then I ctrl+A to select everything, hide the TB groups, then I turn on visibility for the one entity type I wish to see/change. 

https://imgur.com/fAzSK68

for clarity, were talking about hiding them with this menu. 

Nice workaround, mukor! :) It would still definitely be a lot more convenient if the groups were possible to be hidden with a simple checkbox. 

Is it just me, or is there no way of removing individual brushes from groups in RC4? The only options I have when right-clicking a single brush within a group are

Group
Ungroup [unclickable]
Rename [unclickable]
Add Objects to Group [some other group]
______________
Create Point Entity
Create Brush Entity
Move Brushes to World

"Move Brushes to World" used to do the trick in earlier versions of TB (albeit at the cost of turning all selected brush entities to world brushes); it no longer works. Shouldn't there be a "Remove Objects from Group [selected group]"? 

Hmm, it works for me in RC4.
I am 'inside' a group (double-clicked on it). The group has 2 worldspawn brushes, I select one, right click, and have the option: "Remove Objects from Group Unnamed". Selecting that moves it outside the group, turning it blue.
Can you get reproduce this?

"Move Brushes to World" is only for moving things from "func_" entities to worldspawn, it doesn't affect group membership. This was different pre-RC4 , see: https://github.com/kduske/TrenchBroom/issues/1744 

Where you right click (selected brush you wish to remove from group vs. other objects). 

I am 'inside' a group (double-clicked on it). The group has 2 worldspawn brushes, I select one, right click, and have the option: "Remove Objects from Group Unnamed". Selecting that moves it outside the group, turning it blue.
Can you get reproduce this?

No, I can't; what you describe is exactly what I want to do. I don't have the option "Remove Objects from Group [name]"; only the options I listed above:
Group
Ungroup [unclickable]
Rename [unclickable]
Add Objects to Group [some other group]
______________
Create Point Entity
Create Brush Entity
Move Brushes to World

Might also depend on where you right click (selected brush you wish to remove from group vs. other objects).

I am definitely clicking the selected brush, but no matter where I click, I don't get the option "Remove from Group".

When I click the selected brush, I get the options above.

When I click the entire group, I get
Group
Ungroup
Rename
______________
Create Point Entity
Create Brush Entity
Move Brushes to World

and when I click somewhere else at random, I get
Group
Ungroup
Rename
Add Objects to Group [some group]
______________
Create Point Entity
Create Brush Entity
Move Brushes to World 

Wait, I just tried again in a new map, and now I do get the "Remove" option.

Sorry! Something else must have gone wrong on my end... 

When two or more groups overlap, TB no longer gives you the "Remove" option. I'll open a Github issue. 

It seems that whenever there's another group behind the group you're manipulating, TB doesn't give you the "Remove from Group" or "Ungroup" options; instead giving you the "Add to Group" option, pertaining to the group that's behind the group you're trying to manipulate.

Isolating groups (View --> Isolate) is a workaround, but this is really bizarre and unwieldy behaviour, I think... 

 

 

I tried to install the .deb file and it won't Install on Debian GNU/Linux 9 (stretch) 64-bit stable.

This is what it says:
dpkg: dependency problems prevent configuration of trenchbroom:
trenchbroom depends on libpng12-0 (>= 1.2.13-4); however:
Package libpng12-0 is not installed.

dpkg: error processing package trenchbroom (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
trenchbroom

I could not install the dependency after researching it and I also tried to compile it following the instructions and ran into many issues as well.

Could we perhaps get this added to the Debian repository so it can be installed automatically with APT? 

 

I thought this was an already documented issue? At the very least, the solution (this worked for me on Ubuntu 17.10) is https://askubuntu.com/questions/840257/e-package-libpng12-0-has-no-installation-candidate-ubuntu-16-10-gnome/840268 

(obviously that would have to be adapted for Debian) 

I just got around trying TrenchBroom 2, and found it to be very easy to get into and overall to be very pleasant and powerful. I've now switched from NetRadiant for my Quake 1 mapping needs.

Thanks a lot for creating this editor! (Is there a donation link somewhere?) 

Apparently there is no libpng12-0 on current debian derivates. Instead there is libpng16-16.

I don't fully understand however there is another fix that doesn't require a download of some library from somewhere.
We just edit the deb and edit the libpng dependency to match the current libpng16-16


dpkg-deb -x TrenchBroom-Linux-v2.0.0-RC4-Release.x86_64.deb tmpdir
dpkg-deb --control TrenchBroom-Linux-v2.0.0-RC4-Release.x86_64.deb tmpdir/DEBIAN
sed -i 's/libpng12-0 (>= 1.2.13-4)/libpng16-16/g' tmpdir/DEBIAN/control
dpkg -b tmpdir Edited-TrenchBroom-Linux-v2.0.0-RC4-Release.x86_64.deb
dpkg -i Edited-TrenchBroom-Linux-v2.0.0-RC4-Release.x86_64.deb
aptitude install


@Sleep if you are still building the linux package on an old distribution (pre Ubuntu 16.04 or Debian 9/Stretch) it might be time to switch. The build tooling will probably take care of the rest.

@aftershock getting trenchbroom into official debian repositories is definetely a possibility but from what I've heard debian maintainers are very meticulous about package layout and QA to the point that the automated build probably wouldn't do and manual repackaging would need to happen specifically for the debian repos.

PS: Don't forget about the github issue 

The fix mentioned above doesn't work. Plz ignore that 

Is there any way to scale whole brushes (not just drag faces) in Trenchbroom? Basically I want to make a round tower with a dome on top, so I used a bunch of rectangles at a 15 degree angle to each other to make a circle of sorts, then convex merged the whole thing to get a solid cylinder, now I just need to dupe this cylinder brush, scale it down, put it in the middle, and do a subtract operation to get a hollow cylinder. But I can't seem to find any kind of scaling tool. Maybe I should just go back to GtkRadiant, since this sounds like an awfully ass-backwards way to create a simple primitive... Thoughts? 

In a word no. No scaling. It sucks and many of us have asked for it repeatedly. I'm not sure any progress has been made on this: https://github.com/kduske/TrenchBroom/issues/871

I used TB2 daily and I am acclimated to not having this feature. For someone coming in fresh I can absolutely understand how frustrating this can be. However, for me the benefits of TB2 far outway its limitations.

I've only had this happen once where I really needed to scale something up. Save your shape as a map file. Bring into Radiant and scale it up. Save as a map and re-open in Tb2. Yes it's a pain, yes it's dumb not to be able to scale brushes or groups. And yes Tb2 is still great. 

I wanted to add that development is ongoing and there are some very nice features being worked on over the few weeks. I think a proper v2 is very close to reality. Fingers crossed.