Opposite Switch-throwing with G key Is it realy needed?
#21
Posted 22 March 2021 - 07:01 AM
Paul :-)
#22
Posted 22 March 2021 - 07:25 AM
charland, on 22 March 2021 - 07:01 AM, said:
charland, on 22 March 2021 - 07:01 AM, said:
#23
Posted 22 March 2021 - 08:03 AM
Not really sure why this would have become an issue to discuss to begin with,
Paul :-)
#24
Posted 22 March 2021 - 09:21 AM
I appreciate that jonas agrees with my proposal of differentiating keys, and I will try to implement this in ORNYMG, if it is not too complicated. I will pass it to the official OR releases only if there will be a wide agreement on that.
#25
Posted 22 March 2021 - 09:24 AM
charland, on 22 March 2021 - 08:03 AM, said:
Not really sure why this would have become an issue to discuss to begin with, ...
In MSTS you only can throw facing switches by clicking the G key or Shift + G key, but never trailing switches.
So it's all about trailing or facing switches, as the thread topic says: "Opposite Switch-throwing with G key Is it realy needed?"
#26
Posted 22 March 2021 - 10:16 AM
#27
Posted 22 March 2021 - 01:51 PM
Csantucci, on 22 March 2021 - 09:21 AM, said:
I appreciate that jonas agrees with my proposal of differentiating keys, and I will try to implement this in ORNYMG, if it is not too complicated. I will pass it to the official OR releases only if there will be a wide agreement on that.
Apart from the problem that it will be difficult to find unused additional keys, in particular if you want to differentiate the function both forward and backward (which would require 2 new keys), it would still be awkward to handle if you pass a series of both facing and trailing switches, if you have to switch the facing switches and the trailing switches immediately behind them (like when going through a 'ladder').
If changes are required, a better option would be a selectable mode in which G and Shift-G only work on facing switches, and trailing switches are aligned automatically when approached. Part of the logic for this is already available as trailing switches are automatically aligned when using G or Shift-G in signalled areas. I would suggest to make this mode available only in explorer mode, it could have unwanted side-effects in manual mode, in particular on unsignalled routes, as the user can no longer control which switches are thrown when using G or Shift-G. It could lead to trailing switches being thrown outside the intended shunt area, even switches which are in paths of AI trains.
Regards,
Rob Roeterdink
#28
Posted 22 March 2021 - 02:41 PM
Paul :-)
#29
Posted 22 March 2021 - 06:25 PM
roeter, on 22 March 2021 - 06:36 AM, said:
Manually throwing switches is a 'last resort' on unscheduled shunt work, not operational running.
When I QC a route in development, paths aren't an option because they break too often during the editing process.
I'd like to see something available to open the second switch in the direction of travel, be it a new combination or ignoring the trailing point switch.
#30
Posted 23 March 2021 - 02:45 AM
Paul