Test Server Feedback

yea..... please don't let this go live.
I'd really like to keep as much functionality in eve as possible, and immobilizing chat windows and the overview is rather important.
Can we have this back please?

I don't remember specifically selecting to lock my window positions when pinned; I thought it was a default. Anyway, I like this feature; please keep it in!

Dear CCP Optimal, most of your assumptions are look completely wrong to me. Isn't there a way to automatically grab user settings from all clients so you can extract statistics about what players do and which features they use? If there isn't you really need it because it will be much better than doing wild guesses.

I use window stacking, pinning and collapsing all the time and don't really care that they don't belong to so called "21st century modern GUI systems" because quite often those new "innovative" GUIs are aimed to make people buy new version of their software and not to make work easier. Sad but true.

Window pinning is used not only to prevent accidental moves but also unwanted resizes. Thus making window movable by header only won't be a fair trade. As an alternative: what if to resize or move any window you would need to hold Shift (or other modifier key) down and all the other time window would stay locked?

Also window pinning helps a bit with eternal EVE problem of window jumping (non-user initiated movements or resizes). The root cause of this bug is a window snapping, isn't it? Then let's get rid of it because it gives more problems than help. Or limit snapping to edges of the screen and remove window to window snapping (hate it!).

Idea of turning windows to fixed UI elements is also bad imho. You should aim for exactly opposite and avoid fixed elements as much as possible (my wet dream would be autopilot and target list to get their own windows). But if you like to reduce amount of windows as much as possible what about Selected Item window? Now when we have keyboard shortcuts for quick actions and context and circle menus for less-often used actions is there much need for this window? Only use for it left is quick display of npc bounties but you could display this information somewhere else (like on bracket labels next to npc names) and then remove Selected Item window altogether.

Window collapsing is used mostly instead of window minimization because: 1) you can use both top and bottom edges of the screen while minimization restricted to bottom edge only; 2) minimization reorders windows in the order they were minimized so it takes time to find particular window while collapsing leaves window header where user left it; 3) collapsed window state seems to be saved between ship/dock sessions and login sessions while minimized window state often isn't.

Hope that feedback bit helps.

what is the current use of pinning - changing transparency? wow. never use or want that, have 255 set for window and background, too.

BUT i want to lock a window in place and size! no extra logic from programmer's side needed. let me arrange the windows once how i like them, just make sure you dont screw up the settings so i never need to delete them again...

and i often do stack several windows. i also often collaps this one stacked-all window, while others windows like chats, overview, cargo stay open. it would also be ok if it were minimized instead, i use shortcuts to bring the corresponding tab up again anyway.

shift-enter to move? please elaborate...

regarding UI... please
- make "autopilot" / "route planning" a separate, independant window
- overview: have each tab retain it´s own sort ordering

The OpenGL look on windows is so old and dosen't fit what the rest of EVE looks like today.

I would really like to see at least the HUD in-space windows changed to be something less window like. It really dosen't fit the century we're supposed to be in, being able to see our ship from the outside and all, but still using a window/mouse pointer interface.

I kinda like the hud overlay for system information in the top left corner that currently is on Tranquility. It has style, while the framed windows for chat, selected object and overview is overwhelmed with annoying framelines, title bars, buttons and whatnot that is so 1997 and as you mentioned yourself, Windows 3.11.

Oh, and the browser could really do with an overhaul. I never figured why you don't skin the scrollbars by default to something more EVE like.


My 10 cents.

Feature and code freezes, prior to a new software release, apply to new features only. It does not apply to fixing bugs in existing functionality.

And, if you break something, you are expected by the players to fix it before release. The release day timetable is simply not a valid excuse, esp. for this Crucible release, which is obviously intended to sooth the bitter players and not aggravate them further.

Roll back the release a week or two? Annoying, but ok. Release on time with known bugs that will **** off the players and generate more negative PR? Bad idea.

If you have tried to say anything with this phrase - you've failed.

My take on window management in eve:

The number one reason for the hostility towards removing pinning is the absolute blood-boiling frustration with the multitude of window docking/snapping/mis-clicking issues and bugs, some of which have probably been fixed/smoothed in the past. I can't count how many times I've nearly punched the screen when either the client lags and mis-interprets a click, or the (still unresolved afaik) bug happens where a mouse click decides to grab a random window, sometime causing a cascade of windows moving themselves around that somehow believe they should be pinned to each other's location.

My dream implementation would include removing all logic for windows to stick together and try and move as a group. This seems to be the root of almost all my frustration with the eve UI. I don't think it would be very well missed, as at least in my case the amount of extra work from moving commonly linked windows (like the overview and selected items) would be greatly overshadowed by the reduction in window moves I have to make to correct something the client does automatically via windows trying to stick each other.

With the amount of bug fixes listed for that feature, and the amount of patches that have introduced goofy issues with it, I would guess there's a TON of code involved with it, which IMO could be scrapped.

If the 'window sticking' feature was removed, it seems like it would be extremely easy to make the 'pin' option simply disable that window's ability to move, possibly even moving transparency to another feature all together (I'm not sure I'm totally on board with dynamic transparency, but I would be willing to see it in action first).

I need to pin my windows down because THEY MOVE AROUND when I do not.

CCP this is one of the most used and very useful feature HOW CAN YOU TAKE IT AWAY?

This is a very plain stupid act when you are trying to fix a game but instead you ARE BREAKING it.

Please put it back.

Or implement some other forms of lock. Such as "only move window when holding shift" or something similar.



"Toggle window style" <--this even sounds stupid. Why does it even exist when I can already modify the transpancy in my options? It is a PIN button and JUST MAKE IT PIN



FFS

It's good to hear you're bringing the feature back. Though i would like to be able to also be able to lock windows without making them transparent. I don't want my chat and scanner windows transparent, which means i can't lock them making them prone to accidental movement.

Shift drag causing all the group of windows to move has been way more of a nuisance than a useful feature.

As for collapsing windows to only show the header, it's very useful in my opinion. I often use it for my scanner, market and IGB windows. My overview command window collapsing when i spam approach or target can be a massive nuisance at times though, and i would love to see it possible to turn this off for certain windows.

I would love it if you could separate the pin button into transparent and lock buttons and add a lock collapse button.