summaryrefslogtreecommitdiff
path: root/indra/llui/llmenugl.h
AgeCommit message (Collapse)Author
2024-06-10Remove SharedCommitCallbackRegistry; add helpers CommitRegistrarHelper and ↵Mnikolenko Productengine
ScopedRegistrarHelper
2024-05-31Cherry-pick leap.lua changes; other clean upMnikolenko Productengine
2024-05-16set UNTRUSTED_ALLOW as default; some LLCommitCallbackInfo clean upMnikolenko Productengine
2024-05-16Merge branch 'lua-ui-callbacks' into release/luau-scriptingMnikolenko Productengine
2024-05-16adjust the flag to be untrusted block/allow/throttleMnikolenko Productengine
2024-05-15Add trusted flag to UI callbacks, so not everything is accessible from the ↵Mnikolenko Productengine
script
2024-05-15Manual whitespace fixes (fix_whitespace.py).Nat Goodspeed
2024-04-16Merge branch 'main' into release/luau-scriptingNat Goodspeed
2024-03-08Merge branch 'main' into release/luau-scripting for Emoji release.Nat Goodspeed
2024-03-01Merge branch 'main' into DRTVWR-588-maint-WAndrey Lihatskiy
2023-10-08Merge branch main into DRTVWR-489Alexander Gavriliuk
2023-10-03DRTVWR-589: Merge branch 'main' of viewer-private into DRTVWR-589Nat Goodspeed
2023-10-03Merge branch 'main' into DRTVWR-588-maint-WAndrey Lihatskiy
# Conflicts: # indra/llui/lltooltip.h # indra/newview/llinventoryfunctions.cpp # indra/newview/llvovolume.cpp # indra/newview/skins/default/textures/textures.xml
2023-09-21DRTVWR-589 - allow adding branch to the menuMnikolenko Productengine
2023-09-21DRTVWR-589 - adding menu items to the top menuMnikolenko Productengine
2023-08-02SL-19982 Update font for menu items; show object's name in lsl editorMnikolenko Productengine
2023-05-18SL-19649 Adjust other classes for new deleteAllChildren mechanicsAndrey Kleshchev
2023-05-12SL-19649 Adjust other classes for new deleteAllChildren mechanicsAndrey Kleshchev
2023-02-20SL-19105 WIP Allow setting on_visible in XML for menu separatorMaxim Nikolenko
2022-10-19Fix leak of context menu branchesRye Mutt
Introduce menu bloat logging code
2021-08-03SL-15426 FIXED Tear off menu visible during logoutMnikolenko Productengine
2021-06-18SL-15410 Menu search breaks torn off menusAndrey Kleshchev
2021-04-01Merge branch 'master' into DRTVWR-515-maintAndrey Lihatskiy
2020-07-13SL-13582 FIXED The Favorites bar overflow list is shifted after clicking any ↵Mnikolenko Productengine
button on the context menu
2020-06-23SL-6109 Fixed conflict resolution issue caused by menu acceleratorsandreykproductengine
2020-06-23SL-6109 Better menu accelerator support and slight reorganizationandreykproductengine
2020-06-23SL-6109 Extended Key-to-string functionalityandreykproductengine
2019-05-08Fix merge fail.Graham Linden
2019-05-08Merge viewer-releaseGraham Linden
2019-01-04SL-10041, SL-9758: Environment tab is disabled(shows can't do this) when EM ↵Rider Linden
does not allow parcel override. "Commit" button now reads "Apply to Parcel" or "Apply to Region" as needed.
2019-01-03SL-10293 Firestorm PR: preferences and menu searchAndreyL ProductEngine
2017-01-05MAINT-7029 Pop-up menu isn't shown in Place profile if all menu items are ↵Mnikolenko Productengine
disabled
2016-09-15MAINT-5232: Normalize LLSingleton subclasses.Nat Goodspeed
A shocking number of LLSingleton subclasses had public constructors -- and in several instances, were being explicitly instantiated independently of the LLSingleton machinery. This breaks the new LLSingleton dependency-tracking machinery. It seems only fair that if you say you want an LLSingleton, there should only be ONE INSTANCE! Introduce LLSINGLETON() and LLSINGLETON_EMPTY_CTOR() macros. These handle the friend class LLSingleton<whatevah>; and explicitly declare a private nullary constructor. To try to enforce the LLSINGLETON() convention, introduce a new pure virtual LLSingleton method you_must_use_LLSINGLETON_macro() which is, as you might suspect, defined by the macro. If you declare an LLSingleton subclass without using LLSINGLETON() or LLSINGLETON_EMPTY_CTOR() in the class body, you can't instantiate the subclass for lack of a you_must_use_LLSINGLETON_macro() implementation -- which will hopefully remind the coder. Trawl through ALL LLSingleton subclass definitions, sprinkling in LLSINGLETON() or LLSINGLETON_EMPTY_CTOR() as appropriate. Remove all explicit constructor declarations, public or private, along with relevant 'friend class LLSingleton<myself>' declarations. Where destructors are declared, move them into private section as well. Where the constructor was inline but nontrivial, move out of class body. Fix several LLSingleton abuses revealed by making ctors/dtors private: LLGlobalEconomy was both an LLSingleton and the base class for LLRegionEconomy, a non-LLSingleton. (Therefore every LLRegionEconomy instance contained another instance of the LLGlobalEconomy "singleton.") Extract LLBaseEconomy; LLGlobalEconomy is now a trivial subclass of that. LLRegionEconomy, as you might suspect, now derives from LLBaseEconomy. LLToolGrab, an LLSingleton, was also explicitly instantiated by LLToolCompGun's constructor. Extract LLToolGrabBase, explicitly instantiated, with trivial subclass LLToolGrab, the LLSingleton instance. (WARNING: LLToolGrabBase methods have an unnerving tendency to go after LLToolGrab::getInstance(). I DO NOT KNOW what should be the relationship between the instance in LLToolCompGun and the LLToolGrab singleton instance.) LLGridManager declared a variant constructor accepting (const std::string&), with the comment: // initialize with an explicity grid file for testing. As there is no evidence of this being called from anywhere, delete it. LLChicletBar's constructor accepted an optional (const LLSD&). As the LLSD parameter wasn't used, and as there is no evidence of it being passed from anywhere, delete the parameter. LLViewerWindow::shutdownViews() was checking LLNavigationBar:: instanceExists(), then deleting its getInstance() pointer -- leaving a dangling LLSingleton instance pointer, a land mine if any subsequent code should attempt to reference it. Use deleteSingleton() instead. ~LLAppViewer() was calling LLViewerEventRecorder::instance() and then explicitly calling ~LLViewerEventRecorder() on that instance -- leaving the LLSingleton instance pointer pointing to an allocated-but-destroyed instance. Use deleteSingleton() instead.
2015-11-10remove execute permission from many files that should not have itOz Linden
2015-09-07MAINT-839 added double click 'support'andreykproductengine
2015-07-02MAINT-302 FIXED Login screen menus flicker when mouse hovers over themMnikolenko ProductEngine
2014-05-27MAINT-4009: Ensuring that the view listeners are properly cleaned up at app ↵Stinson Linden
close.
2013-06-05merge with viewer-releaseRichard Linden
2013-05-10SH-3931 WIP Interesting: Add graphs to visualize scene load metricsRichard Linden
renamed LLView::handleVisibilityChange to onVisibilityChange to reflect standard naming conventions for handlers vs. reactors
2013-03-29Update Mac and Windows breakpad builds to latestGraham Madarasz
2013-01-30Pull merge from lindenlab/viewer-developementMerov Linden
2013-01-18CHUI-379 FIXED Restore Voice Morphing menumaksymsproductengine
2012-10-17CHUI-394 FIXED Group moderation tools missing in right click menusmaksymsproductengine
2012-08-24MAINT-1415 FIXED Empty non-functional 'Take off' menu is presented in inspector:MaksymS ProductEngine
- class LLToggleableMenu had been updated with two methods like: appendContextSubMenu and addChild, which based on similar in LLContextMenu
2012-07-27Pull and merge from ssh://hg@bitbucket.org/lindenlab/viewer-release.Todd Stinson
2012-04-14CHU-78 WIP Subtle cleanup.Vadim ProductEngine
2012-01-20STORM-276 Basic spellchecking frameworkKitty Barnett
2011-11-08LLHandle<Derived> is now implicitly convertable to LLHandle<Base> and ↵Richard Linden
LLHandle<Base> can be downcast to LLHandle<Derived> using the LLHandleProvider mixin
2011-11-01EXP-1472 FIXED (More spillover list scrolls up after selecting any content ↵Paul ProductEngine
menu item) - Saving last scroll position of menu
2011-09-08Clean up erroneous XUI parsing errors.Leslie Linden