Hopefully this will help de-mystify what the third point is for, at least to the point where you understand it as well as I do (I'm moderately sure this is all it can do).

Here's a standard, 2-point clip:
http://i.imgur.com/7Mkebev.png

Then... Bam! 3rd point:
http://i.imgur.com/tvD7hDK.png

Try it yourself. Drag the 3rd point around and watch as the angle of the clip changes. Obviously this is a very basic example, but the general idea of it is that you can change the angle of your cut with this method.

I find it most useful for when TB doesn't "get" what you're trying to do because the 1st and 2nd points are too vague, since you can easily direct exactly how you want your cut to work using it.

Another cool trick is placing all your points on a flat plane, like so:
http://i.imgur.com/RuVVxLs.png
http://i.imgur.com/w730DjK.png
The third point tells TB that you actually want a horizontal cut, so you can easily perform that style of cut.

Here are some more fun cuts:
http://i.imgur.com/lqmFJRF.png
http://i.imgur.com/hxoVyW9.png
http://i.imgur.com/rkOTdiv.png

Hopefully that helps people figure out what the 3rd point is for. 

Thanks Pritchard, that does help clear things up! 

Bonus points for knowing the shortcut if you wish to use an existing face as a clipping plane! It'a in the manual ;-) 

 

A good tip is...unless you need another brush to snap a clipping point to, isolate the brush to be clipped.

If you try to place a clipping point at the edge of a brush where it meets another brush, sometimes itll get placed on the other brush.

I switched my "Hide" "Isolate" and "Unhide" to H I and U for this and other reasons. 

Thank you, Sleep, for implementing issue 1465 "Always show edges of selected brush" and 1460 "inspector keys open inspector window when closed"

Didnt even consider theyd be in the build eric provided so they were a very pleasant surprise to run into.

"Oh hey thats me!" 

I made some good progress on 1499 recently and things are looking better. Hopefully I'all be able to provide new official builds soon. 

Is going to be magnificent. 

Try loading Shamblernaut's RJ5 map in the latest TB2 beta! 

If you have found a bug, then create an issue report plz. 

i'm learning the very basics of brush work
it's possible to move clipping points with arrow keys, like moving vertex points in the vertex edit mode?

or i just have to drag the orange dots?

can i snap the clipping points to edges and vertices of other objects? or the only snapping is to the grid?

i'm better off in general using CGS substracting if i want to avoid brushes with intersections?

another very basic question:

when you are resizing a face with non-parallel convexing lines (i don't know how to say it) like this:
http://imgur.com/a/oe08L

in one point the lines intersect. is there a way to resize until the two vertices intersect in a point (like a cone) or a line (like a wedge)?

btw i get the 3-point clipping. you need three linearly independent points to define a plane, and the editor makes a "guess" when using 2-point clipping to define a plane. it's like slicing a brush with a cutter 

don't blame tb2 for my shitty maps =P 

Be sure to check out the help file in About > Help for the basics on a lot of your questions.

If you still have issues post back! 

ok...
i quote from the help

"Note that you cannot change the number of faces of a brush by with the resize tool."

i missed that enterely. i think it might be useful. perhaps it's unnecesary, i don't know.
also, it's 'converging lines', that's what i meant.

--

"Alternatively, you can add two clip points at once by dragging with the left mouse."

and

"In the 3D viewport, you can only place clip points on already existing brushes, whereas in the 2D viewports, you can place them anywhere."

now i don't need to move clip points with the arrows.

--

CGS substracting is a question of the type of "is good practice or not?"

--

it seems that i can't snap directly to objects, so it's better to snap brushes to the grid and zoom if they are separated by 1 unit.
and using clipping, CGS and vertex. 

Glad to see the Help file ...helped!

As far as subtracting goes, I think it has come a long way...TB2 handles it fairly well. One thing I do is if I have an odd shape I plan to subtract, I will cut the brush into as small of a square as I can around the subtracting brush. That way there isn't so many crazy things going on after the operation!

For things like basic shaped hallways and such it it probably best to just create the brushes to form said opening. 

I can never seem to do arches with any consistency. It's not that the end result is bad but I just seem to do mine by trial and error. How do other mappers approach creating an arched doorway? I am using TB2 and would love to how others approach this. 

Ive had the outline for an arch tutorial in my head for a few weeks. Lemme whip something up for ya. I think itll make quick sense of the black magic of arches. 

That would be greatly appreciated. And it seems like we have some new blood on Func who would benefit from this too. 

 

You've got the right idea and it's good to see you trying it on your own before asking for help!

TLDR: Triangles!

http://imgur.com/a/tmtmz 

 

 

Thanks guys - this is really great and the key for me was slicing the inside corner (step 4). What I have been doing is clipping large sections of square shapes and "lifting" the vertices into position.

http://imgur.com/8YZlU6x

Clipping is so powerful when you see it done "correctly." Thanks again. 

Why is this here and not in the Mapping Help thread? It's not Trenchbroom-specific. 

My bad for starting it here, I honestly thought I had posted originally in Mapping Help but saw the replies here. Going senile. 

Mugwump: Refer to post #2408 in this thread. I gave an arch tutorial that specifically mentions "for TrenchBroom 2". He is 100% in the right to post a response here...cause...well thats where the discussion originated. The tutorial mentions keyboard shortcuts specific to TrenchBroom.

topher: im glad i could be of some help. curved shapes troubled me for quite some time. 

Honestly, I don't mind and it's not that big of a deal in the first place, but a) the question could have garnered more editor-independent answers than Mukor's TB-specific reply and b) I know people here can be a little sensitive over this kind of things. 

Thanks for sharing your technique Muk!

Would have been great to have had this when I was banging my head on how to create them last year! 

maybe we went a little offtopic

on topic
"face convex merging"
is this a feature? i didn't see it in the help

this software is very intuitive and full of shortcuts to save time

in a few days and aprox 6 hours of fiddling and some reading i'm getting confortable with shaping this simple brushes

http://imgur.com/a/IIcQ1 

Convex merge is a fantastic feature and it looks like you already got the hang of it! To be honest, I don't know if I realized face selection would work with merging but I assume it is intended.

Keep going topher! 

Is the lag when clipping a large amount of brushes at once a known issue?

https://dl.dropboxusercontent.com/s/f8im492wkzjic2a/2016-12-21_00-13-13.mp4

I ask because although I've been living with it for a while (like many tb2 bugs - I'm really bad at reporting in a timely manner...), the more I trisoup for this map, the more of my time it takes up. It'd be nice to at least have a "won't fix" response, but I'm skeptical of submitting an issue because it may simply be something that comes with the territory of the operation... 

