Time  Nick             Message
09:08 repetitivestrain Krock: #8232 still applies after #16339--it's a consequence of overgeneration and in particular the ability of the cave generators to carve terrain beyond the chunk that is currently generating
09:08 ShadowBot        https://github.com/luanti-org/luanti/issues/8232 -- Large schematics are spawned incompletely by minetest.register_on_generated
09:08 ShadowBot        https://github.com/luanti-org/luanti/issues/16339 -- [Take 2] Prevent MapBlocks in generation from being unloaded by Montandalar
09:10 repetitivestrain in mineclonia i will address this problem by implementing cave generation in lua even when the custom map generator (where overgeneration is immaterial anyway) is disabled
09:11 repetitivestrain but it would be neat if someone devised a means of eliminating overgeneration from cavegen.cpp anyway
12:54 [MatrxMT]        <Zughy> I had a player on my server yesterday spamming clicks like hell. They were able to use an item like 10 times in a second, telling me they were drag clicking. I don't remember if there is a way to limit such thing
12:55 sfan5            cooldowns are a mod responsibility IMO
13:05 repetitivestrain Speaking of cooldowns, it would greatly assist mineclonia's implementation of status effects that affect mining speed if it were possible to apply modifiers to tool digtimes on a player-specific level
13:06 repetitivestrain right now the implementation is brittle and quite broken because it must alter item groupcaps when it detects that an item is being wielded or used, and frequently produces absurdities such as items which inexplicably cannot stack with others of the same type
16:39 Krock            will push https://pastebin.com/raw/XVB3TLAJ as a fix for #16511 in 20 minutes unless there are objections.
16:39 ShadowBot        https://github.com/luanti-org/luanti/issues/16511 -- Clicking a button in settings screen scrolls all the way up
16:41 sfan5            lgtm
16:41 user2_           i've encountered that bug, thanks for fixing it
16:48 Desour           looks fine. you could also add more enum fields to EGUI_ELEMENT_TYPE (i.e. to differentiate between CGUIScrollBar and guiScrollBar). (it wasn't possible to edit it directly before we had irrlichtmt. though one was probably meant to add more enum variants by making one own's enum where values > EGUIET_COUNT. idk why we didnt do that)
16:49 Krock            custom implementations should use custom fields, and not have their spot in an Irrlicht enum
16:49 Krock            so yes, EGUIET_COUNT + 1, +2 +3 and so on might be the way to go? I don't really know.
16:51 Desour           I think one can make enum EGUI_ELEMENT_TYPE_MORE : uint32_t { EGUIET_MY_SCROLL_BAR = EGUIET_COUNT + 1, /*...*/};
16:52 Desour           after all, c style enum values behave mostly like integer constants
16:59 Krock            yes, exactly.
17:05 sfan5            rubenwardy: do you have time to test #16513?
17:05 ShadowBot        https://github.com/luanti-org/luanti/issues/16513 -- Android: Update to SDK 35 by sfan5