Small request:
Max Jump (ALT+F2) default "locks" you to a position in the furthest sector that can be reached. Can we get an auxiliary function for max jump that lets you jump the max range at the "true heading"?
Reason I ask for this is when going over long distances, at anything other than true N/S/E/W travel (or a true 45 degree angle), the current max jump will introduce an increasing margin of error to your desired heading. The margin of error by being sector-locked depends on your desired angle vs. the alignment of sectors relative to your intended path.
Thanks for considering this!
Dev Request
-
Aures
- Lieutenant

- Posts: 307
- Joined: Sun Sep 19, 2010 1:32 am
- Location: Sydney, Australia
Dev Request
Good idea, rather than take you to a sector at whatever coordinates it would set the coordinates in the sector based on your true heading. As long as it doesn't let you jump into a sector that you couldn't reach by ALT+F2 it sounds good except for the work it would take to implement and the extra key binding it would require.
You should probably try using the autopilot actively in the meantime. The amount of fuel it wastes is not that much and a deploy constructor makes the whole fuel issue moot. The autopilot also has better reflexes than you so will jump straight away and jumping will take less time. I never use jump to max distance when exploring, I enter coordinates into the nav map or click on the nav map. If I could just jump at max distance on my true heading I might reconsider.
You should probably try using the autopilot actively in the meantime. The amount of fuel it wastes is not that much and a deploy constructor makes the whole fuel issue moot. The autopilot also has better reflexes than you so will jump straight away and jumping will take less time. I never use jump to max distance when exploring, I enter coordinates into the nav map or click on the nav map. If I could just jump at max distance on my true heading I might reconsider.
Speed is life
-
Marvin
- Global Moderator

- Posts: 14373
- Joined: Wed Mar 04, 2009 5:47 am
- Location: Fallon-Reno
Dev Request
-
xingbing1
- Ensign

- Posts: 48
- Joined: Mon Mar 29, 2010 7:36 pm
Dev Request
But it is also used when you're going somewhere that is far away, but you don't want to use the autopilot. So, some situations that occurs in are when going exploring, when trying to avoid autopilot because of the small amount of extra fuel it needs or when heading for something not far enough to warrant jump drive, but close enough to need multiple long-range jumps - so perhaps a jump of 20 sectors.
In fact, wouldn't it just be better to replace the current function with a true max jump?
In fact, wouldn't it just be better to replace the current function with a true max jump?
-
Marvin
- Global Moderator

- Posts: 14373
- Joined: Wed Mar 04, 2009 5:47 am
- Location: Fallon-Reno
Dev Request
-
Aesir Rising
- Lieutenant Jr. Grade

- Posts: 93
- Joined: Sat Sep 18, 2010 1:11 am
Dev Request
Trent asks for, "..an auxiliary function.." This probably means he'd like existing ALT+F2 to remain available.
But even if Trent's concept fully-replaced the existing implementation (which it could, since it seems to allow for existing functionality as well as more precise navigation all within one feature), then explain why this would change the narrowly-defined use of ALT+F2 as an escape mechanism?
If "..the last thing you worry about is where you're going.." then why would you worry about where you were going? Just hit ALT+F2 or New Improved ALT+F2.. same difference if you don't care about the destination. Except that Trent seems to care about destination, and his idea would allow his requirement to coexist with yours.
But even if Trent's concept fully-replaced the existing implementation (which it could, since it seems to allow for existing functionality as well as more precise navigation all within one feature), then explain why this would change the narrowly-defined use of ALT+F2 as an escape mechanism?
If "..the last thing you worry about is where you're going.." then why would you worry about where you were going? Just hit ALT+F2 or New Improved ALT+F2.. same difference if you don't care about the destination. Except that Trent seems to care about destination, and his idea would allow his requirement to coexist with yours.
-æsir
-
BraveHart
- Captain

- Posts: 1322
- Joined: Tue Mar 18, 2008 5:11 am
- Location: USA Washington State
Dev Request
"I remember using ALT-F2 once when I was surrounded...but seeing as how I didn't have a Navigator at the time I landed smack dab into a Moon"...LoL
"Yoda Moment...hahahaha"
StarWolves Clan
Wing Commander [SW] BraveHart

Hellfire Squadron
Motto:\"When All Hell Breaks Loose!! Unleash the Wolves of War and We will Rain Hell Fire on All of Our Enemies\"

Wing Commander [SW] BraveHart

Hellfire Squadron
Motto:\"When All Hell Breaks Loose!! Unleash the Wolves of War and We will Rain Hell Fire on All of Our Enemies\"

-
Marvin
- Global Moderator

- Posts: 14373
- Joined: Wed Mar 04, 2009 5:47 am
- Location: Fallon-Reno
Dev Request
Originally posted by BraveHart
"...I landed smack dab into a Moon"...."
-
Trent
- Ensign

- Posts: 34
- Joined: Thu Oct 07, 2010 4:49 am
Dev Request
You know, a week of playing and I never thought about using it as an escape function. If I get in to a bad spot, I've been pinning the afterburners to 2k+ then leisurely taking my time on the NAV map. I've gotten quite good at setting my direction and speed right before jumping to stick my nose right in to the gate/station/carrier. I don't like waiting to dock. 
Of course that probably wouldn't fly in multiplayer with a human on my tail, I'm sure.
On a related request note, how about a text log warning when you accept a mission and your countermeasures are empty? "HEY STUPID, YOU ARE ABOUT TO DIE" would work, I think.
Of course that probably wouldn't fly in multiplayer with a human on my tail, I'm sure.
On a related request note, how about a text log warning when you accept a mission and your countermeasures are empty? "HEY STUPID, YOU ARE ABOUT TO DIE" would work, I think.
-
Trent
- Ensign

- Posts: 34
- Joined: Thu Oct 07, 2010 4:49 am
Dev Request
Another question about hat switches...
My Logitech G940 setup has four hat switches - two on the throttle, two on the joystick. One of them on the joystick is analog and can be mapped to axes, I use this for strafing. But the other three are useless.
The way the game is set up, it doesn't seem like I can program hat switches to do anything individually. I'd really like to use one of the three remaining hat switches for transferring shield energy (front, back, left, right), another one of them to target next/prev friend and enemy (up and down to toggle through enemies, left & right to toggle between friendlies), and the last hat switch to change weapons, primary (up & down) and secondary (left & right) .
Most other games I play treat the hat switches as button presses, but I can't seem to map them in EM.
Am I doing something wrong?
My Logitech G940 setup has four hat switches - two on the throttle, two on the joystick. One of them on the joystick is analog and can be mapped to axes, I use this for strafing. But the other three are useless.
The way the game is set up, it doesn't seem like I can program hat switches to do anything individually. I'd really like to use one of the three remaining hat switches for transferring shield energy (front, back, left, right), another one of them to target next/prev friend and enemy (up and down to toggle through enemies, left & right to toggle between friendlies), and the last hat switch to change weapons, primary (up & down) and secondary (left & right) .
Most other games I play treat the hat switches as button presses, but I can't seem to map them in EM.
Am I doing something wrong?
-
Marvin
- Global Moderator

- Posts: 14373
- Joined: Wed Mar 04, 2009 5:47 am
- Location: Fallon-Reno
Dev Request
Originally posted by Trent
Of course that probably wouldn't fly in multiplayer with a human on my tail, I'm sure.

