What are you talking about? Location of other ships in the system being determined by the client? There is a very good reason why you are not a game developer.
I have no problems with my launcher. If I find anything to complain about, it’s that the downloads are sometimes too data-heavy, but that’s not the fault of the launcher. Ergo, no problems with launcher at all. And I am playing on an 8-year-old Macbook Pro.
All these ‘problems’ that don’t universally affect every/most EVE player/s are in some way or another the ‘fault’ of the system they play on, and their settings. Like the recent graphics complaints.
Not at all.
However, if your rage post announcing you’re leaving the game is nothing more than a “here’s how I’m better than you” rant, don’t expect people to agree with you.
Why would they have turned it on?
If it is such an issue, disable it when there are X number of people in Local and force them to do it manually.
Oooops ![]()
I guess someone is ignorant of how data technologies works nowadays.

Yet YOU bother.
If it’s so bad, why haven’t you left yet?
I get it, you prefer to whine like a baby ![]()
Considering your opening foray, presenting such an incredibly unique and witty perspective, I will be taking everything you say to heart and giving it a great deal of thought and consideration.
Thank you so much for making this humongous effort and sacrificing your valuable time. Please do not trouble yourself any further, I am sure you have made your position quite clear to everyone.
I see a slight hiccup in your argument.
Most EVE players won’t be using a push-to-talk button at the same time that they are adjusting their probe range on the slider (yes, this was reported many times over the past few years), resulting in it jamming so that any left / right mouse movement moves the slider, its tool tip is constantly active, so you can’t double check the range of your weapons or neuts and so forth.
When you are combat probing, with people chomping at the bit to launch towards the enemies, this bug can be quite vexing to put it mildly.
Would most EVE players encounter this? No.
Most don’t probe.
Most explorers are solitary, watching streaming services or with music blaring and would not be using push-to-talk whilst probing.
However, the impact of that bug, in those intense moments is massive, not only to the one doing the combat probing but also to those waiting on the result. It is a negative experience that will bury itself into their minds and foster festering dissatisfaction with EVE because of how high their expectations were and how deep their crash of disappointment would be.
I seriously doubt that anyone running triage on bugs gives it any such consideration and probably thinks, “Welp. Hardly reported, can’t affect many people; to the bottom of the forgotten list you go.”
POS is like the coconut jpeg for team fortress 2
remove it and the game just disappear
Why would they turn it off?
It’s on for all their other stuff, why should they turn it off for the one thing that they do as a large group?
If an idea has to be disabled in order to save the server from the idea, it’s a bad idea.
/debate
You do know that you can arrange your Overview so that the first and subsequent gates to warp to are always at the top of the list ? Really handy.
I had no idea. I’m still discovering its many secrets. Thank you!
Like having more than one Overview window open?
I’ve got Capsuleer ships in their own window, and navigation in a second, narrow window beside it. Never have to scroll for a gate or switch tabs for a warp out in hostile space.
Haven’t created a second Overview yet. I’m not sure I even know how, lol. For now I have capsuleers and NPC ships on all tabs so I can be prepared.
I think two Overviews could confuse me in moments when I have to not hesitate. I’ll have to try it and see.
That sounds good. I’m still trying to get my UI just right. Space on the screen is an expensive commodity. I just got done dealing with the Bookmarks window. I got it right where I want it for minimal screen real estate.
When D-Scan is pushed, are the results based on the state of the game as per the currently state represented in the client, or does d-scan cause a call to the server to be made for the server to generate the response?
Care to contribute an alternative theory on how d-scan is coded or is this a feeble attempt at trying to look smart by ignoring the question and throwing an insult?
Just a guess but would be open to exploit if the client had access to data hidden to the player’s current state in the game.
As in the location and type of objects outside the grid (and even hidden objects within the grid like cloaked ships for example) as a competent programmer or hacker could intercept related incoming data even if the client does not display them (or alter the client to actually display them but I think this would be more difficult than to just intercept such data).
I recall there was some exploit that the client recognized cloaked ships warping into grid (even if did not actually display it) which was used to alert the player to the fact so the devs had to alter this behavior so that the client do not receive such data in the future.
So based on these I say it is (or at the very least should) be handled server side instead of client side.
![]()
Edit: Just a quick reference in case someone is interested in further reading about it:
Yes, security and integrity of the information is one dimension of it. The other one is: your game client can not know what I’m doing in the game, unless a server tells it to your client. It’s as simple as that.
It was not meant to be an insult. Your idea of managing live data in a client-server environment simply shows that you are not a programmer. That’s it.
Take some time to think about the problem, instead of jumping to conclusions and trying to start arguments.
Right click one of those tabs, Move Tab To → New Window
I have mine setup so that things I can shoot are in single tab in one overview and everything else is in their respective tabs in the second overview. My main focus is the “combat” overview that sits right next to my HUD while my second overview is set to travel unless I need one of the other tabs.
This will never happen.
![]()
You’ll find a layout you like enough for now, but you’ll always be tweaking it. My oldest character will be of legal drinking age in the US in March, and I’m still not completely satisfied with my layout.
Second hand monitors are cheap, most places, and a very worthwhile investment for this game. A quick FB marketplace search in my area returned several for US$10-15.
I posted a screenshot of my layout when I’m not multiboxing so you can see how I use my separate overviews. This is an alt, but all of my alts use the same layouts.
I would suggest that programming a persistent MMO is exceptionally difficult, which is why no other video game company has tried to do what CCP has done. It might not be perfect, but it’s hardly “low quality”.
I appreciate the advice. Don’t know why I didn’t even think about it. I have another screen, I’m staring at it right now. ![]()
Pretty much agree with you, this is the one and only game handled by their launcher. I have stated before on these forums, killing the launcher after the client starts up, improves client performance. This is not UBIsoft launcher where it opens more than one game, so why even have a launcher?
I should have 3 desktop icons – per account – that initiates the client with each character. I would rather have a dozen character icons in an EVE folder than the one launcher. The launcher doesn’t run other games, it does not scan my system for cheats, and it doesn’t even ask me for my credentials.
This is just adware for the game. They could toss it out at any point, and I would never miss it.