I have encountered this before, sometimes it can happen with just a large brush that I am cutting in half. A bit random at times but infrequent enough that I never regarded it as an issue.

Doesn't hurt to submit an issue regardless. 

Seriously. I'm providing this app for free. The only price you have to pay is reporting the issues you find. Let me decide whether or not they are relevant. Don't sit on issues out of doubt whether they are issues or not. 

TrenchBroom-Win32-2.0.0-Interim-f7fe54e-RelWithDebInfo.7z 

Thank you! :D 

I have this irrational fear of annoying people by filling up their issue tracker... If I were running the project, I'd be obsessed with getting the open tickets down to 0 at all times...

I need to stop projecting. 

Noticing some... aliasing? is that the right word?

Noticing it on the version you just linked Eric.

http://imgur.com/a/MA4IL

JUUUUST opened it up so thats all I have for now. Ill be getting intimate with TB over the next few hours and Ill report back here or go straight to github with anything else. 

on macOS.

Is the "previous build" the one I linked to in November, 3cb0140 ? 

https://github.com/kduske/TrenchBroom/issues/1560 

Yeah, my bad, i couldve been clearer on "previous build". But yep, the last version you linked me was without the aliasing issue present in the current build. 

Well thanks for letting me flex my computer know how!

i figured out I can set up AA for specific programs through my video settings! 

Unfortunately, we'll never get it down to 0 anyway. Don't worry about it. The issue tracker is more like a todo list. 

Yep, lack of AA on the latest linked build.

However, I did try to reproduce the crash on map switch that I reported and I could not get it to crash! 

my mac is running osx 10.6.8 with opengl2.1 and glsl1.2 - when i run trenchbroom 2.0 out of my applications folder it gives me an error saying not compatible with this version mac. any suggestions? i am looking forward to using trenchbroom to work on quake 2 maps in particular. thank you for making this software - really appreciate the time and care you are putting in. 

