| 16 Apr 2021 |
 GoogleFrog | imo this is just wrong, no game or player wants it to work this way | 09:20:23 |
| GoogleFrog | it's code from 15+ years ago that was written in a way that avoided the issue of tracking double-keypress timeout | 09:20:50 |
 Godde | should the camera ever change position when you press ctrl+number? | 09:22:16 |
| Godde | I'd say no | 09:22:23 |
| GoogleFrog | no | 09:22:26 |
| Godde | okey, my previous description is not entirely correct | 09:22:53 |
| Godde | but almost | 09:23:22 |
| GoogleFrog | now in ZK with luaUI enabled, pressing ctrl+1 even once while the control group is selected causes the camera to zoom back | 09:23:26 |
| GoogleFrog | probably because the fix is done by some haxy widget that doesn't deal with modkeys | 09:23:41 |
| GoogleFrog | I don't see the need to enshrine this behaviour. If I had the time and updated buildable and deployable engine, I'd be modernising the engine by going through and making inbuilt behaviours like this default to the behaviour you'd expect from playing any other RTS. | 09:26:11 |
| Godde | yeah | 09:26:39 |
| Godde | Maybe it is just because of the standard way of cycling through command in Spring | 09:28:55 |
| GoogleFrog | the action system? | 09:29:12 |
| GoogleFrog | perhaps part of the fix would be to extend the action system to let doublepresses trigger actions | 09:29:50 |
| GoogleFrog | I would not like to include ad hoc keypress timeout tracking directly in the engine | 09:30:19 |
| GoogleFrog | or maybe the simpler way is for a callin like ivand suggests, but that calls for every single control group selection so that lua can do its own callin dt tracking and decide whether to let a zoom occur | 09:31:03 |
| Godde | Redacted or Malformed Event | 09:31:08 |
| Godde | or maybe not | 09:38:52 |
| Godde | hm... | 09:38:57 |
| Godde | Kal'tist meant that zk has a fork of chobby in that it supports distinctive autohosting and voting | 13:42:49 |
 ivand | GoogleFrog for something above to be considered seriously, you need to put together some roadmap if/when/how ZK moves to the engine fork. And I expect some dev collaboration from ZK side as well.
Right now my resources are already fully utilized, so some features you want/need will need to be developed by yourselves. | 14:04:01 |
|  @_discord_bot:springrts.com invited  @_discord_181485193180217344:springrts.com. | 14:13:11 |
| @_discord_bot:springrts.com invited  @_discord_139876376776933376:springrts.com. | 15:03:17 |
| 17 Apr 2021 |
 kakolainen | mouse, keyboard, keybindings and camera all should be handled in LuaUI and purged from the engine, if you disagree you probably incompetent developer | 06:04:49 |
 Kal'tist | Godde | 06:08:38 |
| Kal'tist | godde might feel very insulted | 06:08:52 |
| kakolainen | is godde even a developer? | 06:18:31 |
| kakolainen | a double mouse click might work with the current messy layered event system but double keypress probably can't work | 06:19:42 |
| kakolainen | so best way is to keep everything on one layer since other layers are mostly unneeded | 06:20:18 |
| Kal'tist | probably not an engine developer | 06:23:55 |
