But I don't think I've seen an idea here yet that improves things. […] Actually even better: put the armor the player was wearing first. So looting puts on the same armor the player was using before. If I may point you to my earlier post: From my testing the items in your corpse are ordered in this...

This apparently got fixed/implemented in 1.1.46. See 100513

I’m a bit sad, because I never released an update of my mod with the script above.

[ick] Merget three topics about a different color for personal roboport area.

+1 Very good Idea.

Does this mean this is considered a minor issue?

gallomimia wrote: ↑

Sat Oct 09, 2021 7:01 pm

Can you at least explain why this is so if it is not-a-bug or working as intended?

Actually a reasonable question imo.

But once you've done that work, the end result is an unmaintainable mess. That's were some clever process outside of Factorio is necessary to notify the dialect translator every time the translation of the main language changes (for example through a suggestion or issue on crowdin). (Does anyone kn...

That would be a tremendously burdensome maintenance task to have to update multiple dialects and have to keep duplicate strings in sync if they're 90% the same anyway. It's always a good idea to factor away duplication for maintainability. If dialects are mostly the same as the main language, then ...

Interesting idea, never thought about dialects in games before. The localisation already falls back to English if no string is available. I don’t think there would be any new file structure needed. A setting of some sorts to tell the game to which language it should fall back before it goes to Engli...

I like the idea of creating a modpack by combining all the mods. Although I couldn’t create a script for that myself, this are the challenges I can think of: creating the same dependency tree as the game dealing with stuff like “if mods[…]” dealing with changing sprite and file paths Combining contr...

The inserted events will always fire once for each equipment that is inserted, so the number is always 1. I will check it again, but I did a quick test the other day and as far I could tell it only fired once, even though I shift-clicked multiple solar panels into the grid. (I just printed somethin...

They added two new events on_equipment_inserted and on_equipment_removed. However you still can't isolate when equipment was inserted/removed by script, since the new events also fire when it was done by the player. In case there is a way to do it, I would be interested in that.

Added on_equipment_inserted and on_equipment_removed events that fire any time any equipment is added/removed from a grid. on_equipment_removed includes the number of equipment removed, on_equipment_inserted doesn't. Is there any particular reason for that? The same goes for the already existing ev...

garr150354839 wrote: ↑

Wed Sep 01, 2021 9:57 pm

EDIT 1: It only seems to work if the stack size of the inserter is set to 1.

With any stack size higher than 1 it doesn't work?

And have you tried using a filter inserter?

good point

ssilk wrote: ↑

Tue Aug 31, 2021 4:22 am

Wrong center, even visible here, too thin, wrong color…

Someone should report the wrong center as a bug. And maybe the graphics person will design something entirely new, instead of fixing it.

https://lua-api.factorio.com/latest/LuaItemStack.html#LuaItemStack.entity_filters To my knowledge all strings in this array must be names of entity prototypes that: 1. don't have the flag "not-deconstructable" and 2. are either a cliff or are minable -> Thanks, updated for the next release.