Right now, we have methods on the JS instance to set individual style properties like font family, size, etc. It'd be nice to roll this up into one setTheme(data) method that takes a JSON object and then updates CSS variables, rather than iterating over elements and setting what are essentially inline styles.

See:

• https://codyhouse.co/blog/post/dark-light-switch-css-javascript
• https://css-tricks.com/updating-a-css-variable-with-javascript/

See: https://wiki.facepunch.com/gmod/Global.SysTime

If you switch back and forth between AvatarSheet and ModelSheet, HUDPaint hooks will accumulate.

] lua_run_cl PrintTable(hook.GetTable().HUDPaint)
DrawRecordingIcon	=	function: 0x01a35ad1d0
PlayerOptionDraw	=	function: 0x01a3491b18
speak.HUDPaint	=	function: 0x01a3802228
table: 0x01a3781e40	=	function: 0x01a382ec80
table: 0x01a547b778	=	function: 0x01a52b7098
] lua_run_cl PrintTable(hook.GetTable().HUDPaint)
DrawRecordingIcon	=	function: 0x01a35ad1d0
PlayerOptionDraw	=	function: 0x01a3491b18
speak.HUDPaint	=	function: 0x01a3802228
table: 0x01a3781e40	=	function: 0x01a382ec80
table: 0x01a4ea3428	=	function: 0x01a51224b0
table: 0x01a547b778	=	function: 0x01a52b7098

Right now, we're generating the Base64 encoded bundle via a bash script. I'd prefer to generate the bundle as a webpack compiler hook, that way we can use webpack --watch and get auto refresh support in-game.

See: https://webpack.js.org/api/compiler-hooks/#afteremit

As a result of the project's LuaFormatter implementation not working, and the project's age, different files have different styles and levels of indentation, single quotes and double quotes, etc.

This issue is to get automatic code formatting working and ensure every file has a consistent style.

Problem description

If you type in the chat box on macOS, and then try to use the backspace key to delete some characters, nothing happens.

Replication Steps

• Type some gibberish in the chat box
• Hit backspace
• See that nothing happens

Expected Behavior or Output

• Type some gibberish in the chat box
• Hit backspace
• See that gibberish is deleted

TBD.

Clicks aren't registered where these arrows are pointed.

I tried a solution like this:

      // when holding shift, or spamming a repeating key, we still want enter to
      // send the chat message
      if (e.keyCode === 13) {
        inputForm.submit();
        e.preventDefault()
      }

Problem is after submitting the form I'd get this:

[HTML] asset://html/?:1: Uncaught ReferenceError: speakJS is not defined

Right now, the development environment only supports Linux/macOS. Since the majority of folks use Windows to manage game servers, we should add support for a Windows development environment.

The changes introduced by #19 have yet to be translated.

There is a noticeable lag spike/drop in FPS when calling speak.UpdateAvatars().

• Optimize rendering of AvatarSheet and ModelSheet (may have something to do with the instantiation of many VGUI instances?)
• speak.prefs:FireAllCallbacks() will call speak.UpdateAvatars() and then Think will as well. We should look into a way for the initial speak.prefs:FireAllCallbacks() to not trigger an avatar update.

TBD.

Right now, we are just doing a blanket add of everything that comes from the GM:ChatText hook:

hook.Add("ChatText", "speak.chattext", function(_, _, text, _)
  chat.AddText(text)
end)

This gives us the benefit of retaining vanilla join messages, etc. However, it falls short when DarkRP does this:

https://github.com/FPtje/DarkRP/blob/fd95cf68e6a01a1b0522c4a989d4512fc0fb202d/gamemode/modules/chat/cl_chat.lua#L37

Which causes us to double print certain DarkRP-related chat messages. If DarkRP does this, then other gamemodes might do this as well.

Exsto simply ignores everything that isn't of type none:

https://github.com/prefanatic/exsto/blob/fcbf79c7f1ef5d84fe6fb57738ca3f4747ccd866/lua/exsto/plugins/more/sh_chat.lua#L197

Should we do that? Or, should we try to selectively add all of the regular messages? Will that conflict with custom join/leave messages of various admin mods?

For example, my speak_chatbox_y was set to 594. When I adjusted my screen's resolution to 1024 x 576 the chatbox disappeared from the screen.

We should implement PANEL:OnScreenSizeChanged for the chatbox and have it clamp speak_chatbox_x and speak_chatbox_y to the current screen resolution.

When I close the settings menu I expect the keyboard to refocus on the text input, it doesn't, so I have to manually click it in order to be able to press enter and close the chatbox.