Improve the stone impact sounds a bit

Name all impact sound files accordingly

Add the no material setting to the menu, but don't default it

Add stone and wood sounds to the code. Also no need to return if material isn't set.

Stone impact sounds by stephan. http://www.pdsounds.org/sounds/assorted_gravel_rock_and_stones

Wood impact sounds, by Independent.nu. http://opengameart.org/content/35-wooden-crackshitsdestructions

Allow objects without a material

Metal impact sounds. There will be 5 sounds per material.

Object materials. They influence what sounds are generated when the object impacts a surface, as well as particles that will be generated. Main material types will be: metal, stone, wood. Currently, only metal has been fully implemented.

Adjust defaults. Also persist all menu settings (seta), which should make it easier for some players I think

Bound the minimum and maximum scale of objects server-side, to avoid griefers being able to spam objects that are either too tiny to trace, or huge enough to block an entire map.

Add damageforcescale as an editable object property

Don't multiply size with scale is scale is 0, causing the bounding box to become 0 itself. This fixes the last known bug

Fix the clipboard color issue. The problem was my own stupidity. Still another bug to solve

use stov instead of stof's where possible. The clipboard is still broken however

Allow setting the object color and glow color of objects. Note that the menu color picker does not work yet, since I need to figure a way around it sending the RGB vector with quotation marks (eg: "0 0 0" instead of 0 0 0).

Allow editing object alpha as well

Divide menu into two sections; Visual object properties, and Physical object properties

Adapt bounding box size to model size

Allow editing the scale of the object

Fix a bug in the sandbox menu

Use another switch

Use switches instead of if checks where possible

Allow editing of object physics

Default frame and skin for newly spawned objects

Add skin and frame to the Sandbox Tools menu. It might be a little confusing at first, but that's the only way to put these settings in the menu that I can think of.

Allow editing the object's skin too. Add both skin and frame to the copied clipboard properties

Implementation of object editing. The first property that can be edited so far is the animation frame of the object.

Use SOLID_BBOX instead of SOLID_BSP. BSP is much better, but can lag the server to bits :/

Menu buttons for Remove, Copy, and Paste

menu_sandbox_spawn_model should be seta, so the last used model can be persisted

First functionality for the sandbox menu. Allows specifying the model in an input field, and spawning the object by button.

Oh... I forgot to return :)

Remove an obvious and useless comment

No need to use == "" or != "" checks for strings. Dunno why I remember those were needed...

Properly strunzone the clipboard, fixing the bug in the last commit

Use a single string to copy and paste object properties (listing each setting), instead of multiple floats and strings. This introduces a new bug: After pasting the object, the clipboard empties, due to string unzoning.

Add a message for invalid commands

Document copying / pasting in the help system

Reorder some code and add movetype to the clipboard, which will be customizable once editing objects is implemented

Copy / paste: Rename arguments, add proper information messages, and don't allow pasting objects if the clipboard is empty

Allow copying and pasting of objects. This is done by saving each object's property to player float / string, then spawning new objects with those properties upon the paste command.

Add Sandbox Tools to all menu skins

Sandbox Tools menu. Works just like the Join Team menu, and is binded to F7 by default. Currently an empty menu, with sandbox commands to follow.

Better default editor distances

Use a shared function for tracing editable objects, as that part of the code will be rather common

Minor tweaks

alias sandbox for "cmd g_sandbox", for easier console usage

Use the correct name for the grab key in the sandbox help system

Add button8 (grab button) to keybinds.txt. Also document the use of grabbing and object_remove in the sandbox help system

More documentation and some minor changes for drag code

Document the new functionality of the Drag system.

Only allow a player to edit / remove his own objects, not any objects on the map

Use a different way to check distance and dragging requirements. This fixes a bug where if a dragged object went out of range, it would be stuck floating until you looked at it again.

Don't un-drag an object if it goes out of range. Only use range to decide whether to pick it up or not

Use a different method of checking grab distance

Don't consider grabbing a cheat if sandbox mode is enabled

Oops, forgot an important line

Allow grabbing to be used for sandbox objects, even when sv_cheats is disabled. The changes to the grabbing code will need to be reviewed a bit, but should work fine.

More changes to the dragging system, to make it usable outside of the cheats code

Attempt to separate the drag function from the cheats code, so the sandbox system can use it too. I hope I did this properly.

Replace traceline() with WarpZone_TraceLine()

Use realowner instead of owner. This seems to not break the collisions

Fix the trace detection issue. Apparently, objects were not being traced because the player was set as their owner. My mind is somewhat blown at this one.

First step to implementing removal of spawned objects. Currently in debugging state, due to a weird bug that causes objects to not get traced.

Oops... forgot to set the object's owner.

Don't give the object all of the player's view angles, just the facing direction. Turning and rolling the model (without ODE physics at least) has some issues, mostly related to the mesh going out of its bounding box.

Add default properties to newly spawned objects

Rename spawn to spawn_object and spawnitem to spawn_item. Also document spawn_item in the help system.

Add a spawnitem command, which allows players to spawn items on the map. Currently, they can only spawn dropped weapons, due to technical limitations. The command is named spawnitem so support for other items can be made possible later on.

Also prevent spawning objects with an incorrect model. If the file doesn't exist, the player will be notified and the object will not be spawned.

Don't allow spawning objects without a model.

Allow the model to be specified from the spawn command.

Cvar the spawning distance of objects. Also give spawned objects an appropriate classname.

Give the player's angles to the object, as he spawns it from behind

Print information about spawned objects to the server by default. Also add information about the spawn command in help.

First actual functionality. 'cmd g_sandbox spawn' will spawn a model in front of the player. Currently uses a fixed model for testing purposes.

Implement a basic help system.

Commit sandbox file to GIT. Currently, it scans for g_sandbox commands, and prints a message when the command has been heard.

It begins.

let's not care for those tempstrings for now

add an example too

add a SV_ParseClientCommand hook

Merge remote-tracking branch 'origin/atheros/item_keys'

sv_allowdownloads 0

Merge remote branch 'origin/samual/add_eventlog_reporting'

Merge remote branch 'origin/master' into samual/add_eventlog_reporting

Merge remote branch 'origin/samual/cl_autoscreenshot'

Also allow the client to do the same thing server does with sv_autoscreenshot

Vehicle antilag

Make tesla coil work again

also make the bind use +use again

undo part of the "new use key system". The impulse still works and may be more convenient for scripts, but button alone is ok.

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

antilag: don't take back the shooting player ("forent"), as he is NOT lagged on his screen

also reset owner itself in case we need more than one toss step

simplify trace owner logic for ballistic bullets, make more consistent with projectiles

simplify some teamplay checks

Up to 24 keys are supported now\!

Merge commit '6f440770dbdb' into atheros/item_keys