Test Server Feedback

Keep the pinning.
I would say that the edge delayed drag wouldn't be as effective as you'd imagine.

This is largely because many players have their chat windows taking up a large portion of the screen.
Making the delayed drag an edge only option would mean that anything that is elsewhere is still the most prone to being dragged and such..

A great step would perhaps be to make only the title and bottom bars of windows the only portions of windows that would allow dragging and shrinking. This would HUGELY reduce the frustration involved with the 'Selected Item' and overview windows.

I would not remove any of the current features, but maybe streamlining is a good idea.

Perhaps, anything pinned has a good drag delay rather than being totally pinned and immobile.
Say, a 1.5-2 second hold-click before the item moves.

One thing I would personally love to see is that when collapsing windows that are currently snapped in proximity to another window, snap to their bottom edge or top edge, depending on their screen placement. That, and dragging any windows that are snapped to its top edge, down with it.

As for the background fade, please no.

My view is that you ought to stick to standards more. I suspect that 90% of the folks that lock windows do so because for some reason, you allow people to move windows by dragging their backgrounds. This is not "normal" behavior, and is annoying.

The only time I use the tab key to collapse all windows is when the overview is bugged and I want a quick way to refresh it. This has been mostly fixed recently.

My #1 windowing UI complaint is that you guys don't make the enter key always map to OK in dialogs. This is especially visible in the industry UI, where after picking a manufacturing location, enter will re-pick the location, rather than hit the OK button. You appear to have enter activating the focused control, not the default button for a dialog, and it is annoying.

Seconded, make enter do consistent things on all windows (close on pop-ups, submit on forms)

Please keep the window pin option, or i will delete EVE Online.

This is a great point. Would most people agree that reducing the draggable area for a window to the window header would eliminate the need for locking? I assume the same would be done for collapsing as it doesn't make a great deal of sense that double clicking the window directly collapses it and probably causes a lot of accidents.

We strive to have ENTER work as confirm for all dialogs. If some of them fail to follow that pattern, I would call that a defect.

Actually, no that isn't a bad idea. That way, when you do finally update the game - say this would've been a decision made in 2007 - years spent coding the new UI would pay off. So lets say you start today. No other dramatic updates for a couple years. People would be that much more appreciative of your hard work.

But it isn't as profitable when you risk losing players, now is it? C'mon, if anything I've learned from EVE is that time IS money...

But, honestly, I've heard time and time again, forum after forum, that when it comes to changing the UI or enabling efficient customization/OS compatibility it will take more than an arm and a leg to apply such a change. Don't get me wrong, I think your jobs are great adding new features and all but... i wouldn't imagine a small team working on a UI overhaul, if you didn't have to. I'd doubt the impossibility if a practical assessment of the potential workload can't be made. I've seen freelancers do lots with no money. All they needed was a plan, and just a pinch of ambition.

What I'm saying is if YOU, CCP Programmers & Staff, wanted to change things you could. You already have an income source, and I've seen people with less at least attempt at doing more. But I assume the reality of that is just too much for me to understand? Don't worry, I do. I think you're doing an excellent job, and you've got your hands Full with the upcoming expansion. Please, do carry on.

I must both agree and disagree with most of the people then
In a heated situation you shouldn't be able to drag something accidentally. I usually lock all my windows when I'm out in the wild. I'd prefer to keep this functionality...

Speaking of Interface... Doesn't CARBONUI allow you to do pretty much whatever you want with the controls?

Reducing the area which can move the window would help and makes perfect sense when looking at other common windowing systems; none of them have similar functionality as eve does where you can drag window around by dragging the window contents. But in addition to this I would prefer to have lockable windows as there is zero need to reposition the "combat ui" once it's been set up.

For the enter thing start with plex popups and work your way to the mess that is S&I windows, plenty of stuff to do there regards what happens with enter.

There are several annoying things with the UI imo.

A 'pinned' window doesn't modify its tabs behavior, and that's a pain. When I 'pin' a windows, I'd like to have tabs inside tabbed as well, so that if i click-drag accidentaly on the tab label it doesn't move. Especially annoying when you have multiple channel tabs on screen.

Resizing a window is limited by your anchor/minimal size code, I'd like to size windows the way I want, even if too small. Drone Bay, Cargo, Fleet etc have weird settings with minimal size. With point #1 above, when pinned they should not be resizable. In addition, some tables in window do not memorize their columns width, or adjust width automatically (like cargo bay) even when it's not desired.

In fact, i'd like to have a option to really "freeze" up UI to be sure widgets cannot be affected in any way except for few, standard, and well-explained stuff (minimize, close commands for example.)


There are several 'little things' (all things equal) which could add some awesomeness to in-space view : make the solarsystem and star maps an overlay of the in-space view, instead of or in addition of the actual modal view. This layer could require a hotkay pressed to interact with, but it should first mirror the map to the view. So, with stargates aligned to their actual destination, with additional stars in space to mark neighbor systems, one could see the map overlay (with routes, or security system color, or "ennemy spotted" broadcasts, cynos, ships destroyed in the last hour, etc.)

I didn't verify on Sisi yet, with new jump drive effect, does the effect end with the distant ray points to the actual jump destination ? If yes, awesome, if not, it is need.

This could add emergent intel gameplay. You see a capital jumping out, with the overlay with current open cyno you could guess its destination.

You bring up an interesting point. Thinking about it now I thought we had moved over to carbon, or is it only parts of the UI that have been carbonized?

Oh and I too will say a tentative yes to the limited drag area, although locking would still be the better option for me.