EVE Information Portal

ok i had some quality time with the hubby and is calmed down and used it for a few more hours today.

When i sort items into different containers, drag and drop you know.. if you hover too long over the destination container it opens up instead and of course then you have to deselect the original place where you are moving stuff from. Can you please either lengthen the time for drag and dropping or make it so i have to click specifically on the target container.

It is soo annoying when trying to divide up quite large amounts of stuff that most of us industrialists deal with.

I still have trouble believing this has been implemented despite all the post in the test thread, you guys are really digging in on this one arnt you.

The stupidity inherent in this and the rage from a large part of the community shows how badly you have miscalculated, that you had to put up a dev blog on this listing the fixes to a new feature that you pushed to the TQ is almost beyond belief.

I like almost everyone that I have spoke to in regards to the UI hate it. Roll it back now, or make it optional as it should have been from the beginning. There is very clearly another agenda at work here to explain why you have done this to us? I note the inane 'user centred design' mantra is missing.....good.

Very disappointed by this, its making the good stuff in Inferno be missed, suck it up and roll it back, this isnt going away. Do it now before you get INCARNA 2.0

to date, it hasn't, that's for sure and i won't try to tell you any different but, i will say that it does have vision behind it, i can easily see it being something i'm glad to have eventually when it's working properly, but give them time too, CCP knows without us telling them that if they let the game turn to **** we'll all stop paying, that goes without needing to be said typically.

honestly, this has no business being on live as is, NONE, this reeks of untested features inserted by those that will never have to deal with them, if you'd have had it on test for a reasonable amount of time and given everyone a nice LONG window in which to break it and actually LISTENED to what the people on test said it shouldn't have wound up being this bad at deploy, now who knows when but at some point it won't be a nuisance, annoyance or buggy as hell, but for now and with lack of proper testing, that's what we've got, it's not at all in their interest to leave it as is however.

You really need to do something about the way it builds the corp hanger tree. By the looks of it it goes through each hanger and builds the branches before displaying the top node. This is all fine and good until you have hangers with a lot of containers in them as it goes through those as well even if you have not intention of actually looking in that hanger. Result is a large delay when building the tree that is not needed.

Far better to build the branches when you expand the node.

Best case scenario:
- Default action opens new window, all windows have optional access to the tree (keep the index/filter hiding chevron), only currently open windows appear on the tree.
- When a can or pos hangar is no longer in reach, close the window (ie looted can, warped away from pos hangars)
- Corp hangar tabs have a new window spawn with [b]only that hangar's tabs[b] to reduce clutter.*
- Double clicking on ship hangar icons opens the cargohold again, not switch ships
- Make windows easier to maintain usability when shrunken (I want my cargohold and drone window stacked again)

- Add tree to assets window, as it's current state would be much better applied there


*Option would be a seperate coding, however, it would make using the tree a lot easier/more concise

So after :doing things: during my activities I've got some feedback:

1) There's a 0.5 to 1 second lag when doing...pretty much anything with the new inventory system. It's small, but gets aggravating.

2) Salvaging with a Noctis:

Previous functionality: Double click a bunch of cargo containers with loot, spam loot all button as it cycles through each container.

Current functionality: Double click a bunch of containers, little freeze each time container is opened causes a container or two to fail to open, pressing loot all causes another little freeze...and the inventory screen goes back to my ships cargohold rather than the next container, click next container, repeat.

Suggestions: Restore previous functionality of cycling through each cargo container/wreck rather than defaulting to the ship cargohold. A 'loot all nearby containers/wrecks' button.

3) Items dropped into a secure container at a station are locked even though it's configured to be unlocked on default. Bug?

4) Minimizing the 'My Filters' sub box, docking, heading back out, opening another container has the 'My Filters" sub box open again with the little arrows (whatever they're called) pointed upwards as if to open them...even though they're already open.

I've spent literally days reading ALL of 700+ posts on the Inferno feedback thread and most of the posts on the original UI devblog thread, so I'm not going to bother reading another 300 in here as frankly I'm getting very sick of it. So excuse me if this has already been posted or suggested.