I think you need 10.9bor later. 

Are the appveyor builds supposed to be usable? Or do I still need to rely on the guru/wizards of this thread for new builds of TB? I tried downloading the "Latest Build" from there, but it seems to be gutted and non-functional - no art (logo, icons), supported games list is empty, etc. 

The recent build is without a build number. I dont think that specific build is to be usable at the moment.

A new build with the fixed context menus would be cool, though. AA can wait as one can set it through their video settings. Im interested in using https://github.com/kduske/TrenchBroom/issues/1526 and https://github.com/kduske/TrenchBroom/issues/1527 

Pritchard, they should be usable, however, the "Latest build" button in Appveyor is not reliable at the moment, because it includes test builds for feature branches. It looks like a change earlier today may have caused the "gutted and non-functional" breakage.. I will check it out.

@mukor, the f7fe54e build I posted yesterday should have those two features for the key/value editor :)

There have been a lot of fixes today so I hope to post an updated build tomorrow. 

I used to get the latest builds of 2.x off sleepwalker's Dropbox. Where can I get the latest builds for PC? I'm a bit lost on github and cannot compile the code.

Right now I am using the build from the website (2f3c498?) 

TrenchBroom-Win32-2.0.0-Interim-0e1a90a-RelWithDebInfo.7z

The pauses Pritchard reported when clipping, the entities in the right click menu, and antialiasing are fixed, plus some other fixes in the issue tracker. 

 

I can't extract the 7z archive at all and WinRAR won't tell me why. 

I tested it with 7-zip 

7-zip is giving me weird trouble too: http://i.imgur.com/YgXqBBX.png 

 

 

 

No problems extracting here. Maybe retry the download? Perhaps something was corrupted.

Clipping things feels so much nicer now! Getting rid of slowdowns and hangs goes a long way to improving the feel of the application. I'll be sure to report anything else I run into. 

"Can not delete output file" - sounds like there is an existing install, try extracting into a fresh directory, or maybe re-download. 

And thanks Sleep for keeping on improving it. Will DL and install later this evening. 

Does Trenchbroom in it's current state support any way of applying RGB textures in say, a Quake 1 level? If not, will it ever have Quake 3 BSP support? 

As for the second question, TB does not support any BSP format. It reads and writes map files. Assuming you meant to ask, "Will it ever have Quake 3 support?", then the answer is yes:

https://github.com/kduske/TrenchBroom/issues/583

But I can't say when. I'd like to do it for 2.1 though. 

Im talking about full color textures that aren't limited to Quake's 8 bit color pallete or whatever limitation Quake 2 has. 

According to a post by MadGypsy in this thread: http://quakeone.com/forums/quake-talk/quake-central/12548-fte-lightmapping-quake-3-format-bsp.html, Quake 3 doesn't support paletted .wad files and works directly with .tga images, so yeah, when Sleep will implement Q3 support in TB, you should be able to use 24-bit textures. 

The site has included the comma into the link, so you need to delete it to access the page. 

Just installed Trenchboom to see if it would work. And indeed, it shows up well. Made the setup in my Quake directory and choosed the preference file.

In the texture editor I have a view for the monsters and items.
My texture files are all blanked out, so I use the glass near the Groups and Used to look for my wad file.

It won't show up.
Is there a way to make them so, like a path to my wad file? 

Click on "show" at the bottom of your texture browser, then click "+" to search for your wad(s). 

I can open a map but my txtbrowser is blanked out. 

Is this under WindowsXP again? 

First of all, Windows XP is no longer officially supported. Second of all, you should be using TB 2. Third of all, you can read the manual (Help menu) to find out how to load textures. 

there was a contribution that added support for loading textures from loose files. I think it supported jpg and tga or something like that. It will not be included in TB 2.0 however. 

Windows XP is no longer officially supported.
But you did fix this issue some time ago. My TB2 works fine in XP (build 2f3c498). Are you saying that the more recent builds won't work again? 

read it as it may work, but if not it is only fixable with an OS change.

OS=Operating System! 

TrenchBroom_Win32_1.1.6_381 is the link for download,
I can't find a TB2. 

TrenchBroom-Win32-2.0.0-Interim-f7fe54e-RelWithDebInfo and TrenchBroom-Win32-2.0.0-Interim-0e1a90a-RelWithDebInfo.7z
both give a "MSVCP140.dll" was not found.


