Actually, do update the database when there are no objects. Otherwise deleting all objects would no longer update it

Rename several functions

Remove an abandoned float

Remove debug code. Saving and loading from text files should be fully functional now. When starting the same map, you will find your objects just as you left them :)

Store empty properties as - in the clipboard. Otherwise stuff breaks, as tokenize_console cannot read between two spaces

Apply the objects in the text file to the world. Partly works, but a few bugs still exist.

Remove object* at the beginning of each line. Hard to do the tokenizing / substringing for that, and it doesn't make any sense either

Basic implementation for reading sandbox storage files. Currently, it just prints each line to the console. Also add an autoload cvar, which will make objects be automatically loaded at startup

Begin each line with object*, where * is the number of the object. Databese saving can be considered complete. Next comes the reading

Add a comment line with information to the save file

Properly store map name in the text file

Don't persist attached objects for now. They would only be spawned at origin '0 0 0' and wouldn't work. We must find some way to fix this eventually!

First part of storing objects to text files, using the autosave feature. Not working properly yet. I also don't know how I'm gonna store attachments to this =(

Merge branch 'master' into mirceakitsune/sandbox

Add cvars for autosave, which will be used by the upcoming storage system

New mutator hook SV_StartFrame, executing globally each server frame. Will be used later on by the sandbox code

Also print information about attaching and detaching objects when g_sandbox_info > 1

Add a help button to the menu, and size the menu properly

Remove a useless spacing. IT DIDN'T LOOK PERFECT, THE CODE WAS FLAWED!

Remove code for spawning items. I didn't like its implementation, it would only work for weapons, and the focus of the sandbox is currently on objects

g_sandbox_info - Print information about spawned / removed objects when 1, and also about edited objects when 2

Divide sandbox messages in three categories, and color each accordingly: INFO (tells unimportant stuff to the player), WARNING (tells important stuff to the player) and server (information about spawned objects printed to the server when g_sandbox_info is enabled)

If removing an object that contains attachments, detach child objects first

Rename action_object commands to object_action, because that's more correct

Merge duplicate_object_copy and duplicate_object_paste into a single duplicate_object command, with copy and paste as arguments

New command: claim_object. If the player has edit rights over an object (either free editing is enabled, or the object was spawned by a player without an UID), the player can claim the object as his with this command.

Unfortunately, my previous change makes it impossible to track the object count of each player. Therefore, turn the object limit into a global float, and default it to 1000. My only concern about this is that a griefer can spawn objects up to the limit, and prevent other players from building on the server due to that. Not an urgent problem, but to be given thought.

Since objects are going to be persisted, no longer set the owner as an entity. Object owner is set via player UID (key_0.d0si file). If the player does not have a valid UID, his objects are spawned without an owner, and therefore can be edited by anyone (even if g_sandbox_editor_free is disabled).

Remove forgotten code from old material system

Fix a material bug in the clipboard

Allow the menu to specify material as a text string

Allow the edit_object command to receive a property without a value, as we now use that to set no material

Get the new material system working. The material slider in the menu will not work for now.

Don't hard code materials. This will allow server admins to create their own materials only by adding particles and sounds, without having to recompile the code. This commit breaks functionality for now

Rename cvars for object limits and free editing

Only being allowed to edit your own objects is now a default behavior

Add a cvar which allows players to edit each other's objects. Disabled by default, and only to be used on servers where the people know each other.

Increase / decrease the object count of the owner, not of the person spawning / removing objects. As later on, we might have support for removing objects using other means.

Add a maximum number of objects each player can place at a time. By default, players may have up to 100 objects

Sandbox menu: Address the object the player is looking at as *, which should make things easier to understand

Make the attachment functions in the menu a bit more clear

Fix a code typo

Add attachment tools to the sandbox menu

Document attachments in the help system

Apply the previous physics of the object once it's detached, instead of reverting to default MOVETYPE_TOSS

Change some things in the attachment system

Add information messages to the remove command as well

If the object was attached, no longer keep it scheduled for attachment

Add basic warnings and preventions to the attachment commands

Fix detaching of objects. Attached objects are no longer traced (and would be impossible to edit), so the detach function addresses the parent instead. When used, all objects attached to it get detached.

Get object attachment working for the most part

First step in implementing object to object attachment. Only partly working and buggy so far

Calculate impact speed starting from minimum velocity, not actual velocity. Also fix particles so that their count is reduced / increased properly.

Change the way material intensity is calculated, to account the velocity of the object hitting it as well and simplify the code

fix missing strzoning in menu_cmd curl --cvar

Particle count should always be a whole number. Also add a code comment

Make particle count and intensity of impact sound depend on the impact speed

Particles for wood and flesh impacts

Particle effects for metal and stone impacts

No material by default. Feels most correct

Properly name the color buttons

handle an entity being antilag-takenback multiple times

set proper colormap value for respawn ghosts

CopyBody: unlink the color from the player slot when cloning

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

Conflicts:
qcsrc/server/progs.src

Shorten save code

Make the clipboard work again, at the expense of not implementing it exactly how I wanted initially

Attempt to separate saving and loading into separate functions, so they can be used for other forms of storage apart from the clipboard later on. Currently doesn't work, and brakes the clipboard.

Limit impact execution time to avoid sounds playing each frame. Impact sounds can still be triggered every 0.1 second... but to be honest, that sounds kinda cool B-)

Require a minimum velocity for material effects, on either the object or the entity colliding with it

Fix menu name for flesh

Add flesh as a new material. Enjoy spawning player meshes and listening to them crunch against the walls :D

Body impact / crunch sounds. For darker pleasures :P

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

Fix some broken things with hud configs (wtf th you didn't add the cvars to hud_config.qc or defaultXonotic.cfg?)

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).

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

g_vehicle_*_bouncefactor - allow setting bouncyness per vehicle. g_vehicle_*_bouncestop - allow stopspeed per vehicle. g_vehicle_*_bouncepain - allow world colission pain per vehicle. Fix raptor landing animation.

fix http://dev.xonotic.org/issues/785 (wrong hud after spectating a vehicle & joining)

Now that getwrappedline bug is fixed, change minfontsize to 0 -- Also, add defaults to autocvars.qh for the new hud_panel_centerprint cvars. (They didn't exist since 0.5)

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

Remove old aliases/commands which do nothing now

Fix for new sv_fraginfo cvar name

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