Skip to content
Snippets Groups Projects
  1. Sep 28, 2020
  2. Sep 25, 2020
  3. Aug 10, 2019
  4. Jul 25, 2019
  5. May 21, 2019
  6. May 22, 2019
  7. Apr 15, 2019
  8. Nov 26, 2018
  9. Nov 02, 2018
  10. Jul 14, 2016
  11. Nov 10, 2015
  12. May 20, 2015
  13. Dec 10, 2014
  14. Aug 09, 2013
  15. Apr 30, 2013
  16. Mar 29, 2013
  17. Mar 13, 2013
  18. Mar 12, 2013
    • Nyx Linden's avatar
      SH-3944 WIP CHUI merge fixing · 1586107e
      Nyx Linden authored
      re-introduced don's refactor of low-level openGL calls pulling out of llui
      and putting them into llrender. Took the new code from their updated versions
      from the CHUI merge, but put them in a place accessible to appearance utility.
      1586107e
    • Nyx Linden's avatar
      SH-3944 WIP CHUI merge fixing · 34fe6ad5
      Nyx Linden authored
      re-introduced don's refactor of low-level openGL calls pulling out of llui
      and putting them into llrender. Took the new code from their updated versions
      from the CHUI merge, but put them in a place accessible to appearance utility.
      34fe6ad5
  19. Feb 02, 2013
  20. Jan 31, 2013
  21. Jan 25, 2013
  22. Nov 20, 2012
  23. Oct 23, 2012
  24. Oct 12, 2012
    • Nat Goodspeed's avatar
      Fix LLUI::locateSkin() failure case; clarify lldir.cpp static init. · 543b7ee9
      Nat Goodspeed authored
      Per code review:
      Previous refactoring of LLUI::locateSkin() preserved odd failure behavior: it
      would return last-considered pathname, whether or not it exists. Changed to
      emit LL_WARNS log message and return empty string.
      Use Boost.Assign to simplify initialization of a couple static containers in
      lldir.cpp.
      543b7ee9
  25. Oct 10, 2012
    • Nat Goodspeed's avatar
      Introduce new LLDir::findSkinnedFilenames() method. Use as needed. · 3653727e
      Nat Goodspeed authored
      In a number of different places, for different reasons, the viewer wants to
      load a UI-related file that might be overridden by a non-default skin; and
      within that skin, might further be overridden by a non-default language.
      Apparently, for each of those use cases, every individual developer approached
      it as an entirely new problem, solving it idiosyncratically for that one case.
      Not only is this a maintenance problem, but it rubs one's nose in the fact
      that most such solutions consider only a subset of the relevant skin
      directories.
      Richard and I evolved an API intended to address all such cases: a central
      LLDir method returning a list of relevant pathnames, from most general to most
      localized, filtered to present only existing files; plus a couple of
      convenience methods to specifically obtain the most general and most localized
      available file.
      There were several load-skinned-file methods (LLFloater::buildFromFile(),
      LLPanel::buildFromFile() and LLUICtrlFactory::createFromFile() -- apparently
      cloned-and-modified from each other) that contained funky bolted-on logic to
      output the loaded data to an optional passed LLXMLNodePtr param. The trouble
      is that passing that param forced each of these methods to subvert its normal
      search: specifically for that case, it needed to find the baseline XML file
      instead of the localized one. Richard agreed that for the intended usage
      (reformatting XML files) we should use XML schema instead, and that the hacky
      functionality should be removed. Remove it. Also remove
      LLUICtrlFactory::getLocalizedXMLNode(), only used for those three special cases.
      Some callers explicitly passed the optional LLXMLNodePtr param as NULL. Remove
      that.
      Remove LLFloaterUIPreview::displayFloater(save) param, which relied on the
      optional output LLXMLNodePtr param. Make onClickSaveFloater() and
      onClickSaveAll() emit popupAndPrintWarning() about discontinued functionality.
      Recast LLFloater::buildFromFile(), LLPanel::buildFromFile(),
      LLUICtrlFactory::createFromFile(), LLNotifications::loadTemplates(),
      LLUI::locateSkin(), LLFontRegistry::parseFontInfo(),
      LLUIColorTable::loadFromSettings(), LLUICtrlFactory::loadWidgetTemplate(),
      LLUICtrlFactory::getLayeredXMLNode(), LLUIImageList::initFromFile(),
      LLAppViewer::launchUpdater() and LLMediaCtrl::navigateToLocalPage() to use
      findSkinnedFilenames(). (Is LLAppViewer::launchUpdater() ever called any more?
      Apparently so -- though the linux-updater.bin logic to process the relevant
      command-line switch has been disabled. Shrug.) (Is
      LLMediaCtrl::navigateToLocalPage() ever used?? If so, why?)
      Remove LLUI::setupPaths(), getXUIPaths(), getSkinPath() and
      getLocalizedSkinPath(). Remove the skins/paths.xml file read by setupPaths().
      The only configuration it contained was the pair of partial paths "xui/en" and
      "xui/[LANGUAGE]" -- hardly likely to change. getSkinPath() specifically
      returned the first of these, while getLocalizedSkinPath() specifically
      returned the second. This knowledge is now embedded in findSkinnedFilenames().
      Also remove paths.xml from viewer_manifest.py.
      Remove injected xui_paths from LLFontGL::initClass() and
      LLFontRegistry::LLFontRegistry(). These are no longer needed since
      LLFontRegistry can now directly consult LLDir for its path search. Stop
      passing LLUI::getXUIPaths() to LLFontGL::initClass() in LLViewerWindow's
      constructor and initFonts() method.
      Add LLDir::append() and add() methods for the simple task of combining two
      path components separated by getDirDelimiter() -- but only if they're both
      non-empty. Amazing how often that logic is replicated. Replace some existing
      concatenations with add() or append().
      New LLDir::findSkinnedFilenames() method must know current language. Allow
      injecting current language by adding an LLDir::setSkinFolder(language) param,
      and pass it where LLAppViewer::init() and initConfiguration() currently call
      setSkinFolder(). Also add LLDir::getSkinFolder() and getLanguage() methods.
      Change LLFLoaterUIPreview's LLLocalizationResetForcer helper to "forcibly
      reset language" using LLDir::setSkinFolder() instead of LLUI::setupPaths().
      Update LLDir stubs in lldir_stub.cpp and llupdaterservice_test.cpp.
      Add LLDir::getUserDefaultSkinDir() to obtain often-overlooked possible skin
      directory -- like getUserSkinDir() but with "default" in place of the current
      skin name as the last path component. (However, we hope findSkinnedFilenames()
      obviates most explicit use of such individual skin directory pathnames.)
      Add LLDir unit tests for new findSkinnedFilenames() and add() methods -- the
      latter exercises append() as well.
      Tweak indra/integration_tests/llui_libtest/llui_libtest.cpp for all the above.
      Notably, comment out its export_test_floaters() function, since the essential
      LLFloater::buildFromFile(optional LLXMLNodePtr) functionality has been
      removed. This may mean that llui_libtest.cpp has little remaining value, not
      sure.
      3653727e
  26. Oct 09, 2012
  27. Sep 08, 2012
  28. Apr 13, 2012
  29. Apr 17, 2012
  30. Apr 14, 2012
  31. Feb 09, 2012
  32. Feb 07, 2012
  33. Jan 27, 2012
  34. Feb 08, 2012
    • Kitty Barnett's avatar
      - fixed : various issues and enhancements relating to @showloc · 84933b3c
      Kitty Barnett authored
          -> general block on showing the "agent" and "create_landmark" side panel
          -> World / Place Profile isn't blocked/grayed out
          -> World / About Land isn't grayed out
          -> World / Region isn't grayed out
          -> "Add Landmark" on the Places / Gear menu isn't blocked/grayed out
          -> "Add Landmark" on the Places / Add menu isn't blocked/grayed out
          -> region name is visible on the world map
          -> don't gray out access to "About Land" if the user is allowed to see it
      
      --HG--
      branch : RLVa
      84933b3c
  35. Nov 28, 2011
Loading