These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Player Features and Ideas Discussion

 
  • Topic is locked indefinitely.
 

Remove Auto-pilot Double Click Activation from UI

Author
Pud Li
Doomheim
#1 - 2016-03-23 23:56:48 UTC
I know the workaround is to simply keep no waypoints. However like many people I like to use the route map to
(1) navigation between
(2) a task list of places I need to visit (parts for fittings, change ships, regular missions vs side trip to storyline mission, etc)


I really only want the route navigation of auto-pilot & to keep autopilot itself off forever.



What I hate (while fairly rare) is when auto-pilot turns itself on

because your clicks on a target or asteroid etc

got interpreted as double clicks on a celestial body behind or nearby.


Apparently in the ancient days of EVE someone thought it was a great UI idea to turn auto-pilot by clicking on background stars planets or gates. I am not actually sure which of these is sensitive. But I have been yanked out of many mission etc only to finally look down and see auto-pilot is now on.

Iain Cariaba
#2 - 2016-03-24 01:05:45 UTC  |  Edited by: Iain Cariaba
1. Go to desktop.
2. Bring up start menu.
3. Click "Control Panel"
4. Click "Mouse"
5. Drag the slider for double-click speed further to the left.

Seriously, in 11 years of playing EvE I've never once had your issue happen. This suggests it's a local issue and can be resolved with the above steps.

Loading an overview bracket setting that has brackets for celestials removed would also help.
Pud Li
Doomheim
#3 - 2016-03-24 11:47:05 UTC  |  Edited by: Pud Li
I'll try the celestial bracket removal and see if that makes any difference. Might solve my issue based on the idea that directly clicking on ships selects them as target. So I can see by extension that clicking celestial objects even by accident might add waypoints. Can't remember if multiple clicking ships directly in UI can also cause weapon firing. If it does, then its logical that auto-pilot would be turned on as a behavioral extension of similar reaction for similar UI interactions - even if not a reaction that is very desirable. Did not know that brackets was enabling that behavior for ships or celestials.

As for easily repeatable...

a related way to turn on auto-pilot accidentally is to simply click several times moderately rapidly on the APPROACH button in the select window. Its a bit more logical that would turn on auto-pilot but its definitely not an explicit function of that button.


Not sure about the idea of changing mouse click response time. Because usually the reason I am clicking repeatedly is to make sure single click commands register. Some times click command processing just seems to stall out if not repeated. The classic is the ship giving a little forward lurch with a single click then deciding not to move/jump after all. (Rubberbanding behavior damped out in software I think.) Theoretically its only an issue if you are impatient or its time critical to get command done (e.g. combat or ambush avoidance). Beyond that I will have to think about if there are any other functions beyond auto-pilot disabled. Is there any where I need double click to register? Direct combat target selection without overview is nice. Hmmm.

And yeah you are right that click issue that triggers my desire to multiple click might be a local region thing. There is a long internet routing path across ocean interacting with CCP server that Europe and especially the UK do not have. IDK exactly why that might affect clicks on UI. But for instance I can see potential for CCP keystroke/click monitoring (as to whether a human is clicking or software automation) having some sort of timing/feedback issue. Throw in an occasional packet getting corrupt during transmission to confuse things more -- and who knows.

And I am using WIndows 7 and 10. The autopilot issue would probably never occur if Windows always sent the clicks to the correct graphic overlay. I suspect the celestial objects are all background objects hidden behind what I am trying to click. Or maybe its graphic drivers. Something I first noticed in WIndows 7 was that on rare occasion the clicks that should be sent to the topmost pop-up or window -- instead register to some lower level layer of graphic windows/overlay/popup. Occasionally all the way down to the desktop. Obviously strange actions result. I haven't used Linux enough as a desktop or gaming machine to say X-Windows is free of this problem even with proprietary graphics drivers. But I would not be surprised if it totally avoids this issue.
Iain Cariaba
#4 - 2016-03-24 13:18:48 UTC
Pud Li wrote:
Can't remember if multiple clicking ships directly in UI can also cause weapon firing.

