another_commander wrote:I believe snork refers to the disappearance of the direction to target indicator when the target is close to the crosshairs.
Yes, exactly that.
another_commander wrote: This indicator did not use to disappear in the past, with the unpleasant side effect of being in the way and obstructing the view, especially when the target was far away.
Hm? How dit it get in the way ? I never noticed, but then again, I am playing with very few OXPs, maybe if I need to shoot some subentity but the scanner targeting the main entity or sth. along that way ?
another_commander wrote:snork, I don't think that we'll fall back to previous behaviour on that, but be aware that the reticle target sensitive has been improved dramatically for v1.75. There are still some deliberate and calculated inaccuracies with its functionality (mostly related to distance from target), but rest assured that in v1.75, when you see it turn red it means that it hits target, period. This should help you with long distance targeting, even if the direction to target indicator is not there.
Oooh, nice!
I certainly don't expect Oolite to go backwards, this fading out is way too slick and stylish.
I had hoped some ugly and simple to execute hack would exist, like replacing some source files with older versions.
But now I guess I will just go and play trunk and be fine.
that is the term that didn't come to my mind.
Commander McLane wrote:I have to admit, though, that I hadn't noticed the fadeout myself. So it seems I at least didn't miss the arrow.
I had tried to find existing forum topics on this first - well, as much as I was able to - and me too thought that nobody else had problems with it.
I guess I am not that good a pilot as most of you around here, so little things have more effect on me than on others.
I sometimes wondered - do you really fly your Imp with no military shield enhancement, as the wiki page suggests ?
To me, travelling space without military shield enhancement usually makes me aware much more of things. ^^
(Greedy snork took too many tight-in-time contracts to allow for timeconsuming repairs.

)