detect if HUD hidden or shown

[sinnereso]

Looking for a way to detect if the HUD is shown. ive been been trying things like this but no success.

local hud = SCENE_MANAGER:GetScene("hud")
if hud:IsHidden() then

im able to with callbacks for 3 other related scenes but I'm trying to avoid that if possible.

**EDIT
figured it out

local hudScene = SCENE_MANAGER:GetScene("hud")
if hudScene:GetState() == SCENE_SHOWN then

[Baertram]

Maybe helps too:
https://wiki.esoui.com/Fragments_in_...t_state_change

[Sharlikran]

    if IsGameCameraUIModeActive() or IsUnitInCombat("player") then
        return
    end

[Baertram]

Attention: IsUnitInCombat("player") does not tell you if you are in HUD mode as you can be in combat having the menus open or not!

[sinnereso]

Originally Posted by Baertram Maybe helps too: https://wiki.esoui.com/Fragments_in_...t_state_change

yeh I was previously using 3 state changes for crafting machines but was more callbacks than I wanted and events driving my code savage. I prefer events that I can fully turn on and off via options as I have many features so for me its key they can properly completely shut down any feature they are not using and its no longer firing anything related.

So I reversed my thinking and switched to:

EVENT_MANAGER:RegisterForEvent("MyAddon", EVENT_CRAFTING_STATION_INTERACT, MyAddon.AutoMeticulous)
EVENT_MANAGER:RegisterForEvent("MyAddon", EVENT_END_CRAFTING_STATION_INTERACT, MyAddon.AutoMetReturn)

with a filters in the functions for different things with:

if craftSkill ~= 0 and craftSkill ~= 1 and craftSkill ~= 2 and craftSkill ~= 3 and craftSkill ~= 6 and craftSkill ~= 7 then return end

and

local deconCraftScene = SCENE_MANAGER:GetScene("smithing")
local deconEnchantScene = SCENE_MANAGER:GetScene("enchanting")
local deconAssistScene = SCENE_MANAGER:GetScene("universalDeconstructionSceneKeyboard")
if deconCraftScene:GetState() ~= SCENE_SHOWN and deconEnchantScene:GetState() ~= SCENE_SHOWN and deconAssistScene:GetState() ~= SCENE_SHOWN then

etc etc.

[ExoY]

you can also just register the same event multiple times for different features

[Baertram]

You should not use the fixed numbers 0 ,1 and 2 etc. but the constants the game provides.
The constants type used for any API function or event are provided at the API documentation txt file:

* EVENT_CRAFTING_STATION_INTERACT (*[TradeskillType|#TradeskillType]* _craftSkill_, *bool* _sameStation_, *[CraftingInteractionMode|#CraftingInteractionMode]* _craftMode_)

Search for TradeskillType in the same txt filet o get the possible constants:

h5. TradeskillType
* CRAFTING_TYPE_ALCHEMY
* CRAFTING_TYPE_BLACKSMITHING
* CRAFTING_TYPE_CLOTHIER
* CRAFTING_TYPE_ENCHANTING
* CRAFTING_TYPE_INVALID
* CRAFTING_TYPE_JEWELRYCRAFTING
* CRAFTING_TYPE_PROVISIONING
* CRAFTING_TYPE_WOODWORKING

You will find those constants and their values via merTorchbug ingame too, using /tb and then click on the constants tab (search is top left).
e.g. enter CRAFTING_ and it should list all + their values.

Better use those as the numbers MIGHT (did) change in the future and 0 will stay 0 but CRAFTING_TYPE_INVALID might change to soemthing like -1 or similar and break your code then!

This applies to all API functions and events and callbacks.

Originally Posted by ExoY you can also just register the same event multiple times for different features

Yes, only make sure to change the unique eventName "MyAddon" you specify to really be unique or you just overwrite your event callback!

EVENT_MANAGER:RegisterForEvent("MyAddon" .. tostring(craftingType), ...

btw: "MyAddon" (if you really use that in your addon RidinDirty as the unique event name) is not unique enough!
You might break other addons using the same.
!!!Please change that at ALL events in your addons to use a really unique name, like YOUR addon's real name, and not a generic "My Addon" or similar !!!
e.g. use RidinDirty.name if this exists

[sinnereso]

Originally Posted by Baertram You should not use the fixed numbers 0 ,1 and 2 etc. but the constants the game provides. The constants type used for any API function or event are provided at the API documentation txt file: * EVENT_CRAFTING_STATION_INTERACT (*[TradeskillType|#TradeskillType]* _craftSkill_, *bool* _sameStation_, *[CraftingInteractionMode|#CraftingInteractionMode]* _craftMode_) Search for TradeskillType in the same txt filet o get the possible constants: h5. TradeskillType * CRAFTING_TYPE_ALCHEMY * CRAFTING_TYPE_BLACKSMITHING * CRAFTING_TYPE_CLOTHIER * CRAFTING_TYPE_ENCHANTING * CRAFTING_TYPE_INVALID * CRAFTING_TYPE_JEWELRYCRAFTING * CRAFTING_TYPE_PROVISIONING * CRAFTING_TYPE_WOODWORKING You will find those constants and their values via merTorchbug ingame too, using /tb and then click on the constants tab (search is top left). e.g. enter CRAFTING_ and it should list all + their values. Better use those as the numbers MIGHT (did) change in the future and 0 will stay 0 but CRAFTING_TYPE_INVALID might change to soemthing like -1 or similar and break your code then! This applies to all API functions and events and callbacks. Yes, only make sure to change the unique eventName "MyAddon" you specify to really be unique or you just overwrite your event callback! EVENT_MANAGER:RegisterForEvent("MyAddon" .. tostring(craftingType), ... btw: "MyAddon" (if you really use that in your addon RidinDirty as the unique event name) is not unique enough! You might break other addons using the same. !!!Please change that at ALL events in your addons to use a really unique name, like YOUR addon's real name, and not a generic "My Addon" or similar !!! e.g. use RidinDirty.name if this exists

ty I always forget that.. ill get that updated soon.. And no I dont ever use MyAddon anywhere. I do that here for posts so as to keep my RidinDirty secret sauce a secret =p