We should decide on != null or is not null and... == null or is null and refactor accordingly.

Add multiple spectator camera types:

• First-person spectator camera (shows player's perspective)
• Third-person spectator camera (allows camera rotation centered around a specific player)
• Free-style spectator camera (allows flying around using WASD keys)

Prerequisites

• I have searched existing bug reports and confirmed my issue is not already reported.

Summary

Some players (most of all, connected players (not the hoster)) do not receive the start weapons not can pick dropped weapons up in some cases.

Steps to reproduce

Unknown

• No X Damage
• Silent Steps
• Faster run
• Double jumps

Add a bunch of bots, probably like 16+. Kill a bot, and ID them, notice on the leaderboard their name is not showing. If you kill another bot, and ID them, then one of the bots does appear whereas the other one is still missing.

When players are dead but their bodies are not discovered, they should appear to spectators as MIA (Missing in Action).

• Disable by default
• Add stamina system

Prerequisites

• I have searched existing bug reports and confirmed my issue is not already reported.

Summary

Some s&box update broke the damage overlay. Opacity with background image interaction seems to be bugged.

Steps to reproduce

Just receive damage in-game. The damage overlay should look like sh*t.

When interface elements are overlayed or when they are displayed over other things, their transparency causes some issues with visibility. The C4 Controls below show how obstructed the controls look when the player is interacting with the C4 Entity:

Additionally, creating new interface elements is a pain because there is no basic stylesheet from which to inherit and base your work from. As a result, there is a ton of code and stylesheet duplication and inconsistencies in the look and feel.

We need to rework the interface and unify the existing elements under the new system.

Prerequisites

• I have searched existing bug reports and confirmed my issue is not already reported.

Summary

[Event("tttreborn.player.spawned")]
private void OnPlayerSpawned(TTTPlayer player)
{
    DeleteChildren();
}

Due to this event, the entire inventory selection gets deleted whenever a person joins the game. You can try bot_add.

I added this initially because a player could complete a round w/o dying, and so the inventory selection stuff would remain on screen.

Expected behavior

Inventory selection shouldn't disappear on player join.

Actual behavior

Inventory selection stays on screen.

Steps to reproduce

Spawn in, go into a "in-progress" round, add a bot.

Add/check permissions to client and server cmd's

Add a spectator UI that displays additional information about players and the game.

• Name sync
• Weapon sync
• Ammo sync
• Health sync

Add an enum to check for Alive, Dead, MIA and Confirmed

• Discuss with team whether suicide functionality should be available
• Implement suicide mechanic

• Drowning
• Fall Damage
• Headshot
• ...

Prerequisites

• I have searched existing bug reports and confirmed my issue is not already reported.

Summary

If you create a map and place down any TTTWeapon or TTTAmmo derivative, they will not respawn once the round is restarted. They just get deleted during cleanup.

Ideally, these locations need to be cached once the map has been loaded, so they can be deleted and then respawned.
My proposed solution would be to expand on TTTMapSettings (once map-entities is merged) and have Game store a MapSettings struct that contains relevant content (such as custom player models or clothing), as well as lists for all locations of TTTAmmoRandom, TTTWeaponRandom and all ammo/weapons that spawn in by default.
This problem does not occur with the random entities as they do not get deleted, Preround calls Activate on them, which spawns a random TTTAmmo or TTTWeapon derivative.

Expected behavior

They respawn.

Actual behavior

They don't.

Steps to reproduce

Create a map with those entities (such as ttt_smg and ttt_ammo_smg) and they will not respawn.

When players join the game, don't spawn a body.
Instead, make them automatically a spectator until the next round begins.

File based Teams (no dynamic support for now)

Originally posted by @mzegar in #190 (comment)

Update server settings for other admins that have the settings opened

Prerequisites

• I have searched existing bug reports and confirmed my issue is not already reported.

Summary

As the title says. Could be caused by the prediction changes some days ago made by s&box.

Expected behavior

Just 1 shot triggered.

Add a damage indicator to UI when looking at players (Healthy, Injured, Near Death)

• Base Menu (Resizeable, Draggable)
• Page Navigation
• Home Button
• Switcher Component
• Drag and Drop Component
• Dropdown Component
• Keybindings
• FileSelection Component
• Tabs (Could use PanelContent) Component
• Radio / Multi-Choice Buttons Component
• Slider Component
• Tutorial
• Settings
• Description
• Changelog

1. Start the round
2. Connect on your client mid round
3. You are stuck in free camera

This is because if a person joins mid round, we never set their lifestate to being dead.

1. Either set it to dead in MakeSpectator
2. Or call our OnPlayerKilled method somewhere

1. Die and go into free cam view
2. Position your free cam such that the nametag UI pops up (the name and health of a player when looking at them)
3. Hit space to go into third person view
4. The label stays and doesn't go away

Ammo should be stored based on type, and new types should be easily added if required (e.g. a special purchasable weapon that uses a type of ammo that the players cannot acquire in any other way and that is not shared with any other weapon).

Currently, PlayerScore.Entry does not support client-based syncing (just broadcasting). This doesn't makes a lot of sense in TTT, so data syncing should be handled manually regarding scoreboard information.

• Add tag in front of the player's name to display the current chat (team, dead, global(
• When in chat, allow to scroll through old messages

Add TTTPanel to all panels and replaceSetClass("hide", true/false) with IsShowing

Implement a score system that updates and maintains the players' scores based on the actions they perform.

Requires #73

Summary

The TTTPlayer.IsLookingAtType method needs to be more precise:

This is especially a problem when someone is behind a player like here:

Apu is not the player im aiming at here.

Expected behavior

Should only have small space around to the player which triggers its nameplate.

Actual behavior

There is a too big box around the player where the nameplate gets triggered to show.

Equip a shotgun, go third person using dev camera, see that the player is holding a shotgun like a pistol.

We use (owner.Inventory as Inventory) quite often, it could be worth looking into if we can make this a property that is already casted and never null.

The inventory needs specific restrictions to the types of weapons, ammunition and equipment the player is able to carry (e.g. only 1 primary, 1 secondary, 1 melee, multiple grenades, multiple gadgets)

• Add Primary slot
• Add Secondary slot
• Add Melee slot
• Add Grenade slots
• Add Equipment slots

• Own panels to support overlay priorities
• Repositioning
• Scaling?

TTT needs a working voice/text chat that
a) separates alive players from dead players
b) allows team chatting between players of the same team (Traitors)

