Minetest logo

IRC log for #minetest-dev, 2023-10-11

| Channels | #minetest-dev index | Today | | Google Search | Plaintext

All times shown according to UTC.

Time Nick Message
02:02 MTDiscord <exe_virus> Hey, while I'm talking a big feature I want to get merged someday, how do I build up repore with smaller merges? would code clean up be most welcome? Or perhaps PR reviews? Or general triage. I guess which is most helpful for the next few weeks
02:03 MTDiscord <exe_virus> Talking = working
03:30 fluxionary joined #minetest-dev
04:00 srifqi joined #minetest-dev
04:00 MTDiscord joined #minetest-dev
04:02 srifqi Zughy: i do not have a keyboard with numpad with me right now, but the -/+ button works for changing viewing range. i never have edited any keymap setting iirc
04:13 fluxionary joined #minetest-dev
06:23 vampirefrog joined #minetest-dev
06:29 calcul0n_ joined #minetest-dev
07:39 [MTMatrix] <Zughy> srifqi: they don't on the numpad anymore, only the ones in the "body" of the keyboard
07:42 rubenwardy Sounds like a bug
08:11 MTDiscord <grorp> No bug, #13773
08:12 ShadowBot https://github.com/minetest/minetest/issues/13773 -- Don't trigger a key event if a key with the same associated char was pressed by savilli
08:13 MTDiscord <grorp> "Numpad Plus" and "Plus" are now considered two different keys, and "Increase Viewing Range" is still bound to "Plus" by default
08:16 MTDiscord <grorp> I'm not sure what can be done about this problem. I don't think that PR should simply be reverted, it's useful to be able to bind e.g. "1" and "Numpad 1" to different actions.
08:35 rubenwardy Should be bound to both keys by default then
09:00 [MTMatrix] <Zughy> ^
09:52 erle zughy doing the real QA work here
09:53 erle rubenwardy is binding to both easily possible even?
09:55 rubenwardy Should be made possible
09:58 [MTMatrix] <Zughy> erle: I'd like to discuss a raise of the 10%
10:01 erle rubenwardy i agree, but if i am not mistaken about the data model, it binds functionality to keys and it would need to be the other way around for it to work well with 2 keys 1 feature, right?
10:01 erle maybe this changed recently?
10:02 calcul0n joined #minetest-dev
10:02 rubenwardy Key binding should be many to many
10:02 erle but it is not right now, is it?
10:02 rubenwardy The same key should trigger different actions on different contexts, and different inputs triggering the same action allows for different input methods
10:03 rubenwardy Ie: forward should be triggered by W, up, and left joystick on a gamepad
10:03 erle would be something like “keymap_increase_viewing_range_min = KEY_PLUS,KEY_KEYPAD_PLUS” (or how these names are right now) possible or not?
10:04 erle rubenwardy i raise you one more: the W should not be the there but it should point to the physical position in the default config. otherwise it only works on qwerty and derivatives.
10:04 erle i3 window manager for example does this, initial keys are defined by keycode i think, not by letter
10:05 erle thus the shortcuts are always at the same position regardless of layout
10:05 erle not sure if this is easily possible at all maybe v-rob knows
10:07 erle like KeyboardEvent.code in javascript https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent/code
10:07 erle > This property is useful when you want to handle keys based on their physical positions on the input device rather than the characters associated with those keys; this is especially common when writing code to handle input for games
10:08 rubenwardy Doesn't really make a difference
10:08 erle well, i have neo2 keyboard layout, thus i run into many bugs with games
10:08 rubenwardy Just have some position code rather than w in the config
10:08 erle yes
10:09 erle interface-wise, just put two key buttons after the functionality in the dialog or how would you solve it?
10:10 rubenwardy The dialog needs to be overhauled
10:33 olliy joined #minetest-dev
10:59 pgimeno love2d (through SDL) differentiates between keys (what the keycap says) and scancodes (the key in a certain position in a US keyboard)
11:00 [MTMatrix] <localhost> keycap is hard 👀
11:00 pgimeno for example, wasd works with scancodes even in a French keyboard
11:00 pgimeno however, if you use keys, you have to bind them to zqsd in a French keyboard
11:01 pgimeno I don't know if Irrlicht will support something equivalent to that
11:05 appguru joined #minetest-dev
12:41 Desour joined #minetest-dev
12:47 sfan5 not like we can't make it support that
12:55 erle ig it could even be perfectly backwards compatible without qwerty users being any wiser if minetest a) accepted both keycap labels and scan codes from config b) always showed keycap labels in the interface
13:10 Desour ideally, it should not only be possible to bind to scancodes and keycodes, but also to written chars (e.g. '/' for command) and key combos
13:10 Desour it would be nice if advanced binds could even use lua
13:11 Desour it would generally be nice to have settings via client lua scripting
13:18 jonadab You don't want to replace the entire settings interface with lua code, because that would leave mid-tier users out in the cold.  Could be a useful additional feature, though.
13:19 Desour I'd imagine there to be a builtin settings lua that by default reads the classic minetest.conf file
13:19 Desour simple things should obviously not require programming
13:24 appguru joined #minetest-dev
14:34 MTDiscord <grorp> That feature request escalated quickly
14:35 MTDiscord <grorp> Please bring back the old numpad +/- behavior -> let's add Lua configuration files
14:47 fluxionary joined #minetest-dev
14:51 Desour merging #13394 in 15
14:51 ShadowBot https://github.com/minetest/minetest/issues/13394 -- Particle cleanup by Desour
15:00 MTDiscord <josiah_wi> Does anyone have a vcpkg manifest for Minetest? My vcpkg is telling me it doesn't have a classic mode and I can't use it to install packages without a manifest.
15:12 fluxionary joined #minetest-dev
17:51 calcul0n joined #minetest-dev
18:12 json87 joined #minetest-dev
18:14 json87 How is the Minetest Game branch going?
18:17 json87 Will Minetest Game be separated from the engine in 5.8.0?
18:17 ROllerozxa hopefully
18:19 json87 I follow the development every day
18:19 json87 Engine
18:23 json87 Rolleroxsa do you think your PR is ready for a merger?
18:27 ROllerozxa well #13850 has been merged which solves most of the issues for people updating from an older version
18:27 ShadowBot https://github.com/minetest/minetest/issues/13850 -- Notify users that they need to reinstall MTG if they still want it by grorp
18:28 ROllerozxa you can see this comment from ruben which lists the remaining things before it's merged, 2. being completed now: https://github.com/minetest/minetest/pull/13818#issuecomment-1742113761
18:55 appguru joined #minetest-dev
22:22 olliy1or joined #minetest-dev
22:33 panwolfram joined #minetest-dev
23:54 diceLibrarian joined #minetest-dev

| Channels | #minetest-dev index | Today | | Google Search | Plaintext