Move code for a check in an already existing function, as recommended by tZork.

Fix an outdated reload system comment, for the sake of correction

Precache the reload sound in one place only, until weapons have individual reload sounds, as suggested by many devs.

Merge branch 'master' into mirceakitsune/universal_reload_system

Use one less loop

removing the old slider animations is enough

this way animations should not possible leak ents

work around a fteqcc bug; fteqcc currently does not support "var functiontype array[N]"

fix more issues... still doesn't compile

undo an accidentally done chaneg in last commit

mutator system: refuse to add a mutator for the second time

ORIGINAL GERMAN TOOLTIPS by ItsMe|CapBots

Merge remote-tracking branch 'origin/terencehill/menu_sounds'

Merge remote-tracking branch 'origin/terencehill/misc_bugfixes'

Merge branch 'master' of git://git.xonotic.org/xonotic/xonotic-data.pk3dir

move the execution of the font cfg AGAIN

also support notq3a/notta fields, by considering any teamplay non-DM non-CTF game type a "team arena" game type

support Q3A's gametype filtering (notteam, notq3a, notsingle, gametype) as in ioq3 source. Has a known bug it shares with ioq3 (namely, that "gametype" "teamtournament" also matches "tournament" (in Xonotic: arena) and "team" because of retarded substring matching). ONLY the game type names ffa (anything non-teamplay not having a more special name), tournament (Arena), single (maxplayers == 1), team (anything teamplay not having a more special name), ctf (ctf, duh) are supported, as we currently have nothing matching Q3A's oneflag, obelisk, harvester and teamtournament modes!

menu sounds improvements:
- play menu2 sound on mouse release rather than on mouse press, it makes more sense (particularly for sliders)
- play menu1 sound in focusEnter rather in draw, with very simple (and less expensive) code; the behaviour is the same
- play menu1 sound in focusEnter for sliders too, it's more coherent this way

Merge branch 'master' into mirceakitsune/universal_reload_system

Conflicts:
qcsrc/common/constants.qh

Radio buttons for crosshair color selection, they work much better

Merge remote-tracking branch 'origin/terencehill/misc_bugfixes'

Merge remote-tracking branch 'origin/samual/hud_notify_fontsize'

Merge remote-tracking branch 'origin/samual/defaults_enableradaralways'

Merge remote-tracking branch 'origin/samual/balancesamual'

hud_panel_radar 2 (always on) by default for hud_luminos.cfg -- This is so that modes like keepaway work with the radar, and so that the hud is consistent always. Besides: It's always on for other hud configs, why not default regardless of the keepaway aspect?

fix some translations (by ItsMe|CapBots)

fix g_mirrordamage unused definition

fix two bugs in the recent commits

fix triggering of func_train

path_corner: run triggers for target2 to target4 when starting a move towards the corner

move hitsound clientside

Merge remote branch 'origin/samual/hitindication'

If we drop a weapon that's loaded, give the ammo back to the player. The player will then have to reload that weapon if he picks up another one of the same type.

Merge branch 'master' into mirceakitsune/universal_reload_system

