 Well, It Built (following Linux/Build.txt)
#344 posted by mwh on 2013/03/07 17:15:36
After I clicked build twice? I got some error about SIZEOF_LONG the first time... now I disappear for a month :)
 Hmm
It should build without warnings, much less errors.
 Local Rotation?
#346 posted by Skiffy on 2013/03/07 17:30:26
I would be fine with it being once a session. Or maybe add another file that sits external from the map format for this type of addition? That way you don't need to break the map format but can store info in an accompanying file. It would be lovely stuff.
Either way still cant say enough how much I love this editor. Rocks my socks off!
 Skiffy
I have added a feature request for session-wise local coordinate systems, but I won't make them persistent. That would add too many new problems.
 32/64 Bit?
#348 posted by mwh on 2013/03/07 18:02:49
This code in Include/freetype/config/ftconfig.h:
#if defined SIZEOF_LONG
#undef SIZEOF_LONG
#endif
#define SIZEOF_LONG 4
looks a bit suspicious on my 64 bit system :)
 ARGH!
#349 posted by than on 2013/03/07 18:09:41
fucking wxwidgets!
This again! I can't figure out how to get wxWidgets to work with code blocks. It's such a horrible fucking nightmare to get it working correctly.
 I Have To Go To Bed But...
#350 posted by than on 2013/03/07 18:36:08
still no luck. I got rid of the wxwidgets simply by copying setup.h from the wxwidgets lib/gcc/msw/wx folder to the include/wx folder, but now I am getting an error saying va_list has not been declared (String.h 97)
No idea what I'm doing wrong, but this is the kind of thing that always puts me off doing c++ programming. Environment setup is fucking shit and makes me very annoyed :/
 Than
Let us schedule a Skype meeting so that we can sort this out.
 How To Run On Tablet?
#352 posted by negke on 2013/03/07 18:55:16
More random, non-rtf, feature ideas:
- display the size of the selected texture in the tex window
- always show the current grid size somewhere (as a number)
- specific filter option for skills + deathmatch (may be something for the fgd to allow similar filters with different games)
- possibly status bar?
- minigame to pass the compiling time (tetris)
 Pre-placed Brush @ 0,0,0 On New Map?
#353 posted by quakis on 2013/03/07 20:10:20
Another idea I'm throwing out there. What if upon starting a new map, there is always a single 4x4x4 brush at 0,0,0? This might prevent some disorientation when placing your first brush since there's already one there for reference.
Excuse me if this had already been suggested, kinda skimmed through the recent posts.
#354 posted by Spirit on 2013/03/07 20:30:00
Maybe even provide a whole little textured room with a light source (like Quark ;) ;) ). Then one has a way to test the compiling pipeline easily.
 Negke
- A tablet version is a very interesting idea that I have thought about a lot, but I decided it's not within my means for the time being.
- Texture size, grid size, specific filter options for skills + DM; noted.
- Status bar is a no, but I will add something similar (but better).
- Minigame, cool idea actually. ;-)
Quakis, excellent idea!
 Quakis
I like that idea so much that it's going to be in 1.0.5.
#357 posted by JneeraZ on 2013/03/07 20:43:42
Tablet version - every time I pick up my iPad I think, "Man, it'd be neat if TrenchBroom worked on this thing". :P
 Tablets
I can imagine two use cases for a tablet.
First, of course, as a standalone editing tool. It would surely be cool to be able to directly touch and manipulate the objects in the map. There is only one problem with it: Your fat fingers. Yes, yours. Because they obstruct your view of what you're actually doing. One idea to overcome this would be to automatically move / rotate the camera when you touch something so that it becomes visible again, yet reacts to your gestures.
Second, it would be cool as an additional input device for TrenchBroom on a desktop PC, because I guess somethings are still easier to do with a pointing device that's not your fat finger, and somethings are much more intuitive to do with the fingers (rotation!).
#359 posted by JneeraZ on 2013/03/07 21:37:41
Oh yeah, there are a ton of interface challenges with it ... I just think it would be neat. :P
 Usability. My Story About Quest Level Editor.
