Re-arrange some buttons in the menu, and 'add object' info and 'mesh info' next to each other

Don't srzone message and message2 together, which was causing another bug. Object information should now be stored properly.

Fix another bug I forgot

Add the object_info object command, which will print all this information to the player asking for it

Only update owner name if necessary, and fix some silly bugs I left in

Update object owner nickname when using the object_claim command. This can also be used to update your name on an object if you already own it, but changed your nickname since creating it.

Store object information about creation and owner. Objects can now report the name of their owner, their creation date, their last edit date, and the date the creator last went to the bathroom. Joking about the first three ;)

Don't seta cl_sandbox_clipboard, as it doesn't seem to work well in some cases

Revert my last commit. I forgot you can edit one property of an object without changing the other, so setDependent does not make sense and gets in the way

Menu: Force can only be set as long as the object is physical

Shorter text, those buttons are quite small

Add a menu button for showing mesh info, including listing of all bones

For now though, comment EF_SELECTABLE out. Don't want objects always turning bright when looking at them. Good for helper entities though, like bones

Use EF_SELECTABLE on sandbox objects, making them turn bright when looking at them. Should also help with tracing in some cases

To make things even more fun, make the default clipboard cvar seta instead of set. Now even if you restart Xonotic, you can paste your last copied object in the world :)

Document the new copying system in the helper

Second part of my last commit, clipboard functional again. Objects are now pasted from the specified client cvar. For real men: You can also use the object_paste command to spawn an object from the console, by writing each property manually. I challenge your mental strength >:)

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.