Gtkradiant 1.5 Rc1 Is Out

[namespace]

Hi!

 

We released a RC1 version of GtkRadiant yesterday.

Link goes here with checksum here.

All devs, make sure to checkout the last 3 or 4 commits (except the one from LordHavoc). They contain fixes for very annoying bugs that apply to DarkRadiant too.

 

Just to let you all know

[OrbWeaver]

Thanks for the heads-up. Possible GtkR revisions to merge are 136 and 138 (and I would say 128, but we have already moved the brush export plugin into the main codebase so the merge probably wouldn't work).

[greebo]

I haven't changed the algorithm, so I can have a look at it, if you want me to.

[OrbWeaver]

Sure, if you've got some time.

[greebo]

Ok, I merged some fixes from GtkRadiant rev. 136 & 138:

 

- Weird shiftvalues are now hidden to the user, shiftvalues will stay in ]-shader_size;shader_size[ range for display.

- Fixed "jumping" texcoords when switching to a shader with different size

- The bug "Selecting translucent brushes, such as clip, cause them to disappear leaving only the red selection box.

 

I did not port the Anisotropy fix, as I'm not sure if this is fitting into our code and I don't know these code parts too well.

 

I haven't looked into the brushexport plugin yet, maybe if I can find some more time the next few days.

[greebo]

It looks like the improved BrushExport plugin doesn't fit (yet) into our repository as there are several references to Face::getWinding() (residing in the legacy brush.h file). This method is now in brush/Face.cpp, and is out of reach for the linker.

 

I think this will have to wait until we have a proper Brush / Face interface defined, so that plugins can easily manipulate the primitives.

[OrbWeaver]

I think this will have to wait until we have a proper Brush / Face interface defined, so that plugins can easily manipulate the primitives.

 

I concur. It is better to wait for a proper interface than try to create a hack which bypasses the interfaces entirely.