TrenchBroom_Win32_1.1.6_381.zip works fine on Wi nXp, both S2 S3 Servicepacks and Visualbasic2010.
Strange my items and monsters do appear while textures won't. 

Try the build I mentioned in post #2460, it works fine on my XP SP3. Go to the link provided in the first post, click Download, then Windows, and scroll down the page to find it: oddly, the page displays the 1.16 builds first. As for the missing dll, I bet it's because you need to install the Microsoft Visual C++ 2010 redistributable package (it's a requirement mentioned on the download page). 

Welp. That was definitely a thing. I found the goody characters rather boring and undeveloped and impossible to give a shit about. Rather charmless. New baddy Krennic chap was good though. However I liked the film overall - a lot actually - because once it gets going, the action is balls-to-the-wall amazeballs and super-ultra-Star-Warsy. I guess that makes me part of the problem. :/

MINOR SPOILER BELOW THIS LINE!!!!
==================================

A certain key human character from the OT is resurrected via CGI...it's pretty awesome that the character is there and has a surprisingly amount of screentime, but the fact that the CG is definitely not perfect just makes it really weird. 

That was obviously meant for the film thread. I have had a few pints... 

the warning and stuff, idk... Im spoiled hard right now.. 

TB2 switched visual studio versions recently so you need to install Visual C++ Redistributable for Visual Studio 2015

@Madfox, once you install that, build 0e1a90a (the one I linked a few days ago) should work on XP. 

 

That did the trick.

Hey thanks for this editor, Sleepwlkr & ericw!
And all that helped of course.
I was just accostumed to Radiant, but it has that dark view. 

will work, but I will not go to great lengths to keep it that way. 

I still need to upgrade to 7 anyway, it's only a matter of time. 

Funny these comments have been happening recently. I came here to say that Trenchbroom 2 does not work correctly on my Windows XP laptop. It doesn't render textures. 

Have you installed the Visual C++ requirement as stated above? 

That can have many reasons. First off, are you sure that it actually finds the textures? You can check out the console to find out if TB has problems locating the textures. 

For some reason, download from the Microsoft page linked by Eric in post #2468 fails on my computer. If others encounter this issue, I found a working link here: http://standaloneofflineinstallers.blogspot.fr/2015/12/Microsoft-Visual-C-Redistributable-2015-2013-2012-2010-2008-2005-32-bit-x86-64-bit-x64-Standalone-Offline-Installer-for-Windows.html 