• Add death indicator
• Add hold items
• Add time since death
• Add distance to the attacker when died
• Add "Killed by X weapon"
• Click [E] again to toggle the mouse being able to inspect in detail

Server- and Clientsided vars, that can be modified by the client or admin.

• Update settings if a settings file was loaded
• Create Server- and ClientSettings separation
• Integrate already existing settings into the settings menu
• Convert ConVars into SettingsVars
• Auto generate settings by json
• improve json structure

Add a damage indicator (overlay) when receiving damage.

I saw you used is null earlier, we should probably just stick to one version unless there is some underlying difference. (which doesn't seem to be the case based on a quick google search)

I think we mostly do == null or != null is our codebase, but I could be wrong.

Originally posted by @mzegar in #189 (comment)

The flashlight should be available to players at all times regardless of whether they are holding a weapon or not, and should point at where the player is looking.

Known Issues:

• Deleting a Flashlight entity doesn't seem to work (maybe has to be a server call?)
• If not attaching to a bone (i.e. weapon muzzle) and setting position every frame, the flashlight position appears to stutter

Get multiple users to connect to a game, use voice chat +iv_voice and make sure to produce a sound (i.e use your mic), you'll be able to hear yourself. Another user pops up in the UI, but you hear yourself.

There might be extra details on how to repo this bug, which are unknown at the moment.

The second shop variant @WestSaid suggested in the UI preview mockup

Prerequisites

• I have searched existing bug reports and confirmed my issue is not already reported.

Summary

While players are talking, if they die, their voice entry at the top left corner turns the spectator color before fading away. This is a giveaway that they are now dead.

Expected behavior

The voice entry retains the regular player color until it fades out.

Actual behavior

The voice entry immediately changes to yellow spectator color before it fades out.

Steps to reproduce

1. Join with 2+ players
2. Have 1 player talk
3. Keep an eye on their voice chat entry at the top left
4. Kill that player while they are talking

• Discuss with team and decide which coding style to go with
• Format existing codebase with decided codeing style