Game Ideas

######################### I : Keybind combos Having the ability to bind combos of keys would be very nice for gamemode which have a lot of different binds It'd allow to use a same key for 2 binds, if binded in addition to another key (which would be different in the 2 binds) E.g: In case "RightMouseButton" is used to lock/unlock aim with a weapon, "Alt" + "RightMouseButton" could be used to change the scope type on the weapon ######################### II : Better events / Option A: New InputEvents enums It would be nice to have these following InputEvent enumerators: InputEvent.DoubleClick InputEvent.Continuous In the context of Input.Bind , this would be the behaviour for the new enums: DoubleClick trigger callback function once a double click on the binded key is detected Continuous trigger callback function each tick the binded key is down In the context of the enum used in Input.InputKey : DoubleClick triggers a double click Continuous fakes a press each tick / Option B: Create "Bind Types" to make the keybinds behaviour configurable by the user Makes the client choose how each keybind should be treated, with one of the following options: "Press" "Release" "Double Click" "Continuous" This option will probably bring some side effects tho, like making InputEvent parameter obsolete in Input.Bind I'll also maybe add the need to have the ability to limit which bind types can be used when registering a new bind (same thing for the native keys) ######################### III: Misc. Additionally, it would be nice to have the binding menu support mouse wheel up and mouse wheel down separately (currently all you can do is bind to mouse wheel)

Give the scripter the ability to call native entity events Of course there's a chance that a script will break the expected behaviour of an entity, but that would give a lot more freedom

instead of having an encapsulated "gamemode" load empty gamemode by default and load other modules and gamemodes on top of it as addons, such as UI,Maps,Characters,Entities,etc, that would allow for more flexibility and people would be able to construct custom "gamemodes" by combining different modules together without needing to encapsulate everything into 1 hardcoded container

Add "Cross" and "Dot" method in Vector class

The method names are not consistant for remote events There's "CallRemoteEvent" on one side, and "SubscribeRemote" on the other side Could "CallRemoteEvent" be renamed "CallRemote"? (or "SubscribeRemote" renamed to "SubscribeRemoteEvent")

Pretty much self-explanatory, i find it really frustrating to be FORCED to have separate Script and Asset folder for a single addon, at least make an option so the game can read Assets.toml and Package.toml from the same folder, so i can just have everything related to 1 addon in 1 dedicated folder for that addon

Being able to load custom unreal's gamemode.uasset through lua so we can do it in a more civilized way rather than apparently doing an override through a level

Add wheel health (in wheel constructor) Add ability to specify a material path for wheels to be flagged as tire rubber to be flattened Add SetFlatWheel that will change the wheel config to this one when the wheel is flat, maybe with a lerp that could interpolate between the 2 states for number values. Add flat tire sound

Allow deriving a gamemode from another. This would open up many possibilities, for instance to make new gamemodes that inherits from sandbox, so they could use some of features from sandbox which may be considered as "standards" (like the toolgun, spawn menu, ...) There would still be only one gamemode to load (the lowest one in the derivation chain), but before it is loaded, it would look for and load its parent gamemode in the same VM as the child gamemode, so every feature from the parent gamemode could be overriden