View Issue Details

IDProjectCategoryView StatusLast Update
0001137DarkRadiantSelection Systempublic16.01.2014 18:10
ReporterKomag Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status feedbackResolutionopen 
Product Version0.9.7 
Summary0001137: a func static can have some brushes in different layers, can lead to odd behavior
DescriptionSteps:

- Make a few blocks
- Move a couple to a new layer, such as "test1" layer
- Move a couple more to a new layer like "test2" layer
- Leave a couple just in the "Default" layer
- Select all the blocks and right click an ortho and "Convert to func_static

Now when you turn on and off different layers, the correct block disappear and reappear. But when you click on the layer names to select all the brushes from a layer, "test1" and "test2" correctly light up their couple blocks, but "Default" lights up all the blocks! This error doesn't happen before converting to func_static.

It has to be more than just "if it's a func static with parts in other layers they will just get selected too" because only the correct blocks get selected when selecting all from the other layers.

One approach is to deal more strictly with func_static creation and layers. If the brushes selected are in differing layers and "Convert to func_static" is selected, perhaps the brushes should then be forced to be on the same layer, or in every layer that any one of them was in, or perhaps a window pops up asking the author which layer he wants the func_static to be in since parts of it were in differing layers.
TagsNo tags attached.

Relationships

related to 0003653 acknowledged Can't deselect func_statics after selecting a layer 

Activities

greebo

greebo

26.12.2009 16:40

administrator   ~0002802

From the description, I'd say the func_static entity itself (the "parent node") is in the Default layer. By selecting the func_static parent, DarkRadiant will treat all the child brushes as selected too, regardless which layer they're in.

So from my point of view this is not a bug, rather a documentation issue?

Issue History

Date Modified Username Field Change
18.09.2008 21:11 Komag New Issue
19.09.2008 05:50 greebo Status new => acknowledged
26.12.2009 16:40 greebo Note Added: 0002802
26.12.2009 16:40 greebo Status acknowledged => feedback
16.01.2014 18:10 greebo Relationship added related to 0003653