The architecture of undo isn't really setup for situations like this, which I think are quite minor

Hares wrote: Thu Feb 27, 2025 1:04 pmor to go to the hub location

I don't disagree with the post, but there is a button that does the moving to hub location already:
(Technically it goes to the spawn point which for the platform surface is the hub location)

Thanks for the report,

This is fixed for the next release (2.0.38)

Hello,

With the new schedule API it will be possible to work with interrupts without overwriting anything:
https://lua-api.factorio.com/latest/cla ... edule.html

The old API (Basic read + write) will be deprecated, as it lacks support for the schedule functions in 2.0

Kc_spot wrote: Tue Feb 25, 2025 6:54 pm

TL;DR

I want to be able to go into the options and put in a specified window size and have the game adjust to that.

We don't have anything in-game at the moment, but you can specify a window resolution in the launch options:

Thank you for the feedback, and the thoughts on the feature,
You can find some of our reasoning in the Friday facts here: https://factorio.com/blog/post/fff-403

I think the behavior is working well, this is the first discussion on the feature, so I think that most players are happy with the logic ...

This seems like a duplicate of this: viewtopic.php?t=123977

Which was fixed in 2.0.33,
Can you confirm if the bug exists in 2.0.33 or later?

Thanks for the report,

This is fixed for 2.0.34

Hi,

Thank you for the report,

This is working as intended, if the contents can't all fit on 1 line they are separated as shown

Thanks for the report,

This is now fixed for the 2.0.34 release
(If the satellite doesn't exist it will pick the first item it finds with a rocket launch product as the example)

Hi,

Thank you for the report,
This is a duplicate of this bug:
117363

Milichip wrote: Fri Jan 31, 2025 12:08 am Hello!

Please refer to the image/video for context.
When using the wildcard signal in a train interrupt against another signal's value, the game behaves incorrectly.

Hello, thank you for the report, and welcome to the forum

Would you kindly be able to upload your save game and attach it here?

Hello,

Can you upload the save games?

Okay I looked a bit deeper, and it seems its only supported for textboxes at the moment,
I will move this to bugs and assign it to me so I don't forget to look into adding support to normal scroll panes

Oh yeah, you're right - that is wrong ;)

Unfortunately there is no change in behavior after correcting this (I've checked whether the policy is now set correctly by logging the content of the field)


Hmm, can you try setting it after creation?

local sp = container.add {
type = "scroll-pane ...

The policy is not set by the Style, but in the gui element directly (during creation of afterwards):

local sp = container.add {
type = "scroll-pane",
style = "rldman_small_slot_table_scroll_pane",
horizontal_scroll_policy = "dont-show-but-allow-scrolling",
name = "scrollpane"
}

Thanks for the report,

This is fixed for the next release,

I used VSCode as a reference for the preferred behavior, which is to just clear/cancel the mouse drag selection entirely

Is it possible to have a scroll pane without scrollbars which is still scrollable (with mouse wheel)?

I've already tried the *_scroll_policies with "dont-show-but-allow-scrolling", but unfortunatelly scrollbars are still shown and I can't see any difference in behaviour to "auto".

Thx in ...

Thanks for the report,

This is fixed for 2.0.34

Thanks for the report

This is now fixed for 2.0.33