So it seems you guys refuse to even consider going back to the old system, not even temporarily. This is like switching cars with wheels and brakes not properly bolted on and hoping you'll work on it along the way. Fine.. and you call us stubborn. In that case PLEASE get your priorities STRAIGHT, but don't stop half-way after the crucial stuff has been hotfixed either!

Before I start listing a thousand and one things, your #1 thing to fix should be all these damns bugs and lag. This has nothing to do with how it works or is structured but the much documented, recorded and posted about lag and issues need to stop as they're simply making the goddamn thing UNUSABLE. Waiting for half a minute or even minutes at a time to perform simple tasks that used to take seconds is not acceptable behavior. NEITHER IS COMPLETELY LOSING ALL YOUR ASSETS IN A STATION.
Yes, I'm mad bro, not because there's a problem with a new expansion on day 1.. or 2 but because YOU KNEW ABOUT ALL OF THEM BEFOREHAND, and you still pushed it through. What happened to realistic goals and quality content?

CCP GUARD... You need to take out your whip again and put it to action like you did on the website devs!!!

CCP SOUNDWAVE, your blog is a start, appreciate the initiative.

Now... on to the long laundry list of "problems" in no particular order:

• Double clicking ships should open the cargoholds, not make the ship active.
• Not sure if this is what you meant in your blog... but.. active ships need to be displayed in ship hangar view.
• I can see packaged ships in my ships hangar view, but if others aren't able to see it (as per previous posts) this needs to be fixed.
• Double clicking POS arrays should approach/open the said array as it did before. Currently it doesn't
• Opening POS arrays should remember the last division opened and open that instead of the 1st division, much like it did before.
• There is no way to open cargohold of ships in corp hangars. Double clicking does nothing, right click/open cargo opens the cargo of your active ship, not the ship in the corp hangar on which you attempted the command.
• Obvious is obvioius, you need to figure out how to remember parameters for different windows in different locations. The parameters include: Size, location, pinned state, tree view, grouping (merged with other windows), sorting, view (Icon, details, list), columns
• Detachable tree would be awesome.
• Dedicated Inventory Shortcut on Neocom = Good start. You need to have separate buttons that you can add to neocom for different windows which open in a separate window if accessed via shortcuts (keyboard or icon) with remembered states. The include: Ships, Items, Corp Hangar, Deliveries, Cargo, Dronebay, but the more the merrier. Let us choose... if you can add buttons/shortcuts for Fuel bays, POS Arrays, Ore holds, etc. great. Possibly have the tree open only the relevant list (i.e. corp hangar divisions when opening corp hangar with all others collapsed)
• If I read your (CCP Soundwave's) post correctly the loot window reverting to cargo instead of the next loot window after "loot all" is a bug being fixed. If it's not, it should be fixed.
• Speed, speed, optimization, speed, efficiency... SPEED... needs to be improved.
• Drag selecting items only shows selection after releasing the mouse. It should show highlights during the selecting process, not after.
• The new UI is screwing badly with corp access rights.... fix it please. Half my corp can't function because of it.
• All my ships and items have disappeared completely from assets in my main station.... NOT GOOD.
• When you use a shortcut to open a specific bay, it will open in “separated” mode, with the tree view compact so you can quickly get the view you want = This is another good start. There should be an option to open items in a new window when double clicking.. much like you have with Show Info. If the option is selected, double clicking wrecks, ships cargobays, pos arrays, etc. etc. should open a NEW window just like with shorcuts.
• Corp Hangars... currently a total mess. Sometimes they load half the divisions, sometimes they take a minute to load them one at a time, sometimes they randomly close and open and close again... WTF IS GOING ON?
• Moving stuff between cans in corp hangars... I know I already mentioned speed but this one deserves a second rant. It took me 3 goddamn minutes to move 400 BPCs from one can in Hangar A to another Can in Hangar B. Same action used to take 3 seconds before Inferno.
• Dragging stuff... It's just... weird... play with it, you'll see what I mean. It's not smooth, it drops off, it gets interupted, or stuck, or lags.
• ISK Values... if this data is available, why is it not viewable in a column like meta levels?
• I also suspect much of the lag is being caused by loading this sometimes unnecessary data (ISK Values, item count)... have an option to toggle them save space and time!
• Dragging to a "tab" of a window should drop stuff in there as it did before. As already mentioned before it's broken right now.
• Naming convention... what works in one view doesn't work in another. Please rename tabs after ship/hangar/division name (i.e. Blueprint Hangar instead of "Corporation hangars > Blueprints Hangar")
• If possible have filters or search option that searches across the entire available inventory in your station so when using UI you dont have to check 7 divisions, and 50 cans to find a specific item whether it is in your personal or corp hangars.

Personal thoughts:

"Merge Ship and Inventory windows" checkbox now does nothing. :sadface:

Local inventory was fine.

This type of UI would be nothing short of brilliant replacing the assets tab. THAT would b a welcome change. Corp assets as well. I am being sincere here.

I don't know what changes are going in immediately so this may no longer be an issue. Right now (as of this post), if I open a ship's cargo in space, and dock, and then re-open ship's cargo in station, when I undock I have two ship cargo windows, in the same place, as if it is creating a new window instance instead of attaching to the existing window ID.

I'm sure others have reported this, but even after configuring station containers to deposit items "unlocked", adding them via the tree while the contents are not in view will often "lock" the items added.


Please let the tree view remember when we have collapsed a node, and not automatically keep expanding it. Yes, I mean you, Ship Hangar node!

Please also default the in-station window to the in-station cargo bay, instead of the ship's cargo bay.

Here's a spanner for your cogs: allow us to open a window that displays "Active Ship" cargo. This would be a different node than the individual ship cargo nodes, even if you pick the same ship, and the contents change when we change ships. The in-space cargo button should default to this node instead of a ship-specific node.

Please allow us an option to search for items at any given node in the tree, regardless of how deep or shallow the tree is at that point.

There is wasted space within each window that could be put to use: move the volume display bar from the top to the bottom, and cut the height of the "status bar" in half, to recover some screen real estate.

Please have wrecks and containers in space open by default in their own child window; one unique window per wreck or container.

An "autoloot" configurable setting (or right-click option) would be nice. When flying to wrecks, you often may need to *ahem* open and loot quickly because time is of the essence. Previously, this was not an issue: the windows opened fast enough that, if you were paying attention like you should have been, you could click the "loot all" and keep right on going. This new Inventory has added significant delay, so by the time the option to "loot all" appears, you are already out of range of the container and must circle back. This extra delay could be fatal. If there were a way to tell the client to loot when you are close enough, that would compensate for this new latency.

Some quick thoughts on this, since the wheels were already turning. Let's assume that each node in the tree has a unique ID. Right now, it appears the tree is dynamically generated at each login, so these IDs may change from login to login. That may be okay, that may not be okay. Some things might be easier to implement if this were generated and cached client-side, and persisted through logins.

When you display the Inventory tree to the user, everything the user does references node IDs.

Suppose you stored information about any child (separated) windows within the node data structure for each node the window references. So, if you shift-clicked the Ship Hangar node to open a child window, and move it around and resize it, the position and geometry of this window is stored with the Ship Hangar node data itself. The next time that the Inventory is asked to display a Ship Hangar window, whether manually or automatically, it checks for saved settings first and uses them if present.

(Should probably have some "sane" limit to the number of stored window settings in each node)

In this situation, I might drag an "Active Ship Cargo" link to my Neocom bar. Instead of creating an active node on the Neocom bar that must do the work of looking up what to open and what contents, it just creates a reference to the existing node within the Inventory tree that has already saved information about where the next few Active Ship Cargo child windows are to be opened, based on the past.

I believe it would be perfectly acceptable, and expected, for these saved window positions (as well as the shortcuts on the Neocom bar themselves) to disappear when the locally cached data is cleared.


Maybe just blabbering, maybe there's something useful there. Who knows, eh? :)