aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/Region/OptionalModules/Avatar/Appearance/AppearanceInfoModule.cs (follow)
Commit message (Collapse)AuthorAgeFilesLines
* minor: remove a mono compiler warningJustin Clark-Casey (justincc)2011-12-091-1/+1
|
* Make "show appearance" a synonym for "appearance show"Justin Clark-Casey (justincc)2011-12-061-2/+8
|
* In "appearance show", if a particular avatar is specified, print out texture ↵Justin Clark-Casey (justincc)2011-12-061-5/+35
| | | | UUID for each bake type and whether the simulator can find it.
* Actually send the avatar data if an individual avatar is specified, rather ↵Justin Clark-Casey (justincc)2011-12-061-0/+2
| | | | than accidentally doing nothing
* Allow "appearance show" command to take an optional avatar nameJustin Clark-Casey (justincc)2011-12-061-8/+40
|
* Make it possible to manually send appearance information via the "appearance ↵Justin Clark-Casey (justincc)2011-12-061-11/+42
| | | | send" command for a chosen avatar as well as all
* Provide feedback as to which avatars are resending appearance informion on ↵Justin Clark-Casey (justincc)2011-12-061-2/+11
| | | | "appearance send" console command
* Rename ForEachAvatar back to ForEachScenePresence. The other changesDan Lake2011-11-031-2/+2
| | | | | | from previous commit which sort out which iterator is used are left intact. A discussion is needed as to what constitutes an avatar vs a ScenePresence.
* Renamed ForEachRootScenePresence to ForEachAvatar. Cleaned up calls toDan Lake2011-11-031-8/+5
| | | | | | | | | | | | | | the 3 iteration functions so more of them are using the correct iteration for the action they are performing. The 3 iterators that seem to fit all actions within OpenSim at this time are: ForEachAvatar: Perform an action on all avatars (root presences) ForEachClient: Perform an action on all clients (root or child clients) ForEachRootClient: Perform an action on all clients that have an avatar There are still a dozen places or so calling the old ForEachScenePresence that will take a little more refactoring to eliminate.
* Add "appearance send" command to allow manual sending of appearance.Justin Clark-Casey (justincc)2011-11-011-1/+18
|
* Renamed and rearranged AvatarFactoryModule to eliminate redundant lookups of ↵Dan Lake2011-10-191-6/+6
| | | | scene presence by client ID.
* Hack around with the NPC module to get osNpcCreate() partially working again.Justin Clark-Casey (justincc)2011-06-291-1/+1
| | | | | | This now creates an avatar but appearance is always cloudy. Move doesn't work. Really, creating an NPC should only involve a ScenePresence rather than doing anything with IClientAPI, since an NPC has no viewer to communicate with!
* improve help information for "appearance show"Justin Clark-Casey (justincc)2011-05-261-2/+3
| | | | at the moment, this just performs a baked avatar check for everybody in the region. If the check returns 'corrupt' then a baked texture is missing and other avatars will continue to see the gas ball.
* Add module with "appearance show" command.Justin Clark-Casey (justincc)2011-05-071-0/+122
At the moment, this command just asks the AvatarFactory to perform the existing baked texture check for each avatar in the simulator and returns "OK" or "corrupt". This is for debugging purposes