Age | Commit message (Collapse) | Author | |
---|---|---|---|
2019-08-26 | Merged in lindenlab/viewer-release | AndreyL ProductEngine | |
2019-08-13 | merge | Brad Payne (Vir Linden) | |
2019-08-13 | Merged in lindenlab/viewer-release | AndreyL ProductEngine | |
2019-07-25 | SL-11649 FIXED [Love Me Render] Mesh links in HUDs do not have highlights ↵ | maxim_productengine | |
when selected. | |||
2019-07-15 | SL-11528 FIXED Object Profile > Details does not show magenta highlight for ↵ | maxim_productengine | |
mesh objects | |||
2019-07-04 | SL-11534 FIXED Animated mesh objects aren't highlighted when viewing objects ↵ | maxim_productengine | |
owned by users in the 'About Land' floater | |||
2019-05-14 | SL-11160 Test build viewer can crash (assert) on multi selection | ruslantproductengine | |
2019-04-22 | SL-10952 - Look at performance impact of selection outline changes | ruslantproductengine | |
SL-10973 - [Love Me Render] Mesh Child Prims in Linkset are now Yellow instead of Blue - Fixed | |||
2019-04-10 | Merge | Anchor | |
2019-01-25 | SL-10194 Selecting mesh face doesn't highlight the face in any way | ruslantproductengine | |
- Fixed according to Steeltoe notes. - Add const modifier for some methods | |||
2019-01-08 | SL-10194 Selecting mesh face doesn't highlight the face in any way | ruslantproductengine | |
- Implemented | |||
2018-11-28 | Merge | Anchor | |
2018-11-14 | Merged in lindenlab/viewer-release | AndreyL ProductEngine | |
2018-10-11 | Merge | Anchor Linden | |
2018-09-27 | merge | Brad Payne (Vir Linden) | |
2018-09-27 | Merged in lindenlab/viewer-release | AndreyL ProductEngine | |
2019-04-17 | SL-10963 FIXED The 'Copy failed' notification doesn't appear after hitting ↵ | maxim_productengine | |
'Ctrl+D' combination | |||
2019-04-02 | Merged in lindenlab/viewer-bear | AndreyL ProductEngine | |
2019-02-26 | SL-10616 No moving animation if wear linked objects in edit mode and change ↵ | andreykproductengine | |
avatar | |||
2019-02-25 | SL-10326 Restore ability to select own avatar and move it via manipulation ↵ | maxim_productengine | |
arrows | |||
2018-08-16 | mac build fix | AndreyL ProductEngine | |
2018-08-16 | MAINT-8937 - Selection Outline Odd Behavior When Panning Around | ruslantproductengine | |
Fixed. | |||
2018-08-01 | Remove debug code for conditional BP. | Graham Linden | |
2018-07-31 | Fix template specialization syntax for Clang that MSVC does not demand. | Graham Linden | |
2018-07-31 | MAINT-8909 | Graham Linden | |
Loosen precision when checking rotation and other false negatives when comparing faces to see if they can be considered planar aligned. This was causing fields to be marked tentative (grayed display) incorrectly. | |||
2018-07-30 | MAINT-8915 | Graham Linden | |
Fix sync of material rotation and offset values when using aligned planar faces. Make it possible to set a specific TE's normal/spec offset/rotation values. Eliminate redundant conversions in LLSD -> struct handler. | |||
2018-07-19 | MAINT-8844 Null check (just to be on the safe side) | andreykproductengine | |
2018-07-18 | MAINT-8844 Fix redundant check | andreykproductengine | |
2018-07-16 | MAINT-8844 Fixed selection inconsistancies (inworld manipulation vs tool ↵ | andreykproductengine | |
floater) | |||
2018-06-05 | merge | Brad Payne (Vir Linden) | |
2018-06-05 | Merge | Anchor Linden | |
2018-04-23 | MAINT-8388 [LOVE ME RENDER] Highlighting Changes Make Editing Mesh Objects ↵ | ruslantproductengine | |
Difficult Wire selection mode - while Edit tool is selected Outline selection mode - for all other case | |||
2018-04-25 | MAINT-8549 - more on animesh ARC and associated refactoring | Brad Payne (Vir Linden) | |
2018-03-26 | MAINT-8436,8412,8411,8446,8438: fixed attach/detach | Anchor Linden | |
2018-03-02 | [MAINT-8081] - update mesh visibility on tex change | Anchor Linden | |
2018-03-02 | [MAINT 8081] - show/hide avatar base mesh regions if avatar joint ↵ | Anchor Linden | |
attachments are using server bakes. pass the magic ids correctly across ui and texture entry. | |||
2018-01-17 | merge | Brad Payne (Vir Linden) | |
2017-11-16 | SL-704 - more cleanup, including releaseMeshData() for control avatars, ↵ | Brad Payne (Vir Linden) | |
which don't need mesh data. | |||
2017-11-16 | SL-704 - first pass cleaning up comments. Also added ↵ | Brad Payne (Vir Linden) | |
LLControlAvatar::initInstance() as a potential hook for optimizations. | |||
2017-11-08 | SL-831 - animesh objects are not required to have any tris. If they have no ↵ | Brad Payne (Vir Linden) | |
tris, we don't bother making a control avatar for them. | |||
2017-11-01 | SL-830, SL-831 - no linking if any of the roots is animated object. ↵ | Brad Payne (Vir Linden) | |
isAnimatedObject() just uses check against extended mesh flag of the root. On select, LLVOVolume marks whole linkset for update if animated object. | |||
2017-10-26 | MAINT-7213 Shared media (media as a texture) unusable with transparent mesh | ruslantproductengine | |
New outline selection around mesh objects. | |||
2017-09-29 | SL-794 - use largest LOD for est tri count, instead of trusting that it's ↵ | Brad Payne (Vir Linden) | |
always the high LOD | |||
2017-09-22 | SL-794, SL-790 - viewer-side enforcement in UI for various animated object ↵ | Brad Payne (Vir Linden) | |
limits that are also enforced on the server. | |||
2017-08-04 | SL-718 - bug fixes for animated objects as attachments: Pause all associated ↵ | Brad Payne (Vir Linden) | |
avatars when selecting/editing. Don't apply joint positions to the attached avatar on login. | |||
2017-07-19 | SL-714 - fixes to get wireframes to display consistently when right-clicking ↵ | Brad Payne (Vir Linden) | |
on animated objects. | |||
2017-07-17 | SL-714 - pause associated avatar when an animated object is selected. ↵ | Brad Payne (Vir Linden) | |
Handles the possibility that multiple avatars need to be paused. | |||
2017-07-13 | SL-714 - pause animations when animated objects are right clicked, generate ↵ | Brad Payne (Vir Linden) | |
rigged volume for wireframe. | |||
2017-04-21 | Automated merge with ssh://bitbucket.org/lindenlab/viewer-release | Nat Goodspeed | |
2017-03-30 | DRTVWR-418: Xcode 8.3 complains about LLSafeHandle<T> implementation. | Nat Goodspeed | |
The previous LLSafeHandle<T> implementation declares a static data member of the template class but provides no (generic) definition, relying on particular specializations to provide the definition. The data member is a function pointer, which is called in one of the methods to produce a pointer to a "null" T instance: that is, a dummy instance to be dereferenced in case the wrapped T* is null. Xcode 8.3's version of clang is bothered by the call, in a generic method, through this (usually) uninitialized pointer. It happens that the only specializations of LLSafeHandle do both provide definitions. I don't know whether that's formally valid C++03 or not; but I agree with the compiler: I don't like it. Instead of declaring a public static function pointer which each specialization is required to define, add a protected static method to the template class. This protected static method simply returns a pointer to a function-static T instance. This is functionally similar to a static LLPointer<T> set on demand (as in the two specializations), including lazy instantiation. Unlike the previous implementation, this approach prohibits a given specialization from customizing the "null" instance function. Although there exist reasonable ways to support that (e.g. a related traits template), I decided not to complicate the LLSafeHandle implementation to make it more generally useful. I don't really approve of LLSafeHandle, and don't want to see it proliferate. It's not clear that unconditionally dereferencing LLSafeHandle<T> is in any way better than conditionally dereferencing LLPointer<T>. It doesn't even skip the runtime conditional test; it simply obscures it. (There exist hints in the code that at one time it might have immediately replaced any wrapped null pointer value with the pointer to the "null" instance, obviating the test at dereference time, but this is not the current functionality. Perhaps it was only ever wishful thinking.) Remove the corresponding functions and static LLPointers from the two classes that use LLSafeHandle. |