View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000994||DarkRadiant||Map Editing||public||22.07.2008 18:54||24.11.2020 19:53|
|Summary||0000994: Show attached (light) entities|
|Description||When an entity has some light or another entity attached, these are not visible in the editor. This makes it hard for mappers to see what exactly the entity represents.|
The wish here would be that the attached entity/entities are drawn in dashed or dotted form, and these entities are selected together with the base entity.
|Additional Information||As example see atdm:moveable_candle1|
|Tags||No tags attached.|
|Apparently, for lights, the combined light entites are also not rendered as lights, and it is not possible to adjust their radius/color easily, the mapper has to use the "set _color on flame" syntax manually.|
|Adjusting severity to Major since while this is a feature request, it is a pretty serious limitation of the renderer and makes the lighting preview mode almost useless since no entity-based lights are actually shown as lights.|
I think this might have something to do with the way with how these entities were made, i.e. as models with lights as attachments. In every other engine I used, lights with physical representation (model / static mesh) were always a child class of the light class itself. It was always like GeneralLightClass -> SpecificLightClass -> SpecificLightWithStaticMeshClass. In one of my TDM WIPs I made lights like that, and IIRC, they were visible in lit mode. Will check that when I have time.
@Judith is correct — if object-based lights are children of the "light" class they should function correctly as lights in DR, and should even show the correct model if this is set as the "model" spawnarg (although they wouldn't show any additional attached objects, or particles). The problem is with non-light objects which spawn attached light entities at runtime, which are currently "invisible" to DR since it does not process attachments at all.
But for better or worse, we can't insist that the entire mod asset tree is restructured, and we need to handle this in DR somehow.
|22.07.2008 18:54||tels||New Issue|
|09.12.2010 21:28||tels||Relationship added||has duplicate 0001709|
|08.01.2012 10:07||tels||Note Added: 0004229|
|08.01.2012 11:58||orbweaver||Assigned To||=> orbweaver|
|08.01.2012 11:58||orbweaver||Status||new => assigned|
|26.07.2020 20:31||orbweaver||Severity||feature => major|
|26.07.2020 20:31||orbweaver||Note Added: 0012682|
|11.08.2020 16:20||Judith||Note Added: 0012722|
|11.08.2020 16:24||Judith||Note Edited: 0012722||View Revisions|
|24.11.2020 19:53||orbweaver||Note Added: 0013016|