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.
Previous page12
 

Module overload indicator needs to be much more visible

First post
Author
ElQuirko
University of Caille
Gallente Federation
#21 - 2013-12-08 17:18:10 UTC
I'm gonna say this is a good idea and F&I is that way. Arrow

Dodixie > Hek

Tippia
Sunshine and Lollipops
#22 - 2013-12-08 17:26:43 UTC
KuroVolt wrote:
its one of those little things that is easy to implement, has no drawbacks
Or, more accurately, it's one of those things that seem simple and with no drawbacks, but which is more complicated than it seems. Blink

The main problem is that we have triple-state buttons — on, off, overheat — and a single surface area that is supposed to toggle and communicate those three states. Depending on how both the UI rendering and the input is handled, it could be fairly complicated to make it work properly. There's also the odd quirk that the ingrained nature of the current oddball solution means that completely re-learning how it work is a potential drawback.

I'm not saying it should be done, but rather that the moment anyone says “it's easy and free of side-effects” you can pretty much bet on it being hard and with plenty of side-effects…

That said, they should just overlay (or underlay) an animated hot-wheels flame decal to signify its overheated state, and have a distinct and separate button to toggle overheating.
Eli Green
The Arrow Project
#23 - 2013-12-08 18:02:54 UTC
Can we get an some sort of indication of the time left to repair a module with nanite paste while we're at it?

wumbo

Lugia3
Federal Navy Academy
Gallente Federation
#24 - 2013-12-08 18:11:35 UTC
Another little known thing regarding overheating: You can toggle the overheat on modules by Shift+Clicking on them instead of just clicking the little button.

"CCP Dolan is full of shit." - CCP Bettik

ISD Dosnix
ISD Community Communications Liaisons
ISD Alliance
#25 - 2013-12-08 19:08:56 UTC
Moved to feature&ideas
ISD Dosnix


Anyways: +1

[b]ISD Dosnix Lieutenant Community Communication Liasons (CCL) Interstellar Service Department[/b]

James Amril-Kesh
Viziam
Amarr Empire
#26 - 2013-12-08 22:29:21 UTC
Lors Dornick wrote:
And while posting in GD might feel better for your ego.

Posting in F&I can actually change stuff.

So it's comes down to wanting something to happen or wanting your name on EvE GD.

I wanted visibility for the idea. I'm not after personal acknowledgment. But it's in F&I now, so I'll just bump it every 24 hours or so until CCP sees it.

Eli Green wrote:
Can we get an some sort of indication of the time left to repair a module with nanite paste while we're at it?

And some indication of the time remaining delay until we can activate a module again. Sure attempting to activate the module will tell you (if there is delay remaining) but if there isn't, you could end up activating the module when you don't want to.

Lugia3 wrote:
Another little known thing regarding overheating: You can toggle the overheat on modules by Shift+Clicking on them instead of just clicking the little button.

I'm aware of that, however I try to avoid using my keyboard in heavy lag because there's considerable delay between depressing Ctrl, Shift, or Alt and when that actually registers in my client. These keys also have a tendency to get "stuck", e.g. the client thinks I'm holding down Ctrl when I'm not, and clicking on something in the overview causes me to lock it (frustrating when you're in a battleship in 10% tidi and you accidentally start locking an interceptor).

Yes, this is entirely due to the fact that I play EVE on a five year old laptop. There isn't really anything I can do about that right now, so I just cope the best I can.

Enjoying the rain today? ;)

KuroVolt
Federal Navy Academy
Gallente Federation
#27 - 2013-12-09 04:57:17 UTC
Tippia wrote:
KuroVolt wrote:
its one of those little things that is easy to implement, has no drawbacks
Or, more accurately, it's one of those things that seem simple and with no drawbacks, but which is more complicated than it seems. Blink

The main problem is that we have triple-state buttons — on, off, overheat — and a single surface area that is supposed to toggle and communicate those three states. Depending on how both the UI rendering and the input is handled, it could be fairly complicated to make it work properly. There's also the odd quirk that the ingrained nature of the current oddball solution means that completely re-learning how it work is a potential drawback.

I'm not saying it should be done, but rather that the moment anyone says “it's easy and free of side-effects” you can pretty much bet on it being hard and with plenty of side-effects…

That said, they should just overlay (or underlay) an animated hot-wheels flame decal to signify its overheated state, and have a distinct and separate button to toggle overheating.

...B..But I just want them to turn the button from green to blue [or yellow], instead of the button turning from green to greener...

BoBwins Law: As a discussion/war between two large nullsec entities grows longer, the probability of one comparing the other to BoB aproaches near certainty.

Previous page12