| Commit message (Collapse) | Author | Files | Lines |
|
MapAndArray collection
|
|
|
|
|
|
|
|
conditions in linking and unlinking
|
|
Adds dialog methods for MRM.
Thanks ziah.
|
|
Adds OwnerId and CreatorId properties to MRM.IObject
|
|
"RetrieveAsset" and 'm_rootSceene' to m_rootScene'.
|
|
|
|
CreatorID, it doesn't modify database backends or OAR files to support storing/loading it
|
|
Adds IsChildAgent property to IAvatar in MRM.
Thanks ziah
|
|
Fixes: Undo, T-pose of others on login, modifiedBulletX works again, feet now stand on the ground instead of in the ground, adds checks to CombatModule. Adds: Redo, Land Undo, checks to agentUpdate (so one can not fall off of a region), more vehicle parts. Finishes almost all of LSL (1 function left, 2 events).
Direct flames and kudos to Revolution, please
Signed-off-by: Melanie <melanie@t-data.com>
|
|
fix compilation of mrm scripts using microthreaded parmeter
Thanks ziah
|
|
This reverts commit ec3c31e61e5e540f822891110df9bc978655bbaf.
|
|
Signed-off-by: Melanie <melanie@t-data.com>
|
|
|
|
appropriate. This changes the behavior of the REST plugins and RemoteAdmin's
region creation process.
|
|
|
|
ChatEventArgs and retrieves it's value along with the others from the OSChatMessage in HandleChatPackage. With this the MRM Script can check if a ChatEvent is coming in on a specifc Channel. The Second Part adds the Method say(string msg , int channel) to send a chat message on the specified channel. The idea behind this is to enable MRM's to communicate with regular LSL or OSSL Scripts so that they may can act as a Backend to access a Database or do business Logic for those Scripts.
Signed-off-by: Charles Krinke <cfk@pacbell.net>
|
|
Mantis #4456: Patch to implement some minor MRM Functions : SitTarget,
SitTargetText, TouchText and Text
|
|
unknown asset type, and log an error if it ever does happen
|
|
|
|
so it is clear who/what the broadcast is going to each time
* Removed two redundant parameters from SceneObjectPart
* Changed some code in terse update sending that was meant to work with references to work with value types (since Vector3 and Quaternion are structs)
* Committing a preview of a new method for sending object updates efficiently (all commented out for now)
|
|
- adding LandDataSerializer to OAR mechanics
|
|
|
|
OpenSim.ini.example under the [MRM] section.
|
|
|
|
|
|
* Added permissionLevel attribute to [MRM] section in OpenSim.ini. Default is 'Internet', however may be any of the following (case sensitive), FullTrust, SkipVerification, Execution, Nothing, LocalIntranet, Internet, Everything. For previous functionality, set to FullTrust or Execution.
|
|
* Disables 'event not used' warning for IRCClientView; cuts OpenSim total warnings back.
|
|
IAvatar.cs
|
|
Attachments.
|
|
to bind to OnTouch)
|
|
|
|
SOPObject.cs. Does not implement security on IObjectInventory yet.
|
|
|
|
|
|
lead to trusted execution of untrusted MRMs.
|
|
|
|
Date: Wed, 5 Aug 2009 12:45:56 +0200
Subject: [PATCH] A few minor tweaks to the MRM API's in order to make it possible for MRM's to run in a separate AppDomain without poluting the primary appdomain of OpenSim
Specifically:
Added an explicit method for getting the "globals" of the MRM, removing the need to have the MRM script code loaded into the primary domain, in order to set up proxies
Added a [Serializable] attribute to TouchEventArgs, again in order to remove the need to have MRM script code loaded into the primary domain.
---------
Applied with whitespace changes
|
|
* MRM Scripts should do appropriate cleanup within this event, to allow for clean shutdowns and script updates. This means unbinding from events you are listening to, and releasing any resources.
|
|
* Uses mantis #3811 as a base (thanks jhuliman) with changes.
* E-mail regarding interface changes sent to the opensim-dev list
* Archive: https://lists.berlios.de/pipermail/opensim-dev/2009-July/007219.html
|
|
|
|
|
|
This add a configuration option to the MRM module called "hidden".
if MRM is marked as enabled, the module will additionally check for
the "Hidden" flag, before registering for client side scriping events.
When MRM is running hidden, it will not respond to client side
scripting events, giving serverside scripting modules, like MRMLoader
and MRMAddin the ability to leverage the MRM engine. This way, even
a possible clientside exploit will not be possible, while still
allowing the MRM engine to run.
|
|
|
|
|
|
|
|
The current API for MRM is quite sparse, this patch
supplies basic support for accessing the task
inventory of object.
|
|
This patch makes the worn attachments accessible to MRM scripting
|