And now for something a little different: No longer use a string for the clipboard, but a client-side cvar. This offers many new possibilities... such as multiple clipboards, object presets and shortcuts, exporting objects and posting them online (forum, twitter, etc), and using the clipboard between servers. eg: Say you see an object you can copy, and wanna put it on your server. Just copy it from the Sandbox menu, disconnect, connect to your server, and paste. Your object will be there :)

Fix something I forgot, storage works again

Simplify physics saving code

Re-implement remembering of old movetype for objects, and also persist it in storage. For example: If you set an object to MOVETYPE_PHYSICAL, attach it to another object (during which it becomes MOVETYPE_FOLLOW), restart the server, then go back and detach the object, it will know to go back to MOVETYPE_PHYSICAL. This does not add any extra info, as movetype was already added to the storage for child objects, and was useless before this.

Don't store origin and angles at all for child objects. Storage functional again. Note that this breaks previous storages

Storage: Only store attachment bone info for child objects, not parents. This currently breaks the storage, as another change must follow

Get and persist bone names properly. Objects attached to other object's bones will be now stored and loaded properly, for both clipboard and database.

Storage save: Persist all strings between quotation marks. This allows models, materials, and bones with spaces in their names to be persisted properly

Storage: Add support for persisting bones, and attaching back to them for objects that are pasted and loaded to / from database. Not tested yet

Detach objects at exactly the same origin, not the origin of the parent. Angles however are reset to the parent's, so that detached objects don't spin or roll

Sandbox menu: Send all strings with quotation marks around them. This allows specifying spaces in them, such as the "bip01 r hand" bone

Fix menu bug again lol

Fix a menu bug using the wrong cvar for attachment bone

Ah, it seems tag counting should start from 1

Document object_info in the helper

edit rights = copy rights now for copying

New functionality for g_sandbox_editor_free. 0 = players can only copy or edit their own objects, 1 = players can copy but not edit other objects, 2 = players can copy and edit all object. Default is now 1 (you can duplicate other people's objects but not edit them).

Name the info command "mesh", and allow it to list both model, andimation frame, and tags. People can then know the model and frame of any object, which can be helpful with building

Add a command which allows printing tag information of a model to the player

Add an object_info command, which will print some information about the object later on. Also do some other code arrangements

Add a TODO for persisting bones, and code comments explaining how the array storage works

Get storage loading to use arrays too. Attached objects will be saved in storage, but object can also be copied / pasted with their attachments now. Bones are not saved yet, and will be done tomorrow

At the expense of the developer's sanity, get the save system working with arrays. Also fix a code typo that was always there, making the storage get saved each frame. By default, storage is saved every 5 seconds

Add a code comment about how the string works. Clipboard and database seem to be fully functional now. divVerent won't let me tokenize tokens though, so I need to change implementation to something less hackish.

Fix the bug with multiple objects without a model being spawned from storage

Attempt to make loaded child objects attached. Code is buggy any currently breaks storage, so switch to this commit only if you're ok with that

Teach the loading code to load multiple objects from one line, by tokenizing the argument of another token. Objects aren't attached yet however

Attempt to persist attached objects in storage and clipboard, part 1: Store child objects in the same line as their parent object. Objects are separated by the ; symbol.

Don't allow attaching to attachments, for obvious reasons. Also don't persist the movetype of attachments, as it will not work with that I'm going to implement next (restore default physics when detaching an object)

Precache material sounds for objects that are loaded from database

Print more information to the first line of the storage time, including the date and time when the file was last updated

Add a name cvar for storage. That way, people can select between multiple storages. If * is that cvar, storage files are named sandbox/storage_*_mapname.txt

Rename more functions, and add server notification messages for database loading

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