Can you spot what's wrong in this picture?
http://i.imgur.com/5CO29uS.png
(Hint: my compiled map and .lit aren't being copied)

Is this a bug, or is there something wrong with my "Copy Files" actions? I can't tell. 

Isn't it MODS and not MOD? But either way, there should be an error message. Please submit an issue. 

Just in time for your weekend mappery: https://github.com/kduske/TrenchBroom/releases/tag/v2.0.0-RC1

Big thanks to all involved, particularly ericw. 

It is MODS and not MOD, and after I typed that in it worked.

The documentation for TB seems a little spotty - http://i.imgur.com/xDKUFpk.png I simply copy-pasted the lines from here into the editor to get the results I did. Notice the correct "MODS" in the table above, though.

If someone (perhaps me) were to go through the docs and try and proof read them, would that be appreciated? I might give it a shot. 

In fact, that would make me very happy! You can create issues on github for errata in the manual btw. Please create one for this, too. 

How was the documentation originally written? I'm guessing it wasn't just written in HTML. 

With pandoc enhancements. If you wish to edit the docs and submit pull requests, we should chat so that we can set up the toolchain. 

Alright, shoot me an email or hit me up on IRC. I've been meaning to learn how to get around Github better so it'd be nice to get the chance to educate myself. 

Thanks SleepwalkR! 

i'm having a huge problem with Trenchbroom (2.0.0 RC1)
my compilating and launching profiling aren't being saved, i can set them, and use them, but if i close the program, and open it again, they are gone.

also, i'm having one more related issue, there is this old compiling profile that i wan't to delete, but i can't, it crashes trenchbroom instantly. 

sadly its a known issue: https://github.com/kduske/TrenchBroom/issues/1640

I THIIIIINK you could get them to save by opening a previous version of Trenchbroom, creating them in there and then they SHOULD transfer to the new version as well.

same for deleting the unneeded one. 

okay thanks 

also, i'm having one more related issue, there is this old compiling profile that i wan't to delete, but i can't, it crashes trenchbroom instantly.

This is not a known issue. Can you please submit a crash report on github that includes the file which contain your compilation profiles for Quake? The file is named "CompilationProfiles.cfg" and where exactly you can find it depends on the platform. 

I figured the two issues to be related to one another? Settings not saving or deleting? 

Download here: TrenchBroom 2.0.0 Release Candidate 2 is out: https://github.com/kduske/TrenchBroom/releases/tag/v2.0.0-RC2

Changes
- #1655: Ensure that worldspawn colors are treated correctly in smart entity color editor.
- #1655: Show color editor for any entity property matching `*_color`, `*_colour`, or `*_color2`.
- #1655: Properly set selected colors in smart color editor. Switch smart editors in idle event as opposed to in reaction to row selections.
- #1659: Ensure that points on the boundary are not added to a polygon. (#1662)
- #1661: Make sure to reset fly keys when 3D view loses focus. (#1663)
- #1653: Create a log file and add it to crash report. (#1657)
- #1656: Don't start a face drag in brush tool if there is no face under the mouse. (#1658)
- #1649: Fix bounding boxes of item_artifact_* in Quake.fgd
- #1646: Set selected texture when the user clicks on a texture in the texture browser. (#1647)
- #1648: Remove unused image from Linux build.
- #1640: Fix a bug that prevented game engine profiles from being persisted properly. (#1643)
- #1641: Print an error message when an error occurs while interpolating EL expression in compilation window. (#1644)
- #1638: Show message dialog when an exception occurs while launching a game engine (#1642)
- #1624: Change website to redirect to github for downloading releases. 

 

nice

i will continue to report new crashes

RC1 is crashing a lot less than the previous builds 

It's fantastic to see how much progress has been made, thanks SleepwalkR and everyone else involved.

Could you also provide SHA256's alongside the releases? pretty please 

 

https://github.com/kduske/TrenchBroom/releases/tag/v2.0.0-RC3

Getting fewer bug reports lately... either it's getting stable, or fewer people use TB. 

its defintely getting more stable and i cant wait for you to start hammering out those 2.1 features ;) 

 

Glad to hear it. 

I dipped into tb2 a bit more recently. Will probably consider changing to it full time on my main machine. The ui stuff is a bit cramped on my surface though 

 

Thanks, unfortunately MD5 has been unsafe for quite a long time now.

