mirror of
https://github.com/bdunderscore/modular-avatar.git
synced 2024-12-29 18:55:06 +08:00
3667dc319a
* add version defines * refactor: prefer BuildContext.ctor() overload taking GameObject * wrap unit tests entirely with MA_VRCSDK3_AVATARS * wrap unit tests smart with MA_VRCSDK3_AVATARS * wrap runtime entirely with MA_VRCSDK3_AVATARS * wrap VRC.SDKBase.IEditorOnly with MA_VRCSDK3_AVATARS * wrap editor entirely with MA_VRCSDK3_AVATARS * fix AvatarObjectReference.Get(Component) * wrap editor smart with MA_VRCSDK3_AVATARS * wrap BuildContext smart with MA_VRCSDK3_AVATARS * wrap PluginDefinition smart with MA_VRCSDK3_AVATARS * style: move conditional compiles one step outside
36 lines
1.2 KiB
C#
36 lines
1.2 KiB
C#
#if MA_VRCSDK3_AVATARS
|
|
|
|
using nadena.dev.modular_avatar.core.menu;
|
|
using UnityEngine;
|
|
|
|
namespace nadena.dev.modular_avatar.core
|
|
{
|
|
/// <summary>
|
|
/// The menu install target includes the controls of the target menu installer at the point of reference.
|
|
/// Notably, this can include multiple controls.
|
|
///
|
|
/// One tricky aspect of this feature is that we need to disambiguate when a menu installer also cites a target menu.
|
|
/// Generally, if an installer is targeted by any menu install target (even if - especially if - disabled), we
|
|
/// ignore its install target configuration entirely.
|
|
///
|
|
/// We can also end up with a loop between install targets; in this case, we break the loop at an arbitrary point.
|
|
/// </summary>
|
|
[AddComponentMenu("Modular Avatar/MA Menu Install Target")]
|
|
[HelpURL("https://modular-avatar.nadena.dev/docs/reference/menu-install-target?lang=auto")]
|
|
internal class ModularAvatarMenuInstallTarget : MenuSourceComponent
|
|
{
|
|
public ModularAvatarMenuInstaller installer;
|
|
|
|
public override void Visit(NodeContext context)
|
|
{
|
|
context.PushNode(installer);
|
|
}
|
|
|
|
public override void ResolveReferences()
|
|
{
|
|
// no-op
|
|
}
|
|
}
|
|
}
|
|
|
|
#endif |