 |
Known issue. In theory it would be good to be able to move the origin as well as just show it. |
 |
The origin is now showing up correctly (the RenderablePivot implementation was seemingly half-finished). A few bugs are still remaining though and this might take a bit. |
|
|
Rendering of the origin is fixed in SVN. |
 |
Do I have to do anything to enable it? So far I don't see it on func_doors, func_statics, etc. http://img410.imageshack.us/my.php?image=noorigincd6.jpg |
|
|
That's because I haven't uploaded the snapshot yet ;) Uploading now... |
|
|
It looks like this is working, however a quick question: is there a reason not to show origins for entities like func_emitter or func_damage, etc? DoomEd does, though I can't personally say if it's needed or not. The origin value exists though, so I'd be concerned not to include it. |
|
|
The func_emitter is a small cube in the first place, I don't think it's necessary to render the origin (= center of the cube) as well. If this is really needed, I can look into it though, but there may exist more pressing issues available. |
|
|
No problem, I just worried that there might be a reason for it. I don't know what happens if a particle has the origin offset, for instance. |
|
|
I guess we can close this, hoping that such items never need their origins shown (I don't know of an example where they do), and re-open if ever necessary. |
- Anonymous