I apologize for not contributing but I'm away from my desktop and there's no release for my current os. (I've never had much luck compiling) 

So that's all I can do. Anyway, I think these checksums can only ever be used to verify the integrity of the downloaded file. They cannot be used to check whether the file was tampered with on the server. If someone was able to do that, they would also be able to change the checksum files. 

Still a bit of a Github Noob, even after all this time spent submitting TB issues (over 30 now I think!), so I'm not sure if contributing a comment to a closed issue will be seen...

https://github.com/kduske/TrenchBroom/issues/1560#issuecomment-277413575 

Yep, I get notifications on Github and emails for comments on closed issues, should be the same for SleepwalkR 

could some one explain to me how to add textures to trenchbroom (q2)? I have a a .png of Duke Nukem 3D textures, and i would like to add those to my map 

https://www.quaddicted.com/files/tools/wally_155b.exe

Wally will let you convert/export that .png to the Quake2 .wal format.

Just open it up in Wally, and File>Export to .wal.

Wally will also be what youll want to use to edit and make your own textures and texture packs, etc. Its a really good, stable tool. 

http://steamcommunity.com/sharedfiles/filedetails/?id=850566384 

thanks, but how to add the textures to trenchbroom so it will appear there? 

If you want to provide your own custom textures, you need to put them in a subdirectory where TrenchBroom can find them. For Quake 2, this means that you need to create a subdirectory called textures in the directory of the mod you're mapping for, or in the baseq2 directory. Then you need to create another subdirectory with a name of your choice. Then you copy your texture files into that directory. TrenchBroom will then find that directory (possibly after restarting the editor) and allow you to load the textures from there. 

If you want to provide your own custom textures, you need to put them in a subdirectory where TrenchBroom can find them. For Quake 2, this means that you need to create a subdirectory called textures in the directory of the mod you're mapping for, or in the baseq2 directory. Then you need to create another subdirectory with a name of your choice. Then you copy your texture files into that directory. TrenchBroom will then find that directory (possibly after restarting the editor) and allow you to load the textures from there. 

the textures are in baseq2 in a folder called 'textures', but any of then appear in trenchbroom.

I thought that textures had to be stored in a certain file to be added in. don't they? 

My TB2 installation is not up to date, so maybe something has changed in the mean time, but try this:

Open TB2. On the right hand side, where you have "Map", "Entity" and "Face", go to "Face" and then below you'll find "Texture collections". Click on it and then on the "+" to browse your computer's drive to add texture files. Doesn't matter where they are located, as long as you point TB2 to the relevant directory. 

i think that only works for quake 1. atleast it seems so, the "+" can't be clicked at all in quake 2.(only on q1) 

i've managed to add the textures, but they make the brushes invisable/non-existant(?), creating a leak. What do i do to stop that? 

i noticed that the textures get to white when converting them in Wally, is there a way to make them the same color as they are in the .png file? 

I started using the latest TB2 release and so far I'm pleased. Though I can't find for the life of me the Smart Property Editor for entities, as I'm trying to make a door entity toggable. 

For func_doors, when you click on the Spawnflags key you should see the ability to check off states like toggle. 

 

This is probably a stupid question
My map has a leak, i can't find it, the editor can open pointfiles, but i can't find them, so how do i make them, and if they are made automatically, where are they?
Quake 2 btw. 

With quake 1, qbsp will save it in the same directory as your map, along with the .bsp file. So run quake 2's qbsp on your map, check for a .pts file. 

Hi, I use Jury-Rigged BJP Tools for compiling Q1 maps (now I'm on TB 2.0 RC 3) and the compiler may utilize "hint" and "hintskip" brushes just like in Q2+ engines.

With proper textures in a WAD and seen in the map I tried adding
{
"name": "HintSkip brushes",
"attribs": [ "transparent" ],
"match": "texture",
"pattern": "hintskip"
},
to the Quake.cfg in the "Games" directory to make the brush "hintskip" textured brush semi transparent - in vain.

Actually when the brush has only hint texture, it is transparent but when I retexture its 5 sides with hintskip, it isn't any longer. Also it can't be excluded from the View menu.

Can anyone help me with this? 

And I'll look into it 

Thanks, SleepwalkR. 

Does ctrl-selecting multiple rows in the entity editor do anything? 

Other than that, no. 

Hi, unless I'm missing something I don't seem to be able to go into edge mode without going into vertex mode first (press "V")

This means to manipulate edges in the 2D view I have to go into vertex mode, then click on an edge in the 3d view to enter edge mode, and then the edge manipulation works in the 2D view.

Ideally, as well as "V" I think there needs to be two additional shortcuts that go straight into edge mode, and face mode - this would make edge manipulation in 2D more immediate.

Thoughts? 

1) would it be possible to set the grid opacity of the 3D view independently of the grid opacity of the 2D view?

2) I can't find a way to change the WASD flymode speed - is there a way?

3) Can grid size please go subinteger, down to 0.125? (So, additional 0.5, 0.25 and 0.125 grid settings a la radiant) For thin trims that need to be a constant thickness as they go round certain curve configurations, the trim sections often have to meet on a subinteger grid. 

I can change the background colour but can't seem to change the grid colour or brush outline colour.

I have a pretty nasty case of palinopsia which means I can't deal very easily with thin light lines on darker backgrounds :{ 

Hi, unless I'm missing something I don't seem to be able to go into edge mode without going into vertex mode first (press "V")

Thats just how edges are presented in TrenchBroom. I dont see how adding some other shortcut for edges would be any different than pressing V and selecting an edge that way.

Maybe a video would better explain your issue?


3) Can grid size please go subinteger, down to 0.125?


something i desire, myself. 

as for your suggestions, take them over to https://github.com/kduske/TrenchBroom/issues 

Thats just how edges are presented in TrenchBroom. I dont see how adding some other shortcut for edges would be any different than pressing V and selecting an edge that way.

