mark-for-upgrading when blueprinting over fast-replaceable entities
Moderator: ickputzdirwech
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
Allow me to also point to a very similar suggestion (not only focusing on upgrading the fast replaceable entities, but everything that's in the way). I won't merge both because they are still different.
viewtopic.php?f=6&t=59554
viewtopic.php?f=6&t=59554
Koub - Please consider English is not my native language.
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
But both of them ideas are usefull to my opinionKoub wrote: ↑Tue Oct 06, 2020 6:19 amAllow me to also point to a very similar suggestion (not only focusing on upgrading the fast replaceable entities, but everything that's in the way). I won't merge both because they are still different.
viewtopic.php?f=6&t=59554
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
Indeed, they try to address very similar issues. I must admit I would choose the more generic one if I had a choice : a way to force build whatever is under a blueprint by deconstructing whatever is underneath OR fast-replacing what can be
Koub - Please consider English is not my native language.
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
Agree, or mark for deconstruct or upgrade, i assume?
But for me the first step was the upgrade problem. But why not have both at once
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
Absolutely : place the ghosts that can be placd as is, fast-replace/upgrade what can be, and finally mark for deconstruction and setup a ghost for the rest.
Koub - Please consider English is not my native language.
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
My biggest gripe with blueprints/paste is that we can't deconstruct with the pointer while holding the print.
I know this thread is about doing it automatically, but even a manual method to work around having been denied placing a print would be useful.
This is further compounded by how the new nested BPs work, and a previously bot driven deconstruction of defunct base area. It's not uncommon for entities to get left behind because the local roboport is missing, or unpowered. To remove the errant entity, we must dismiss the BP before proceeding. Unless we have placed that rarely used - but important right now - BP on the shortcut bar, dropping it for the manual deconstruction means that we have to drill down through several layers of menu to find it again.
Oh wait! there's another belt hiding under that tree that I missed. Rinse/repeat.
I can fully appreciate why upgrading may be complicated by items or fluids already occupying entities, but I have yet to understand why marking for deconstruction, or manual deconstruction isn't possible while holding a print.
Either an automated "Mark for deconstruction" with the BP (for all entities), or simply allowing us to manually deconstruct while holding a print would be most welcome.
I know this thread is about doing it automatically, but even a manual method to work around having been denied placing a print would be useful.
This is further compounded by how the new nested BPs work, and a previously bot driven deconstruction of defunct base area. It's not uncommon for entities to get left behind because the local roboport is missing, or unpowered. To remove the errant entity, we must dismiss the BP before proceeding. Unless we have placed that rarely used - but important right now - BP on the shortcut bar, dropping it for the manual deconstruction means that we have to drill down through several layers of menu to find it again.
Oh wait! there's another belt hiding under that tree that I missed. Rinse/repeat.
I can fully appreciate why upgrading may be complicated by items or fluids already occupying entities, but I have yet to understand why marking for deconstruction, or manual deconstruction isn't possible while holding a print.
Either an automated "Mark for deconstruction" with the BP (for all entities), or simply allowing us to manually deconstruct while holding a print would be most welcome.
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
But if the marking for upgrading or destructing works works automaticly (robots), it should also work by hand, then you'll have to replace/destruct the marked items by hand.
Is that what u mean?
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
Right now, we have no choice but to drop the BP, and then manually deconstruct the entities that block placing the BP. That requires remembering what entities they were, and then having to find the BP again on each attempt. My proposal is to at least allow manual deconstruction while holding the BP as an absolute last resort.
I understand there are complex issues surrounding automated (robots) upgrading while laying a BP due to the possibility of mixed ingredients, and even different recipes in some cases. Should entities also be rotated where they differ too? It sounds like automating it all is complicated, or at least that is the sense I have of the situation. The preferable fall back would be to include mark-for-deconstruction of all entities that conflict with the BP, and then rebuild with the BP entities if fast replace is a can of worms.
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
I was hoping this would be added in 1.1, but still hopingSquelch wrote: ↑Thu Oct 08, 2020 10:13 pmRight now, we have no choice but to drop the BP, and then manually deconstruct the entities that block placing the BP. That requires remembering what entities they were, and then having to find the BP again on each attempt. My proposal is to at least allow manual deconstruction while holding the BP as an absolute last resort.
I understand there are complex issues surrounding automated (robots) upgrading while laying a BP due to the possibility of mixed ingredients, and even different recipes in some cases. Should entities also be rotated where they differ too? It sounds like automating it all is complicated, or at least that is the sense I have of the situation. The preferable fall back would be to include mark-for-deconstruction of all entities that conflict with the BP, and then rebuild with the BP entities if fast replace is a can of worms.
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
same here. Glad im not the first to want thisKoub wrote: ↑Tue Sep 29, 2020 3:58 pmI'm note sure we're understanding each other. What I meant is when I upgrade one entity, I don't always want to upgrade all entities of the same type in all my base. I may want to upgrade just a few entities at strategic locations of my base.
The way I'd do it is have N blueprints, one for every stage of my base, as my research advances, and overwrite the previous version with the new, expecting that all entities of the same type to be "overwritten" if not identical.
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
Manually shift-placing things allows for fast-replacements, upgrades, undergrounds, rotations, etc.
Even without the automatic deconstruction, it would be great to have a blueprint paste mode that effectively manually shift-places all the entities in the blueprint. The logical order matters, with undergrounds coming first to replace overground belts/pipes.
Blueprint paste with upgrade/downgrade (if possible)
I would like to be able to paste a blueprint over existing entities if they can be upgraded or downgraded - i.e. if there is a yellow belt and my blueprint has red - mark it for upgrade. If there is an assembly 3 for something that can be made in assembly 2, it should be marked for downgrade. Is this already possible and/or is there a mod that does that? Searching for "paste upgrade" didn't find anything.
-
- Smart Inserter
- Posts: 2767
- Joined: Tue Apr 25, 2017 2:01 pm
- Contact:
Re: Blueprint paste with upgrade/downgrade (if possible)
While I don’t think you can do this directly with a blueprint, there is the Upgrade planner (whereas blueprints are blue and deconstruction planners are red, upgrade planners are green).
My Mods: Classic Factorio Basic Oil Processing | Sulfur Production from Oils | Wood to Oil Processing | Infinite Resources - Normal Yield | Tree Saplings (Redux) | Alien Biomes Tweaked | Restrictions on Artificial Tiles | New Gear Girl & HR Graphics
Re: Blueprint paste with upgrade/downgrade (if possible)
Yes, the upgrade planner allows this, but it's not possible to make customized or individual upgrades. For example, I designed a mall with 3 or 4 intermediate stages according to the current state of research. Some inserters should be upgraded between the stages, some not. Some belts should be upgraded, but but not all. Some assembling machines should be upgraded, but not all. Some chests should be converted to logistics chests, but not all.
What I would like to see in general is the ability to stamp a blueprint over existing buildings, and whatever was there before should be replaced/upgraded/downgraded to what is in the blueprint, including deconstruction of existing buildings that are not in the blueprint. A big benefit over first deconstructing everything, then build a blueprint on an empty field would be that items in chests can remain in the chests, if the blueprint also contains chests at the place of an existing chest. Or large amounts of belts that don't need to be changed.
Currently, upgrading areas that include storage is somewhat tedious. If I upgrade my mall, I use a custom deconstruction planner that includes everything except chests, then stamp the next version mall blueprint over everything, so stored items don't need to be moved. This approach is tedious if I change the placement of some chests: these need to be deconstructed manually.
What I would like to see in general is the ability to stamp a blueprint over existing buildings, and whatever was there before should be replaced/upgraded/downgraded to what is in the blueprint, including deconstruction of existing buildings that are not in the blueprint. A big benefit over first deconstructing everything, then build a blueprint on an empty field would be that items in chests can remain in the chests, if the blueprint also contains chests at the place of an existing chest. Or large amounts of belts that don't need to be changed.
Currently, upgrading areas that include storage is somewhat tedious. If I upgrade my mall, I use a custom deconstruction planner that includes everything except chests, then stamp the next version mall blueprint over everything, so stored items don't need to be moved. This approach is tedious if I change the placement of some chests: these need to be deconstructed manually.
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
merged with similar topic
I recommend also this link-list
viewtopic.php?p=520461#p520461
Especially
viewtopic.php?f=6&t=59554 (Hotkey to) Replace existing structures with blueprint / Replace with bp / Forced bp placing/deconstruction
I recommend also this link-list
viewtopic.php?p=520461#p520461
Especially
viewtopic.php?f=6&t=59554 (Hotkey to) Replace existing structures with blueprint / Replace with bp / Forced bp placing/deconstruction
Cool suggestion: Eatable MOUSE-pointers.
Have you used the Advanced Search today?
Need help, question? FAQ - Wiki - Forum help
I still like small signatures...
Have you used the Advanced Search today?
Need help, question? FAQ - Wiki - Forum help
I still like small signatures...
Upgrade entities when blueprinting with shift or ctrl
TL;DR
When blueprinting e.g. a red belt over a yellow belt an upgrade ghost should be placed when shift or ctrl is pressed.What ?
Taking a blueprint on of the right design and placing it over the left one can't place any of the entities because the older versions are in the way. When pressing shift or ctrl this should work like the upgrade planner and mark the entities for an upgrade.Note: This should not just deconstruct any entity that is in the way like it does with trees and rocks. This should only upgrade entities where upgrades are allowed.
Note2: This should work on modules too although I'm not sure if there is a remove-item proxy so it might just be able to insert modules where there aren't any.
Why ?
Upgrading structures when you research new technologies is a powerful way to improve the factory. But doing so with the upgrade planner is tiresome when you don't want to just blanked update whole areas. There often is a balance to the belt speed, inserters and assemblers where different generations of entities remain mixed for best results. Plus the cost of upgrading something that doesn't need to is high.The blueprint allows up to take a snapshot of a structure and apply it all over the map so we don't have to repeat creating the same structure over and over. This should work for upgrades as well.
Re: Upgrade entities when blueprinting with shift or ctrl
merged with existing topic
Isn’t this a more useful feature when you can also downgrade? And is that not more useful, when you can just replace entities completely, when they are not matching?
Eventually both makes sense, but I point to
viewtopic.php?f=6&t=59554 (Hotkey to) Replace existing structures with blueprint / Replace with bp / Forced bp placing/deconstruction
Isn’t this a more useful feature when you can also downgrade? And is that not more useful, when you can just replace entities completely, when they are not matching?
Eventually both makes sense, but I point to
viewtopic.php?f=6&t=59554 (Hotkey to) Replace existing structures with blueprint / Replace with bp / Forced bp placing/deconstruction
Cool suggestion: Eatable MOUSE-pointers.
Have you used the Advanced Search today?
Need help, question? FAQ - Wiki - Forum help
I still like small signatures...
Have you used the Advanced Search today?
Need help, question? FAQ - Wiki - Forum help
I still like small signatures...
-
- Inserter
- Posts: 22
- Joined: Thu May 14, 2020 4:08 am
- Contact:
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
This feature would be great. Upvote from me.
- ickputzdirwech
- Filter Inserter
- Posts: 770
- Joined: Sun May 07, 2017 10:16 am
- Contact:
Re: mark-for-upgrading when blueprinting over fast-replaceable entities
Mods: Shortcuts for 1.1, ick's Sea Block, ick's vanilla tweaks
Tools: Atom language pack
Text quickly seems cold and unfriendly. Be careful how you write and interpret what others have written.
- A reminder for me and all who read what I write
Tools: Atom language pack
Text quickly seems cold and unfriendly. Be careful how you write and interpret what others have written.
- A reminder for me and all who read what I write