Science & Industry

Devs seem to be interested in making eve less click intensive. as far as i can tell sni is the most ridiculously click intensive aspect of eve.

as for me i do mostly invention, this is something that could be streamlined massively by being able to set multiple jobs and its what bugs me most.

but what annoys you?

THE EXISTENCE OF T2 BLUEPRINT ORIGINALS

As knuckle-headed as Super-Caps.

Yeah the lack of any thought to the ui when it comes to blueprint use. Simple things like right clicking a bpo...I can't invent or re it, why are they even options? For a copy, I can build and invent...why ME/PE options?

Highlight a set of "X" BPC/BPO's of the same item and start a job like you can now. Doing each job one at a time sucks.

Fix the rounding errors. Making 100's of t1 stuff only to find you're short 3 trit (or salvage for rigs) when you have enough according to excel and/or other tools.

Would be nice to be able to do invention at a POS from a distance instead of babysitting it.

Container

nuf said

Basically the inventory system treats BPO’s and BPC’s as damaged, unpackaged items. You can’t stack ships or modules that have not been repackaged, and you can't repackage damaged items until they have been repaired. The ME and PE of blueprints act similarly to damage preventing the repackaging of the blueprint, only in this case it's damage you really wouldn’t want to repair.

Repackaging is the way the inventory system ensures that all the items in a stack are homogeneous. You can’t repackage an item unless the properties of that item match the nominal values of the typeID of that item. The system works great for most items. It allows the database to account for the total quantity of a specific typeID without having to account for each individual unit of that typeID. Imagine how unwieldy the database would become if it had to track every individual unit of tritanium ever refined until it was eventually used in manufacturing.

The variable ME and PE of blueprints is information you really don’t want to return to their nominal values. BPC’s add yet another variable property in the number of runs. In order for BPC's to be stackable, the database would have to include typeID’s for every permutation of ME, PE, and number of runs. Since ME and PE are not limited, the database would quickly become as unwieldy as if it had to account for every unit of tritanium.

Having thousands of non stackable Bpc really is a pain.
There must be a better solution to make this more comfortable, just my thoughts:
I can move them into a container. Thats ok.
But i cant transport those containers inside a freighter. I have to make contracts to move them around.
Also there is a limit of numbers in every container, which is pretty low. If in emergency i need to move them to another station this is such a painful job not to mess them if you want to transport them together with the stuff of your corpmates.
There is also a bug (already reported but got no answer after weeks) that if you want to contract boxes with thousands of bpc in it, it might end in: cannot find the item). Totally annoying.

Also i cannot search in containers, for example i know that i have a rorqual bpc somewhere in one of my containers, but i cannot find it because i have dropped it accidently over one of my hundreds containers.. i know its there, it took me really really long time to check all containers to find it.
If i rename a container it magically jumps somewhere and i have to sort and find it, this is quite new and doesnt make the handling easier.
With configurable container thats the best part of it, i sometimes play on different computers and then everything is locked, when i drop something into it, because this informations isnt saved on the server but on the client only.
If you ever have to reinstall eve, you have to fix all of your containers.

This all sucks. I know, if the devs would put some love into it, it can be made better.

• No 'remembering' of previous settings, things like installation, input/output, number of runs. Settings should be linked to the container ID, so jobs from that container *points*, have this format.
• No ability to put in multiple identical jobs. This could be done client-side, it has all the information it needs to do this. Any error condition (someone else got a job in there before you, you can't run any more jobs, etc, etc) should stop adding jobs, the ones that are already added are there, and stay there. [See below, this forum doesn't seem to support nested lists]
• The client knows what a blueprint is, (copy, relic, original etc) The right-click menu options should not have things like 'invent' for a BPO or relic, the invention should only be available on a BPC.

Multiple Idential Jobs

1. Select several (identical) BPOs/BPCs
2. Select an installation
3. Select several production lines
4. The interface then adds the jobs, sequentially using the production line that has the shortest queue from the selected lines.

If the UI Would just remember the LAST place I told it to start a job I'd be happy(er).

Am new to S & I myself, but i have found that when putting a BPC into a hangar of a pos module to build it, and i right click on the BPC and select manufacture, i then have to select the module to have it build in.

Having it default to the one its in would be good