Re: Allow copypaste to storage chest
Posted: Tue Nov 05, 2024 11:48 am
Drag and drop the image in the post you're writing, or click on the "Attachments" tab.
www.factorio.com
https://forums.factorio.com/
Drag and drop the image in the post you're writing, or click on the "Attachments" tab.
BlueTemplar wrote: Tue Nov 05, 2024 11:57 am Pictures don't show because you didn't link them — you linked the page instead.
The reason image storage websites (especially free ones) don't make it as easy as it could be is because by doing this everyone downloading (by looking) at that image is leeching their computing resources.
(It's still easy though, just link the image itself.)
But you should avoid using them anyway, as they cannot be relied on :
https://wiki.archiveteam.org/index.php/ImageShack
You should rather upload the media here, where it will be kept together with the rest of your post, and will avoid these kinds of issues with lost images :
https://www.matrixgames.com/forums/view ... 2#p2827272
(Also I think it makes it easier for back up crawler bots, like those of the Internet Archive ?)
The reason you want a passive provider chest is so that any of the item stored somewhere else is used up first.Pzixel wrote: Mon Nov 18, 2024 11:01 am Right now you have to set the chest filter by choosing an item from a huge menu with lots of tabs, it's so inconvenient that a lot of people just place a passive provider chest instead.
I've been using a requester chest or buffer for this purpose...., how is a storage chest beter?mrvn wrote: Thu Nov 21, 2024 9:18 am The reason why you want a storage chest with filter is so that deconstruction returns the item so it can be used as input to the next stage, e.g. yellow belts become red belts.
Requester chest will generate "unfulfilled requests" signal in roboports, possibly triggering a craft or delivery, if such signal is read and processed.IsaacOscar wrote: Thu Nov 21, 2024 9:29 amI've been using a requester chest or buffer for this purpose...., how is a storage chest beter?mrvn wrote: Thu Nov 21, 2024 9:18 am The reason why you want a storage chest with filter is so that deconstruction returns the item so it can be used as input to the next stage, e.g. yellow belts become red belts.
(we should really just delete all of the logistic chests except buffer, and just add some checkbox options as to whether taking items from it is allowed, or storing random trash in it is allowed)
+1. I made a similar suggestion before.IsaacOscar wrote: Thu Nov 21, 2024 9:29 amI've been using a requester chest or buffer for this purpose...., how is a storage chest beter?mrvn wrote: Thu Nov 21, 2024 9:18 am The reason why you want a storage chest with filter is so that deconstruction returns the item so it can be used as input to the next stage, e.g. yellow belts become red belts.
(we should really just delete all of the logistic chests except buffer, and just add some checkbox options as to whether taking items from it is allowed, or storing random trash in it is allowed)
The "accept items for storage" checkmark would allow bots do deposite items up to the upper limit, turns it into a storage chest. And the "everything" / "anything" symbols would allow storage of any item. Differecne being that "everything" has the limit for the total items and "anything" a limit per item.
But this is what I said, no? For example I'm creating a belt processing factory, I'd like to use storage chests with filter so that when deconstructing the older belts splitters etc they end up in this factory to be processed into higher tier items. But ATM I just use passive providers *while it's not exactly correct* just because setting each storage chest takes a lot of time. When your mall has a hundred of them you end up thinking like "okay maybe I won't have all items being placed at their proper places, but at least I won't be spending 30 minutes clicking on the boxes".mrvn wrote: Thu Nov 21, 2024 9:18 amThe reason you want a passive provider chest is so that any of the item stored somewhere else is used up first.Pzixel wrote: Mon Nov 18, 2024 11:01 am Right now you have to set the chest filter by choosing an item from a huge menu with lots of tabs, it's so inconvenient that a lot of people just place a passive provider chest instead.
The reason why you want a storage chest with filter is so that deconstruction returns the item so it can be used as input to the next stage, e.g. yellow belts become red belts.
What you really want is a buffer chest so you get both. It's too bad that that then screws up the roboport statistics because there is no option to read requests without buffer chests.
When I upgrade stuff, I just used a requester chest that requests a ridiculous amount of the outdated versions. (a buffer chest would also work)Pzixel wrote: Fri Nov 22, 2024 9:05 am But this is what I said, no? For example I'm creating a belt processing factory, I'd like to use storage chests with filter so that when deconstructing the older belts splitters etc they end up in this factory to be processed into higher tier items. But ATM I just use passive providers *while it's not exactly correct* just because setting each storage chest takes a lot of time. When your mall has a hundred of them you end up thinking like "okay maybe I won't have all items being placed at their proper places, but at least I won't be spending 30 minutes clicking on the boxes".
I'm not disagreeing with you. Just elaborating why people use each chest type.Pzixel wrote: Fri Nov 22, 2024 9:05 amBut this is what I said, no? For example I'm creating a belt processing factory, I'd like to use storage chests with filter so that when deconstructing the older belts splitters etc they end up in this factory to be processed into higher tier items. But ATM I just use passive providers *while it's not exactly correct* just because setting each storage chest takes a lot of time. When your mall has a hundred of them you end up thinking like "okay maybe I won't have all items being placed at their proper places, but at least I won't be spending 30 minutes clicking on the boxes".mrvn wrote: Thu Nov 21, 2024 9:18 amThe reason you want a passive provider chest is so that any of the item stored somewhere else is used up first.Pzixel wrote: Mon Nov 18, 2024 11:01 am Right now you have to set the chest filter by choosing an item from a huge menu with lots of tabs, it's so inconvenient that a lot of people just place a passive provider chest instead.
The reason why you want a storage chest with filter is so that deconstruction returns the item so it can be used as input to the next stage, e.g. yellow belts become red belts.
What you really want is a buffer chest so you get both. It's too bad that that then screws up the roboport statistics because there is no option to read requests without buffer chests.
That only works when you upgrade every entity / stop using the older version. I do that with furnaces. Once I have steel furnaces I never use stone furnaces again and they all go into boiler production.IsaacOscar wrote: Fri Nov 22, 2024 9:17 amWhen I upgrade stuff, I just used a requester chest that requests a ridiculous amount of the outdated versions. (a buffer chest would also work)Pzixel wrote: Fri Nov 22, 2024 9:05 am But this is what I said, no? For example I'm creating a belt processing factory, I'd like to use storage chests with filter so that when deconstructing the older belts splitters etc they end up in this factory to be processed into higher tier items. But ATM I just use passive providers *while it's not exactly correct* just because setting each storage chest takes a lot of time. When your mall has a hundred of them you end up thinking like "okay maybe I won't have all items being placed at their proper places, but at least I won't be spending 30 minutes clicking on the boxes".