To move an edge in 2D view, I have to go into vertex mode, then in the 3D view carefully pick the edge I want, then go back into the 2D view to move the edge.

Why not cut out the middleman? Shortcut "E" (or whatever) straight into edge mode, start moving it around in 2D. So much quicker. 

as for your suggestions, take them over to https://github.com/kduske/TrenchBroom/issues

Cheers I will in future. 

I played around with this and:

Doing a drag to create a box and select the edge nodes isnt working properly in 2D view, it seems.

Otherwise, you can select a single edge node (in 2D view), then create a "bounding box"(still in 2D view) and itll select the node below it.

is this what youre referring to? 

Well actually now i feel like a dummy. I was only thinking of one type of edges. I neglected edges the "exist" between vertices.

Yeah, I can +1 different shortcuts for Edge, Vertex, and Face selection in regards to the 2D view. 

yeah I'm just coming from NetRadiant and it's really about streamlining all this stuff for "power users" (god that phrase sounds so smug). I'll be adding a lot of these sorts of requests to the issue tracker :) 

At the moment, I can see two ways to implement this:

Separate shortcuts for Face, Edge, and Vertex selection.

This might be limited with how Sleep likes to utilize ctrl, alt, and shift.

- OR -

Retain the current shortcut to display Face, Edge, and Vertex nodes.

While in this mode, perhaps CTRL, ALT, and SHIFT will display only Face, Edge, or Vertices respectively.

A complication to this is, while in this mode, how would a user select multiple brushes if CTRL is for displaying a certain type of node?

The user would likely have to back out of Vertex mode, select their desired brushes, and go back in Vertex mode.


-----------

This is just right off the top of my head for the sake of starting the conversation. Please dont berate me for any undersights :P 

I much prefer the first option. Seems to be simpler and quicker from the user's point of view. It's all about less clicks to get to where you want to be. 

the question to always ask is: "what's the implementation that uses the least number of clicks / key presses?" 

Very much appreciate the input from you. Most of these things won't make it to 2.0 final, but I'll do them right after. Unfortunately I'm in the middle of moving houses and have almost no time for TB for the time being. 

I really appreciate the support!! 

I was just thinking today that it could be convenient to have TB play the windows "error sound" or something when you try and use a hotkey in the wrong context. I was shift-clicked on a face to edit its texture and tried to isolate it with ctrl-i, and it took me a little moment to remember that you need to have it selected normally for it to work... some better feedback than "nothing happens" would be good.

That, or make such functions work in more contexts... 

And think it would be awesome if tb supported it. 

I have three monitors. Sometimes TB decides that when it starts up it wants to be stretched across all three. You get a really strong fisheye effect with that, kinda neat.

In all seriousness, I'm assuming you're talking about a floating inspector pane, right? I'd love to see that happen too, but I think it's been discussed before and nothing has been done... 

I would like the option of orthographic views in one window or a larger texture window 

Y'know what'd be cool? Comment entities. That way I could leave myself little TODOs etc. and not forget about them so much... 

So I downloaded quake.wad, opened 'Face' section and added the wad (via '+' button), but friggin texture browser is still empty! The entity browser is full of stuff by the way.
Help me solve this problem please. 

Another cool thing: clicking on the name of a texture to automatically search it in the texture browser. 

Aaaand... can we get the rest of the texture controls added as hotkeys? I feel like making an issue on github for this one, since it feels more like it's something that's been left out rather than a simple suggestion. Not being able to reset a texture with my keyboard sucks. 

@Vseznamus Just a shot in the dark here, but could it be that you have the " Used " button turned on, and as such are seeing no textures because none have been used yet? This has happened to me on a couple of occasions making me wonder what the heck is going on and just starting a new map or restarting TB as a result. 

Just throwing it out there I haven't had a single crash with TB2 (latest release). Thank you for all of the efforts in making this as stable as possible! 

That's great to hear! 

Granted, I'm on an ancient OS (WinXP), but the software keeps crashing on me like every 30 minutes (I created a bug report some time ago). Miraculously, I haven't lost a single edit due to the excellent crash backup solution - I'm so grateful for that!

And truly, it's the best map editor of all I've ever tried. 

that crash should be fixed in the next RC. (also, Muk, that was 90% of the big list of crashes you reported a few months ago.) 

I'll make a new release soon that has the fix. 

