[opensource-dev] pathfinding is now in viewer-development
The pathfinding branch has been merged to viewer-development. With this change, the old llconvexdecomposition library has been folded into the llphysicsextensions library, which is unfortunately for the time being closed source. Actually, I believe that the convex decomposition stuff didn't change, but other things were added that at present we can't publish, and it was all too entangled. In any event, there is now a stub package for llphysicsextensions - I believe that this builds cleanly, leaving just a few features inoperative. One late change that I added was three new interfaces in the llphysicsextensions API to explicitly detect whether or not you have linked with the stub (all are static): bool LLConvexDecomposition::isFunctional() bool LLPathingLib::isFunctional() bool LLPhysicsExtensions::isFunctional() I have not added calls to these anywhere yet, but the intent is that they are easy ways to do things like disable UI elements that won't work with the stub. Suggestions for places to use them are most welcome. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] pathfinding is now in viewer-development
On 2012-07-26 10:13 , Oz Linden (Scott Lawrence) wrote: The pathfinding branch has been merged to viewer-development. (I'm having a small problem getting a Development viewer built - it should build fine for you, the problem is entirely with how we create the download pages. I hope to have that sorted out later today) ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Nasty scrolling bug in inventory search in 3.4.0 262607
https://jira.secondlife.com/browse/VWR-29358 Prevents effective use of inventory search, because it scrolls back up to the top of the results, nasty! CronoCloud signature.asc Description: PGP signature ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Review Request: STORM-1899: Avatar hand poses randomly get stuck in spread position
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/592/#review1240 --- Ship it! Ship It! - Richard Nelson On July 25, 2012, 3:12 p.m., Ansariel Hiller wrote: --- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/592/ --- (Updated July 25, 2012, 3:12 p.m.) Review request for Viewer. Description --- A proposed solution for STORM-1899 and the issue, where the handpose of avatars randomly get stuck in the spread hand position. In the current implementation, this case might happen under the following circumstances: * Avatar uses an animation with hand pose A * A request is issued to change hand pose to B * Before the viewer has blended pose A over to pose B, the original pose A is requested again * In this case, the hand pose will not be properly (re)set and because mNewPose == mCurrentPose, there will be no further blending, leaving the hand in it's current pose The patch will properly reset the hand pose in this case and update the visual parameters of the avatar. This addresses bug STORM-1899. https://jira.secondlife.com/browse/STORM-1899 Diffs - indra/llcharacter/llhandmotion.cpp 4d9106153407 Diff: http://codereview.secondlife.com/r/592/diff/diff Testing --- Thanks, Ansariel Hiller ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges