EVE Search - The tinyest change ever to blueprints

Check My IP Information

All Channels

Test Server Feedback

The tinyest change ever to blueprints

» Click here to find additional results for this topic using Google

Monitor this thread via RSS [?]

Pages: [1] :: one page

Author	Thread Statistics \| Show CCP posts - 0 post(s)
St Ravage	Posted - 2006.12.17 04:04:00 - [1] Please make originals a different colour! when our bpo's come out of the lab they get dumped into the hanger with the 50 copys u just made and u have to search through looking for the original? (yes its usualy at the bottom but not always, if uv been busy in the hanger) its such a simple thing and it would help me sleep easier at night, anyone agree?
Thyrion Paulus	Posted - 2006.12.17 05:45:00 - [2] I agree with you. It would help to make the production organisation more easier. Escpecial if you have many BPO and BPC to control.
Mr John22ta Amarr Repo Industries	Posted - 2006.12.17 11:38:00 - [3] this has been asked time and time again want to know the answer it will take 4 times the load to do that and that makes lag now imagen u have lots of bpos and bpcs in a hanger or tainer open it u get lag like normal now if ccp do wat u have asked it will take atleast 4 times longer to open and 4 times more lag reason coz all of them bps will be asking the server what it is for the coulor EVERYTIME u open that hanger or tainer if u want a proper responce and not my half hearted one that explains this in detail i think sharkbaits around..... ---------------------------------------------------- My sig is my own
Bambi	Posted - 2006.12.17 12:46:00 - [4] One can named BPO, one can named BPC, sorted. [sig banned as it was just too damn good] Knowledge is knowing a tomato is a fruit; Wisdom is not putting it in a fruit salad. EVE-Log
elFarto New Order Industries	Posted - 2006.12.17 20:40:00 - [5] Please see this thread for an explanation on why it can't be done without creating lots and lots of lag. Regards elFarto NPC database Mal: This is your captain speaking. We're having some technical difficulties, so we may experience some turbulence, and then explode.
Jarjar Privateers Privateer Alliance	Posted - 2006.12.17 21:22:00 - [6] Originally by: elFarto Please see this thread for an explanation on why it can't be done without creating lots and lots of lag. Regards elFarto Wow, that thread was disturbing to read, to say the least.. Do people ever read before they post?
Roddic Gallente Aliastra	Posted - 2006.12.18 04:41:00 - [7] just put a white infinity sysmbol in the top right hand corner of a clear overlay for bpo's, and a number representing runs left for bpcs in a clear overlay on bottom. how hard is that? or give copys a red border and originals a green border. any improvement, that is easily visable is good.
Jarjar Privateers Privateer Alliance	Posted - 2006.12.18 09:54:00 - [8] Edited by: Jarjar on 18/12/2006 09:54:19 Originally by: Roddic just put a white infinity sysmbol in the top right hand corner of a clear overlay for bpo's, and a number representing runs left for bpcs in a clear overlay on bottom. how hard is that? or give copys a red border and originals a green border. any improvement, that is easily visable is good. Read my post above. Go figure, guess nobody does read before posting then.
Wyehr	Posted - 2006.12.18 16:34:00 - [9] While trying to summarize the other thread, I came up with a problem. Eve uses a database of static data to store information about item types, as well as an object store to store dynamic information about specific items.* This is why you can't repackage damaged goods. The damage is an attribute of the specific item object. Repackaging deletes that object from the store and replaces it with a stack object containing only the item type id number and quantity. It is also why insurance contracts won't work if you repackage the ship. When you unpack it, it gets a new instance ID and won't match the old contract any more. The entire argument in the linked thread is that when the client requests a contents list from the server for a hangar (or whatever) it would be too slow to have to ask the object store for the copies-left attribute on blueprints. Others pointed out that ships have names, which are attributes of specific items, so the object store is already involved. I suppose they could have made the ship window special, sincce people rarely have hundreds of ships sitting around unpacked. But it can't be that special, because I have storage cans in my hangar, all named. So, what is the problem? Is there a dedicated inventory system that caches item types, quantities and names? If so, why can't it be extended to cache one more property? Is it that the code has a special case to request names only of ships and cans? If so, why can't that be extended to blueprints? After my work in software, I have to say that this feature request is not unreasonable, despite the potential for a lot of developer work. I would consider at least duplicating all of the blueprint types into BPO and BPC. This would be the least load on the servers, but possibly the most work, if you factor in future changes. Having two identical versions of any code or data is bad, which is why they did runs as an attribute to begin with. footnote *: Yes, I'm well aware that thousands of web developers are using databases when they need object stores, and I suspect but can't prove that there are object stores being used like databases. For now I pretend that each server is being used correctly.
Cosmic Flame Gallente Federal Navy Academy	Posted - 2006.12.18 20:57:00 - [10] Don't understand why it would be so hard tbh. All tech 2 items have that little "II" sign at the top left corner. Something similar could be done for bpo's/bpc's. If it can be done for all other items, why can't it be done for these items as well?

PhamNuwen Caldari Bungee Jumper	Posted - 2006.12.18 22:31:00 - [11] Originally by: Wyehr While trying to summarize the other thread, I came up with a problem. Eve uses a database of static data to store information about item types, as well as an object store to store dynamic information about specific items.* This is why you can't repackage damaged goods. The damage is an attribute of the specific item object. Repackaging deletes that object from the store and replaces it with a stack object containing only the item type id number and quantity. It is also why insurance contracts won't work if you repackage the ship. When you unpack it, it gets a new instance ID and won't match the old contract any more. The entire argument in the linked thread is that when the client requests a contents list from the server for a hangar (or whatever) it would be too slow to have to ask the object store for the copies-left attribute on blueprints. Others pointed out that ships have names, which are attributes of specific items, so the object store is already involved. I suppose they could have made the ship window special, sincce people rarely have hundreds of ships sitting around unpacked. But it can't be that special, because I have storage cans in my hangar, all named. So, what is the problem? Is there a dedicated inventory system that caches item types, quantities and names? If so, why can't it be extended to cache one more property? Is it that the code has a special case to request names only of ships and cans? If so, why can't that be extended to blueprints? After my work in software, I have to say that this feature request is not unreasonable, despite the potential for a lot of developer work. I would consider at least duplicating all of the blueprint types into BPO and BPC. This would be the least load on the servers, but possibly the most work, if you factor in future changes. Having two identical versions of any code or data is bad, which is why they did runs as an attribute to begin with. footnote *: Yes, I'm well aware that thousands of web developers are using databases when they need object stores, and I suspect but can't prove that there are object stores being used like databases. For now I pretend that each server is being used correctly. BPO and BPC is the same item id -> to get different items without an additional DB-access CCP must split BPO and BPC in different items (item Ids). But this would affect all things related to blueprints... ___ it's only a game - try it... ---
Jarjar Privateers Privateer Alliance	Posted - 2006.12.18 22:38:00 - [12] Originally by: Cosmic Flame Don't understand why it would be so hard tbh. All tech 2 items have that little "II" sign at the top left corner. Something similar could be done for bpo's/bpc's. If it can be done for all other items, why can't it be done for these items as well? They are different things. An Armageddon Blueprint is an Armageddon Blueprint no matter if it has 1, 5 or infinite runs remaining. The client can't tell the difference before you show info on the BP, which means accessing the server database. A Tech II item, on the other hand, isn't the same is the same Tech I item; easy to prove since they have different names (i.e. Miner I vs Miner II). So, unless all BPs are renamed (or have their Item ID changed), this pretty much can't be done.
K24Q	Posted - 2006.12.19 00:24:00 - [13] I Suppose any change to the system, put at risk all the existing BPC and BPOs. Even it CCP can see how to do it it may cause massive ingame asset losses to players and require returning a too a previous backup which invariable leads to some people losing out. There is a lot of factors to consider before changing some aspect of the game.
elFarto New Order Industries	Posted - 2006.12.20 15:30:00 - [14] Originally by: Jarjar Do people ever read before they post? No, unfortunately Regards elFarto NPC database Mal: This is your captain speaking. We're having some technical difficulties, so we may experience some turbulence, and then explode.
Vincent Almasy Gallente The Underground	Posted - 2006.12.20 17:26:00 - [15] can't they use the client to read bpc like ammo then? ammo that is spent per build cycle?
Miss Overlord Gallente Ferrum Pugnus New Eve Order	Posted - 2006.12.21 03:53:00 - [16] as long as tech 3 Blueprints are split i guess down to 2 and 1 will have to remain These posts represent my personal views and not those of my corp or alliance. These do not reflect offical alliance or corp views This is a disclaimer
RedClaws Amarr Dragon's Rage Ascendant Frontier	Posted - 2006.12.21 11:27:00 - [17] Isn't it possible to search for only your bpo's in the science & industry screen already? Just use them from there (not ingame now so i can't check if this is actually correct)
Elgar Lightfoot Lightfoot Industries	Posted - 2006.12.21 12:14:00 - [18] That threads explination for why it 'cant'' be done, is rubbish. All they have to do is assign a different ICON for BPC's (a grey one) no extra flags, nothing. Theres absolutely nothing extra that needs adding to the protocol or the database servers. It's purely a cosmetic change at the client end. If (Runs != infinity) then Icon = BPC.
Jaketh Ivanes Amarr 1st Praetorian Guard	Posted - 2006.12.21 12:36:00 - [19] Originally by: Elgar Lightfoot That threads explination for why it 'cant'' be done, is rubbish. All they have to do is assign a different ICON for BPC's (a grey one) no extra flags, nothing. Theres absolutely nothing extra that needs adding to the protocol or the database servers. It's purely a cosmetic change at the client end. If (Runs != infinity) then Icon = BPC. But how does the client determine if its infinity or not? That value is not stored on the client. Thats the part most people are forgetting.


Pages: [1] :: one page
First page \| Previous page \| Next page \| Last page

COPYRIGHT NOTICE
EVE Online, the EVE logo, EVE and all associated logos and designs are the intellectual property of CCP hf. All artwork, screenshots, characters, vehicles, storylines, world facts or other recognizable features of the intellectual property relating to these trademarks are likewise the intellectual property of CCP hf. EVE Online and the EVE logo are the registered trademarks of CCP hf. All rights are reserved worldwide. All other trademarks are the property of their respective owners. CCP hf. has granted permission to EVE-Search.com to use EVE Online and all associated logos and designs for promotional and information purposes on its website but does not endorse, and is not in any way affiliated with, EVE-Search.com. CCP is in no way responsible for the content on or functioning of this website, nor can it be liable for any damage arising from the use of this website.