EVE Information Portal

So now we have to set these more times then before, for every type of product BPO we have? That's really very boring, un-fun, and surely more storage work for you as well in the back end, or is this yet more data dumped in our beloved cache, so if we move elsewhere (on to the laptop from the desktop say), we have to go through this process again?

I'm sorry, but I would rather have a user choose a set of defaults, as for most of us we've set it up as the same hangers every time based on the previous UI's convenience/working. It was quicker, and it worked. Why change it?

Something other then loading everything from the outset would be great! Applying the last set filters before retrieving data, or even if on the first few characters entered into the filter you did a query that resulted in a reduced dataset, that would probably still be a far swifter response time.

Fine, whilst I understand that doesn't meet your newbie user interaction experience, please don't forget many of us that have been around a long time are constantly inconvenienced by the massive delays, and sometimes even the Eve client going non-responsive completely, and windows warning the application has stopped responding.

Perhaps give us the choice of how to do these things, do we want it to load all by default (checked initially) and unchecked for those of us that know what blueprints we are going to use to put a job on, and entering a filter based on the text would be quicker.

The downside is these are all things that weren't such issues in the old UI, so what changed in the data access code that has caused such problems with performance, that would be a place to start looking.

I had previously mentioned that during the SiSi testing, granted I may have forgotten to mention that that 20-25 second delay often experienced was on an i7 system with 32Gb of ram and twin graphics cards. So it's was a fairly significant impact on performance.

That's a very sensible way of looking at this problem and a nice idea for a solution. It will give them a starting block for a discussion at least, and greatly simplify the compressed mineral markets if we only have 1/3rd the types to review.

How many thousands of years in the future and you think you still be employing people rather then everything being 100% automated? Really?

This previously allowed the jobs to be delivered to the ship array consuming more space then was available, but you were simply not able to add anything else to the hangers until you had emptied the delivered goods.

I don't see why there was a need to change. This has always been an issue with larger output items.

Whilst I agree, the maths buy which those little changes make it non-competitive has perhaps some other faults. If you aren't adding time and costs in for the production of those components, and adding a profit for each of them, then I hate to break it to you the time taken to make a profit that recovers your initial investment in the blueprints and the associated research will likely be in the many thousands of days.

I had posted some maths regarding the current state of Orca production and Jita prices, assuming all components completed instantly and ship assembly was instant, so that we didn't take into account market fluctuations (or more realistically entropy, the constant downward influence in eve prices prior to this patch), and the RoI was silly given the ship profit margins. I think the isk / factory hour was something like 1k. I think this was as part of the Freighter changes a few months back, but obviously that methodology probably no longer is accurate.

Yep, had all of that. Whilst I'm sure they are probably looking into the performance issues, I'm unsure if they've logged much on the crash front. I've only had it happen once that the client completely stopped and died, but if you get any useful reproduction steps for them, I'm sure they'd be happy to receive them.

Hi Arrow,


A bit of mixed results. The screen seems to regularly refresh itself, so selections not used within 10-15 seconds seem to reset.

Group select some items (click bottom on, then shift-click the top one, then go and CTRL+click another to select it, then doing the same to one more will reset the shift-click selected items, so in effect you only have two items selected now).

Also after the move the UI goes all loading swirly for 22-25 seconds, during which time I cannot interact further.

When you are selecting a group of items, it still changes the top panels displayed blueprint. This might have something to do with the items being reset, but it really should ignore SHIFT/CTRL/ALT type key pressed in accordance with clicks, otherwise that's causing both a bit of lag and also possible problems attempting to group select things.

To be honest this still took me significantly more time to interact with then I would like.

Please give it a go on say a couple of hundred BP of mixed ME/TE levels, and try to sort out those that have been suitable perfected and those that still need work, and move those that no longer require research from a pos array, and order them some way so they are mixed up so that you have to use combinations of Shift and Ctrl clicking, and you will see what I mean.

I hope that is helpful.

^^ this... Ideally I'd like to see it not load anything on UI load and have an additional dropdown with Public/Corp/Alliance.

After selecting pub/corp/alliance the job location dropdown is then populated with the arrays available and print counts. Then when you select an array it will populate the blueprint window with the contents in that array/station/hangar.

To maintain the "I'm new to industry and super unorganised, please show me everything I own" theme you could still have an option in the dropdowns for 'all available'.

Currently the new interface is a lot less clicks (if you exclude all the reclicking due to interface lag etc) but takes much longer to actually start your full batch of jobs.

If double or float are used yes, but this is precisely why Decimal types came into existence because accounting/financial rounding has long been an issue with float/single/double types (base 2 math based types) in computing.

Decimal may take a little extra cpu time, but the end figures are always correct from base 10 maths perspective.

Might be worth making those adjustments to used types to get the correct figures. This might resolve many of the other mentioned rounding issues experienced by players.