No, it doesn't.

Pud Li wrote:
Not sure about the idea of changing mouse click response time. Because usually the reason I am clicking repeatedly is to make sure single click commands register. Some times click command processing just seems to stall out if not repeated. The classic is the ship giving a little forward lurch with a single click then deciding not to move/jump after all. (Rubberbanding behavior damped out in software I think.) Theoretically its only an issue if you are impatient or its time critical to get command done (e.g. combat or ambush avoidance). Beyond that I will have to think about if there are any other functions beyond auto-pilot disabled. Is there any where I need double click to register? Direct combat target selection without overview is nice. Hmmm.

No matter how many times you click it, the server only processes one command every second, aka server tick. Spamming clicks can cause the client to behave unpredictably as the server queues the commands you just sent it.

Pud Li wrote:
And I am using WIndows 7 and 10. The autopilot issue would probably never occur if Windows always sent the clicks to the correct graphic overlay. I suspect the celestial objects are all background objects hidden behind what I am trying to click. Or maybe its graphic drivers. Something I first noticed in WIndows 7 was that on rare occasion the clicks that should be sent to the topmost pop-up or window -- instead register to some lower level layer of graphic windows/overlay/popup. Occasionally all the way down to the desktop. Obviously strange actions result. I haven't used Linux enough as a desktop or gaming machine to say X-Windows is free of this problem even with proprietary graphics drivers. But I would not be surprised if it totally avoids this issue.

Having used Whinedoze since back when it still required MS-DOS installed to operate, I can honestly say I've never had the issue you're describing. Also, how are you running Whinedoze 7 and 10 simultaneously on the same box, more importantly, why are you doing that? Not sure that this is actually the case here, but what you said implies that. If you are running multiple OSes, I suggest picking one and sticking with it. Also, if this issue occurs across multiple operating systems, this would suggest a hardware issue, not a software issue.
Jaantrag
#5 - 2016-03-24 15:34:22 UTC  |  Edited by: Jaantrag
auto-pilot and double click in space ...

not sure what u have done but double click on space usaly just makes your ship move in that direction .. not activate autopilot.

if autopilot gets activated by that .. just change the shortcut .. easy


unless what u mean is the fly in that direction u accidently double clicked .. perhaps your mice is faulty .. i had one that kept sending double click signals to my lappy .. pretty much from the day i got it .. cheap one ..
so perhaps try another mice ?

but as u said it happedns whan u are clicking on targets and stuff in space .. perhaps learn to use the overview more .. ?



in conclusion .. perhaps this topic should be moved to issues section .. or rename the topic to remove double click in space .. but i will say the latter is widely used in eve ... so id suggsest u finding a way to work around it

EVElopedia < add this to your sig to show u WANT it back

Iain Cariaba
#6 - 2016-03-24 15:46:41 UTC
Jaantrag wrote:
auto-pilot and double click in space ...

not sure what u have done but double click on space usaly just makes your ship move in that direction .. not activate autopilot.

Finally got a chance to log into game and check. Verified that all double clicking in space does, even on a bracket for a celestial, is align you in that direction. Does not enable the autopilot.
elitatwo
Zansha Expansion
#7 - 2016-03-24 22:13:57 UTC
Iain Cariaba wrote:
Jaantrag wrote:
auto-pilot and double click in space ...

not sure what u have done but double click on space usaly just makes your ship move in that direction .. not activate autopilot.

Finally got a chance to log into game and check. Verified that all double clicking in space does, even on a bracket for a celestial, is align you in that direction. Does not enable the autopilot.


This sums it up very nice and in a decade of EVE I have never heard that behavior before. Maybe unbind ALT-a for autopilot on/off?

It could be the case that your teamspeak push-to-talk button is set to the ALT key and when you write and talk at the same time you will active the autopilot.

Another theory is that you need to clean your keyboard since even dust can become conductive by humid air and your keys on your keyboard get "pushed" without you knowing.

Eve Minions is recruiting.

This is the law of ship progression!

Aura sound-clips: Aura forever