Skip to content
Snippets Groups Projects
  1. Sep 01, 2011
  2. Jul 17, 2011
  3. Jul 14, 2011
  4. Jul 13, 2011
  5. May 20, 2011
  6. May 05, 2011
    • Nat Goodspeed's avatar
      Remove Pth library from viewer build. · 343ffb9d
      Nat Goodspeed authored
      This library was only needed on the Mac, and only with the OS X 10.4 SDK. As
      of October 2010, we no longer build the viewer with that SDK. The 10.5 SDK
      we're currently using directly supports the functionality for which we
      originally brought in Pth.
      343ffb9d
  7. May 04, 2011
  8. Apr 26, 2011
  9. Mar 09, 2011
  10. Feb 11, 2011
  11. Jan 28, 2011
    • Nat Goodspeed's avatar
      Extend LLEventAPI to directly call other functions & methods. · 2bafe0dc
      Nat Goodspeed authored
      Until now, LLEventAPI has only been able to register functions specifically
      accepting(const LLSD&). Typically you add a wrapper method to your LLEventAPI
      subclass, register that, have it extract desired params from the incoming LLSD
      and then call the actual function of interest.
      With help from Alain, added new LLEventAPI::add() methods capable of
      registering functions/methods with arbitrary parameter signatures. The code
      uses boost::fusion magic to implicitly match incoming LLSD arguments to the
      function's formal parameter list, bypassing the need for an explicit helper
      method.
      New add() methods caused an ambiguity with a previous convenience overload.
      Removed that overload and fixed the one existing usage.
      Replaced LLEventDispatcher::get() with try_call() -- it's no longer easy to
      return a Callable for caller to call directly. But the one known use of that
      feature simply used it to avoid fatal LL_ERRS on unknown function-name string,
      hence the try_call() approach actually addresses that case more directly.
      Added indra/common/lleventdispatcher_test.cpp to exercise new functionality.
      2bafe0dc
  12. Nov 09, 2010
  13. Nov 05, 2010
  14. Sep 21, 2010
  15. Sep 09, 2010
  16. Aug 31, 2010
  17. Sep 16, 2010
  18. Aug 20, 2010
  19. Jun 01, 2010
  20. May 21, 2010
  21. Apr 22, 2010
    • Dmitry Zaporozhan's avatar
      Implemented EXT-6724(normal task) - Implement flat list view of filtered... · b15e2bea
      Dmitry Zaporozhan authored
      Implemented EXT-6724(normal task) - Implement flat list view of filtered inventory for "add wearables" panel of outfit editor
      1. Modified LLInventoryItemsList - implemented delayed item construction. Items are added during draw, not more than 50 items will be added in single draw. This lets us reduce system overload during multiple panel construction.
      2. Implemented LLFilteredWearableListManager to populate inventory flat list with data. This class filters entire inventory according to specified filter and populates specified inventory list with data.
      3. Created LLCommonUtil::computeDifference() to avoid code copy-pasting(will use it in all appropriate places in next review request)
      
      Reviewed by Mike Antipov - https://codereview.productengine.com/secondlife/r/301/
      
      --HG--
      branch : product-engine
      b15e2bea
  22. Feb 11, 2010
  23. Feb 06, 2010
  24. Jan 25, 2010
  25. Jan 11, 2010
  26. Nov 30, 2009
    • Nat Goodspeed's avatar
      DEV-43463: Keep LLEventPump's LLStandardSignal alive during post() · 7b6ddb41
      Nat Goodspeed authored
      Replace LLEventPump's boost::scoped_ptr<LLStandardSignal> with
      boost::shared_ptr. Take a local stack copy of that shared_ptr in post()
      methods, and invoke the signal through that copy. This guards against scenario
      in which LLEventPump gets destroyed during signal invocation. (See Jira for
      details.) Re-enable Mani's test case that used to crash.
      Introduce ll_template_cast<> to allow a template function to recognize a
      parameter of a particular type.
      Introduce LLListenerWrapper mechanism to support wrapper objects for
      LLEventPump listeners. You instantiate an LLListenerWrapper subclass object
      inline in the listen() call (typically with llwrap<>), passing it the real
      listener, trusting it to forward the eventual call.
      Introduce prototypical LLCoutListener and LLLogListener subclasses for
      illustrative and diagnostic purposes. Test that LLLogListener doesn't block
      recognizing LLEventTrackable base class bound into wrapped listener.
      7b6ddb41
  27. Nov 29, 2009
  28. Nov 28, 2009
  29. Nov 18, 2009
  30. Nov 11, 2009
    • Nat Goodspeed's avatar
      Add LLEventAPI class, formalizing the mechanism by which we wrap a C++ API · 062d0a13
      Nat Goodspeed authored
      with an event API. In addition to the LLEventPump name on which to listen,
      LLEventAPI accepts a documentation string for event API introspection.
      Give every LLEventDispatcher::add() overload a new documentation string
      parameter for event API introspection.
      Convert every existing event API to new conventions, introducing suitable
      documentation strings for the API and each of its operations.
      062d0a13
  31. Nov 10, 2009
    • Nat Goodspeed's avatar
      Enhance LLInstanceTracker variants to be more uniform. · a97aebb8
      Nat Goodspeed authored
      For both the (so far unused) generic KEY form and the KEY = T* form, provide
      key_iter, beginKeys(), endKeys().
      Change instance_iter so that when dereferenced, it gives you a T& rather than
      a T*, to be more harmonious with a typical STL container. (You parameterize
      LLInstanceTracker with T, not with T*.)
      Fix existing usage in llfasttimer.cpp and lltimer.cpp to agree.
      For the KEY = T* specialization, add T* getInstance(T*) so client isn't forced
      to know which variant was used.
      Add unit tests for uniformity of public operations on both variants.
      a97aebb8
  32. Nov 05, 2009
  33. Nov 04, 2009
Loading