#360 posted by deqer on 2013/03/07 22:24:51
I've not tried TrenchBroom yet, so I don't know. But, I would like to say:
I used the Quest level editor for many years, instead of QERadiant and GTKRadiant. Why? Because I was able to make a map 10x faster, using Quest's controls.
I take an interest in TrenchBroom because of the single 3D view, because that is how I did it in Quest.
In Quest, I always fullscreen one of the views, and I would use the keys to navigate, and a key to switch from 3d to grid view. The key for switching to grid view was very powerful for me, because I often used the grid to line things up better and visually measure stuff better.
The view in Quest was restricted to 90-degree angles only. I loved this. You could also turn off restrictive view and then rotate the camera to any angle you wish. But, I was always in restrictive view mode, 90-degree camera angles only.
To move around, I used "A" and "Z" which is Zoom In and Zoom Out in grid view, or Forward and Backward in 3d view. The arrow keys "UP" and "DOWN" were for Panning up and down in grid view, and flying up or down in 3d view. Same goes for the "LEFT" and "RIGHT" arrow keys.
The keys to turn the camera 90-degrees to any direction, my favourite keys and these were critical to my 10x speed of mapping, were the key combinations of "ALT+LEFT_ARROW" to rotate camera 90-degrees to left. Same goes for any "ALT+{ARROW_KEY}" combination to rotate the camera 90-degrees towards that direction arrow key you pressed. Same goes in grid view, the view would rotate as well.
I'd like to keep this in mind, and see what you can do about having your editor provide the same type of usability controls as what I've described.
Thanks!
 Deqer
I'm sorry if this will sound harsh, but the last thing I want to do with TrenchBroom is make it work like another editor that clearly follows a different UI approach.
I suggest that you try TrenchBroom and forget about how Quest works. Use it with an open mind. If it doesn't work for you, then there are plenty other editors out there.
 Your Quick Response.
#362 posted by deqer on 2013/03/07 22:51:13
So, you didn't think about what I said.
You didn't even give it a thought--nevermind the particular keys being used--but no thought of having an option to restrict the view to 90-degree angles-only and using key combinations to rotate the camera 90-degrees to any direction, and keys to move and pan around at high speeds.
Keys, keys, keys.
Instead, you closed your mind, and immediately responded with a generic and vague "im not changing my editor." liner. Okay.
#363 posted by rj on 2013/03/07 23:00:18
The big difference with quark vs (afaik) all other editors is that there is a tree view of the entire map where you see individual entities and brushes as nodes in the tree, grouped by brush entities or user made group folders.
qED had this too. it was otherwise a pretty lousy editor but that part was nice; you could move brushes between entities or groups by dragging the nodes around, and you could name the groups too (or the brushes, if you were an OCD masochist with time to burn)
lack of proper group support puts me off diving into TB just yet but pleased to see plans are in place for that. that said i'm eager to try out some of the terrain construction demonstrated above :)
 Deqer
The controls will be fully customisible in newer versions. But if you want an editor exactly like Quest then why not use Quest? Simple really.
Also, you haven't used the editor by your own admission so why do you think you could improve something you haven't yet tried?
SleepwalkR, wouldn't a 4x4x4 square be a little small? How about a room that is 256x256x128?
#365 posted by rj on 2013/03/07 23:06:16
SleepwalkR, wouldn't a 4x4x4 square be a little small? How about a room that is 256x256x128?
or just a customisable start template?
 The Start Brush
is 64x64x16. That's enough to give the user orientation and something to interact with.
rj, I'm not sure what good a customizable template would do. Also, the tree view is on the todo list.
 Deqer
If you read this thread then you would know that I give a lot of ideas a lot of thought if they make sense in the context of this editor. If they don't, then I dismiss them or modify them until they do.
Your suggestions don't work well with the workflow of TrenchBroom, which is why I dismissed them. I have a very specific vision for TrenchBroom. If that works for you, then fine, and if it doesn't, then also fine because there are many other editors out there for you to choose from.
#368 posted by rj on 2013/03/07 23:29:16
Also, the tree view is on the todo list.
i did notice :) was just briefly reminiscing
and yeah it was a bit of a retarded suggestion on hindsight. also the last one i make until i try the damn thing...
|