EVE Information Portal

First, the restaurant analogy. The actual analogy is “A happy customer tells one friend, and an unhappy customer tells everybody.” This is why you rarely get vocal minorities shouting about how something is good. The first devblog on the Unified Inventory had 25 pages of happy feedback, then 25 pages of unhappy feedback. Almost all of the happy people were unique posters and did not repost later.

I don't deny your first point but would amend it to "in some cases" as it is not the case for all, or even most use cases.

I don't deny that you need to shift-click, but would say that firstly, sometimes things change, and secondly, I have been pretty clear that I have talked with the team about making this switchable with old functionality via a shortcut if possible and they are looking into that.

I don't understand "You can not deny that ship cargo does not open on login as it did before." - do you mean login to the client if you previously had it open?

We have acknowledged that there is some lag in cases of large inventories generally featuring containers. This is being worked on as we have stated.

As for the design direction and the Sisi feedback - that is not my place to comment on.

You could also try using the "Merge Item and Ship hangar" option in the ESC menu, which will place your item hangar and ship window on the station services panel (it even looks like the old inventory!)

I also suggest using the mousewheel if you are having issues clicking the scrollbar due to window height.

Now for the constructive part:

Make the UI a button on the side bar. The treeview should then extend from the sidebar (without affecting any other window) at full length of the sidebar and be adjustable in location and size, which must remebered the next tim the treeview is opened.

Each container/window needs to have an item attached to its right click menu: "Configure UI" where we can set the behavior of that container (open in seperate new window, open in tagged view, open in previous window, open in "dropdownlist" wiindow . Plus one entry "Select window Info" where we can select and deselect price, no. of items, volume, etc.

A container opening behaviour should be depending on whethert opend in station, in pos or in free space.

Loot cans should by default open in tagged view (ask the users, thats my view) at the same location where the last loot can was closed and close automatically once it is empty.

Ship hangar, items hangar and ship cargo are unique enties and should be treated that way - that is without the UI.

if you insist on the treeview be available at all containers then make it at least expand FROM the window not INTO the window. Make it resizeble without affecting the original window.
My ship cargo is 3 Items wide and 1.2 high if I open the treeview gues what I can read - right, nothing.

Make the header and footer information optional. They take to much space. (see above right click menu).

Make the Price forecast more precise - it is way off most of the times, rendering it useless. Update the prices once on log in and store it locally on the client for the duration of the session - mayby add an update function on double click on the price.

More to come, wife calling...

Hadn't done when I posted, have now. See above for feedback.

I suggested the same thing (regarding the Station UI elements option) as a workaround in order to have persistent inventory windows display upon logging in or docking.

Feedback on the Station UI Inventory Windows:

1) Keep the user's last tab choice active (on top) when the user re-docks or logs back in. Current behavior is for the ship hangar to appear by default.

2) Retain the user's unique view-type choices per tab. For example, I like to see my ships via icons and my inventory via detailed list (aka the spreadsheet). Now, when I change a view-type in another inventory window, the station-based ship and inventory windows sometimes inherit (sp?) those view choices. That is highly undesirable behavior as I must click a few more times to set things back up.

In general, it is desirable behavior to have the user's view-type and window position choices (states) remembered based upon the "container" opened [in a new window or just the view-state in the same window].

Regarding the use of the mouse-wheel in order to scroll through the tree, that is a risky affair. If the Tree pane becomes active upon mouse-over, then that is a handy option. Of course minimizing large tree branches is another option, but, again, more clicks have been introduced into the process. And the risk of selecting a new container means more scrolling and clicks to get back to the original container. This is not desirable.

If a user must click on either the scroll bar or an element w/in the tree in order to make the Tree pane active, then this option becomes a burden. The chance of misclicking on another container and having to re-scroll to the original container is very real. That is time lost and additional mousing action required on the part of the user simply navigate around the Inventory. How does that improve the UI experience?

Honestly, I am bothered by the general attitude by CCP that EVE users should use this one inventory window and the tree in a relatively scripted / and limited fashion(*). Humans interact with User Interfaces in so many different ways and I firmly believe that it is the constraints (and M$ Windowsification) of the current Inventory UI which are causing so much frustration.

Formerly, the EVE Client gave its users nearly free reign on how / where to display inventory-class containers. This flexibility has been greatly diminished with the Inferno patch.

(*) - the shift-click / double-click options that replaced the elegant double-click and right click menus are kludges and are not even used in regular OS UI implementations. They are non-standard and require even more effort on the part of the user to accomplish tasks. tl;dr - bring back the simple double-click

He wasn't referring to defect feedback, he was referring to feature requests. I'm not a designer or a coder so can't comment on them. Defects are indeed my domain, but I don't control how the teams prioritise their fixes (this will be detailed in the devblog).

Already answered both of them. Read my post...

This is a feedback thread. As I find new issues I add more posts about them.
I don't feel guilty or something for multi-posting.
I did not know I also had the "perma spinning till you relog 2-3 times" bug at first so I added it later.
I posted alternate solutions with screenshots about how to make the layout take less screen real estate. I actually feel I did a good thing to add such a post.
I did not know my 9 seconds of wait would turn into 39 for some reason. 39 is WAY too long so here I go, I posted about it again.

Not feeling guilty.

I got an idea! (So much for multi-posting).

Since we got this new Neocom, could you please modify the inventory button as follows:

1) You add a new menu in the Open EvE menu

2) The new menu contains icons to open current ship inventory, ships hangar, corp hangar, items hangar.

Pronto, everyone are happy!

New players will just hit the 1 inventory button they get when they install the game.

We old players find those icons and drag them on our Neocom hot bar and are happy.

Please doooo eeeet!

Noone is trying to make you feel guilty. Multiple posting is not a bad thing, especially if you're bringing fresh material to the table each time. Posting the same argument over and over again is pretty futile though, as is getting into a slanging match with someone with a different opinion (again, not saying you've done this, just saying that it happens and has happened in this thread)