Is there or could there be these functions:

Group selection of brushes, making brushes transparent so group selection can select brushes behind brushes, scaling brushes or group of brushes.

also in vertex mode there could be a mode where you see the visible plane only, this would make terrain making easier. 

You can select a group of brushes by making a large brush that covers the brushes you want and hitting "select all touching"

You can select brushes behind other brushes by selecting a brush and using the scrolll wheel.

Scaling of brushes will be introduced at some point, i believe.

Lastly, i also believe occlusion of "hidden" vertex nodes will be implemented as well. 

https://github.com/kduske/TrenchBroom/releases/tag/v2.0.0-RC4

Getting there, but still some open bugs that I want to fix. This RC is mainly due to ericw's work who has held the fort while I was moving houses and settling in. 

Thank you SleepwalkR and Ericw! 

As the history of maps you opened on the startscreen isn't the only history I would want to clear...
If it isn't a feature yet then I request it,
If I'm just being dumb again then tell me where to click the UI. 

Without checking the configs files for TB, I'd recommend you CCleaner, a cleaning tool that's very good at deleting Most Recently Used file lists. It's also very good for general PC maintenance. 

 

 

Cant you do face and world alignment in JACK/Hammer?

TB needs that.

Throw in texture wrapping with it and TB will be catching up to Texture toolsets of other editors. 

 

http://i.imgur.com/2uX1W1g.png

Does anyone know how to get QS to run through the TB compiler? I tried using -game ad instead of +game ad but it just gave me an error about having the shareware version of the game (?!).

MarkV runs fine through this :( 

Your working directory needs to be where the engine is.

If Mark V starts with a working directory and can't find Quake there, it will check and see if Quake lives in the folder where the .exe is .. and use that as working directory instead. 

Baker that is a nice feature, it sounds like something QS should steal. 

Also, "couldn't load gfx.wad" has never been a helpful error message, that could be rewritten to suggest the most likely fixes. 

I have tried to get other engines to steal that for years. Tends to get dismissed out of hand as a non-problem. If Mark V actually does get the gfx.wad it very clearly says what is wrong, and then pops a message saying "Opening folder c:\path_to_engine ..." and opens the folder.

/Brief gentle tangent, .. hopefully not much disruptive to the TB thread 

I am officially taking Baker's side on this one, it's a serious pain having to use the game dir as your working directory... Especially because the compile tool doesn't have a working way to get the map's directory...

http://i.imgur.com/3i0nthn.png

I think I can use fully qualified names to avoid this, but it makes the parameters of my tools into even more of a mess than before...

Could someone tell me if i'm using ${MAP_DIR_PATH} wrong or something? I think this should probably have a github issue if it's genuinely broken. 

engine -basedir ${GAME_DIR_PATH} -window +map foo
or something.
(or +set fs_basedir foo for q2/q3)

some engines ignore -basedir. those engines are annoying.
an explicit path should always take precedence over a fallback/guess.

That said, default compile rules for TB would be really nice... it would save quite a bit of frustraction... at least until someone uses a path with spaces in it, anyway. 

Hehe

(I didn't have Spike in mind. He even has a different objection than I've seen before )

/@Spike - Mark V honors basedir and can handle paths with spaces in them like -basedir "Path to Quake". 

I've been pushing TB2 pretty hard this week especially using undo many more times than I would ordinarily do while mapping (a dozen or more steps back) and have had zero issues. Am I dreaming or did some of the default keyboard shortcut change or go away though? I think the only weird thing I've noticed was the transparency bug noted elsewhere on this thread and on Github. Amazing work guys. 

I never knew about this functionality in Hammer! 

I was able to make that work with QS, but only by using a fully-qualified path rather than the ${GAME_DIR_PATH} one you suggested. Did your suggestion work for you? Maybe there's something wrong with how my environment is set up. 

I remember someone setting up their preferred engine in one of the "Tool" slots in the compiler. Bit more intuitive, imo. 

That's what I've done. It's nice because it only takes one click to start the process and when it's done you're instantly in-game with your map.

It's less nice because of all the issues I've had trying to make it work with something that isn't MarkV. 

Pretty much the only reason I use JACK more. That and primitives.

All on Sleepwalkr's list I'd imagine. 

If you read this, please contact me. It's about your TofuQake (hehe).