EVE Information Portal

No, you don't.

It's probably very likely that CCP ****** with the database schema in order to get this crapfest ready, thus their reluctance to roll it back on top of their preexisting cowardliness when approaching problems. However, they can still roll it back because they can script the UI to only use the information it needs, and then add any missing fields back in.

I honestly don't know why the **** they're still pushing ahead with it. Nobody wants it, and I've found myself playing other games that have a working UI.

no one is forcing you to use the tree view when dealing with POS. just shift click, windows will remember locations, you can minimize the tree UI with the << button. besides shift click should be made a toggle soon. So all that's left is the lag and being able to minimize the isk value thing. plus they should make the cargo bar more sleek, take up less space, look more sexy.

Update!

We added some extra stuff today:

• We've fixed the issue with missing items in the hangar


• We've fixed the issue where you couldn't open the corporate hangar if you only had query roles

We're working on putting together the patch for next week, but communication might be a bit sketchy since I'm in a room with the CSM all day :) We'll try and get something out today, otherwise expect a devblog on Monday regarding the next round of changes!

Good work CCP. Keep the updates coming.

I wish!

Do you troll your customer CCP Soundwave?
Did you not mentioned, that it would be possible to drag windows out of the UI again?
Not implemented? Just a shortcut sh!t?
I do not want to have shortcuts to open my inventory / ship / containers etc. I want to double click at them and a new window MUST pop up by default!

Absolute no improvement CCP. Fail again. Give me my money back!

Just as i wrote here: https://forums.eveonline.com/default.aspx?g=posts&m=1391162#post1391162

"Sry but we dont wanna learning more 1245 shortcuts. We have enough.
CCP guys think about it, this is the easiest way for new users ? For new user enough hard to learn this complex game without shortcuts combination memorizing. CCP why want confuse the new players more ?
Hard to memorizing for newbees the all shiptypes ,faction damages,agent rules, other important rules, ammo types, how work a gun in optimal and falloff range, what is the tracking speed and Radial velocity, overview settings, scanning etc. Really they want to learning what is the 45723472nd shortcut function ?

Give a chance for us to creating icons to Neocom for this windows with separated mode. Thats would be the best solution and could avoid to shortcuts with one click..."

The inventory is still crap. LOL

This is not separated and compact window. Nothing happened just CCP hide the treepanel, now that is the default setting when someone open a inventory window.


But, let's check out, what happening when a pilot click to overview icon (open cargo) to looting a wreck.


First, open ship cargo.This is opened our ship cargohold with closed treepanel. All right !!! First step is fine, maybe they fixed this thing, i'm said. Now we dont see treepanel,maybe we got separated active cargoholds, but let's check it out, what will happen when we click to overview icon ? Loot script starting to work, our ship moving to wreck and voilá we lost our opened active ship cargohold view, when the script starting to open a wreck window. LOL
This is a nightmare. CCP guys i still don't understand why not open the opened wreck in another separated inventory windows for easy loot ?
This should enable opportunity to the old and new inventory playstyle for players.

If someone want use the new inventory he not need to open his active ship's cargo hold,he just need to open the wrecks and he could be looting with drag&drop to treepanel.
But who want to use old method with separated windows, he need open his separated cargohold first and when a wreck open in a new windows he could be use as the old inventory worked earlier with drag&drop function to drop loots from one window to other window.


But, now we got a plus click, because we need to open the tree panel for drop there our loot (or we need to use the old drag&drop method those loots to cargohold icon on GUI) because wreck windows closed our opened calrgoholds and use the same window where was our cargobay earlier with closed treeview.
No separated windows here, no multiwindows for easy loot.


It's too hard for create a programcode which opening my cargo hold and wreck with two separated windows ?

WTF wrong with you CCP guys ?

Tested on SiSi, and now I see the changes on TQ:

Some pluses:
- performance getting better with each wave of updates.
- there is some in-station efficiency when xferring items between "items" and audit containers using tree mode.

More work needed:
- Salvaging : I am still getting momentary screen freezes upon "loot all". Not really where is was prior to new UI.
- market/pricing info is still bloating up the windows
- one suggestions is an auto on/off switch: if the native market window is open, then and only then, provide the price info in the cargo/container windows. If a market window is NOT open, then I don't need, want or like the price info bloating up my windows.
- lag and screen freezing are still obvious when sorting/stacking/xferring, although definitely improved.

I don't work with a POS. I'll be interested to hear what the POS owners have to say.

inefficiencies:
- Refining and/or reprocessing :: if you run the numbers and display the potential results prior to running the job, why then is each item processed one at a time? If you already calculated and displayed the results - simply deliver those results without a second (visible) pass that hits each item, one at a time and removes it from the list.

- Stacking: we can still see the visual of the cargo contents increasing in size and subsequently shrinking when being sorted/stacked. This means that the sorting process has still got hot triggers firing in other subroutines (like the container size calculations and display). Wouldn't it be more efficient to process the stacking-juggling in a "virtual" array that is disconnected from other triggers and subroutines? Then when that array is processed, do one single refresh that displays the stacked list. The container contents size remains the same as you are only stacking, so why do those calculation with hot triggers being invoked?

All this optimization you are doing now should have been in SiSi, where the work could have been scheduled in an efficient fashion. You are fighting fires in reactionary mode - always burns up resources more than planning. And you have earned the wrath of the playerbase at the same time. So please, do not subject us users to this kind of thing again. It's bad business (man power allocation), bad computer science, and bad public relations.

I challenge you - improve your work processes so that this kind of debacle never happens again.

You've managed to break seperated cargo holds in another untested CCP enema.