Update the starting health (was 150, now 100 -- no weapon can do 100 easily and there's already an anti-spawn kill delay so) -- Also, change the refire for the rocketlauncher and lower its guiderate slightly. This makes it more useful for non-combo play and more prefered for mid-range type situations

Add a cvar to control the font size used in hud_notify (note: Still relative, not in pixels.. could maybe be adjusted later) - this is so that text isn't always cut off all the time with the notify panel, as usually you can barely see a name when it's cut off with its giant text. 1.0 is original size, 0.8 is proposed size. Personally i'm going to use 0.5 though.

ALWAYS do hitsound antispam. No need for that weapon check craziness.

Merge remote-tracking branch 'origin/samual/keepaway'

Remove keepaway "type" support which is deprecated.

fix a sprintf bug

Add keepaway information to the scoreboard help command

Remove drops from keepaway - they're redundant with pickups

Rename "time" to "bctime" in keepaway so that it doesn't conflict with the real time field

Remove an empty line from Player Setup window to make visible the last item (this window is really overloaded!)
Also disable crosshair_color_per_weapon checkbox if crosshair_color_by_health is enabled
And remove useless TDempty

Make Bookmark button update its text (Bookmark/Remove) on address change

Otherwise when an address is in favorites list (the button shows "Remove"), modifying the input box text the button still shows "Remove" but clicking it the address gets bookmarked

fix damage bounding in crylink

linkexplode: use secondary mode properly

Actually, that check is not needed at all. If we're holding a weapon we can reload, it means we're already reloading it, which means it's already being checked :)

"we're already holding a weapon we can reload" when we also have some ammo to reload it.

No need to check self.weapon here

Make a comment more correct

Bot skill level 2 for reloading in-hand weapon. Makes more sense

Only for bots skill 5 and up. Since only such both can reload weapons in their inventory idly, so not switching to unloaded weapons for lower skills would cause them to never reload their guns. This also makes bots more stupid at lower skills, causing them to switch to guns they'll then have to reload during fighting.

Only refuse reload scheduled weapons if we have something else to switch to. If we somehow have no other weapon we can use, switch to anything even during combat.

Simplify that last code a bit

Only avoid a reload scheduled weapon if our current one has ammo. If we're out of ammo, we must urgently switch to anything else

Write that last code in a better way

Bot AI: Don't switch to a weapon scheduled for reloading during combat. We spend time reloading it instead of fighting

Fix a small issue in reload code

Remove the first code. Now that bots know how to reload their weapons during brakes, it might be less intelligent to not switch while reloading during combat.

Better way of checking if we're already holding a weapon we can reload

Skill limits for each bot reloading decision. Also improve some comments

Improve that last code. When not attacking, a bot will switch to all weapons that are not fully loaded, and attempt to reload them, to keep them ready.

Make bots reload weapons when not attacking anyone. I'm not sure if the way I'm sending the impulse command is ok, however

Ok, let's do a few changes to the bot AI too. Bots should not switch weapons while reloading. Since not being very intelligent, they will end up with lots of unloaded weapons they'll keep switching between, not getting to shoot many of them at all.

Merge two voids back again. It makes more sense this way.

Better comments

No need to use floats when calling W_ReloadCheck, as we have the current globals to use directly.

Move all checks where they belong

Attempt to sort the code in a better way

Error case: Skip reloading and warn if attempting to reload a weapon that does not have WEP_FLAG_RELOADABLE. Useful for players that make new weapons, if they ever forget to add it.

Improve a comment

Skip melee attack for shotgun while reloading

Comment out that last change, rather

Do not set ATTACK_FINISHED in reload code any more. This causes annoying delays if eg: You start reloading a weapon, then quickly switch to another weapon and back to it. Reloading is then canceled, but the 2 second reload time is still there, so your weapon is delayed for 2 seconds without reason.

Fix that last change

A small change

Rename zero_ammo to ammo_none

Stop sending ammo type in W_Reload, now that we update self.current_ammo in WR_SETUP for each weapon.

Oops, forgot to update the uzi.

Set self.current_ammo in each weapon's WR_SETUP stage. That way, this float can be used for many things throughout the code, and is always updated. Not fully finished.

Remove parts of a forgotten feature

Use the new ammo function for laser and hook too (tested)

Phase 2. A global ammo decreasing function. Still not fully ready

Add a visual indicator for when you hit someone. Maybe could be expanded later, or merged with crosshair_pickup.

Simplify some minstanex code

First phase, second part.

Attempt to further simplify the reload code, as requested. First part of the first phase.

have the weapon entities know the ammo field of the weapon

After intensively testing the code today, and not receiving any complaints for weeks, I'm concluding this feature is finished. Revert reload settings to default balance, and mark the code as ready to merge on my end.

Oops, wrote wrong ammo in sniper rifle by mistake

Small fix for Electro ammo code

Merge branch 'master' into mirceakitsune/universal_reload_system

Merge branch 'master' of git://git.xonotic.org/xonotic/xonotic-data.pk3dir

more translation for French

fix typo

Merge branch 'master' of git://git.xonotic.org/xonotic/xonotic-data.pk3dir

add cl_allow_uidtracking

fix part of the last merge, because the "favorite" button is supposed to work even with an empty server list, if the server IP text box is not empty