Authors CurseForge

it's unique to each addon.  Use it for whatever you'd like.

GetActioninfo() refers to the action buttons, which are the buttons on the bars where spells and so forth go.  The return value is to tell you what the button would do.  In that case, type would be "action" to invoke such a button, but I'm pretty certain this isn't what you want.  There are only so many action buttons.

For a full list of what type can be, see what the SECURE_ACTIONS table contains: https://www.townlong-yak.com/framexml/ptr/SecureTemplates.lua#286

I don't think you'll be satisfied with the answers you'll find.  Your options are probably "macro" (which I know you already knew about), or maybe delegating to yet another button via "click", but that just seems like a silly way to go about it.

debugprofilestart()
local id = AceTimer:ScheduleTimer(...)
print(id)

Quote from Arkayenro

any chance you could wait for C_PetJournal.IsJournalUnlocked( ) == true before setting the lib as loaded and sending the first callback?

until the journal is unlocked theres some functions that return all nils, which is a pain when youre scanning.

pet renames arent being caught (same owned count so i presume the update gets ignored). you could possibly hook C_PetJournal.SetCustomName for that purpose

local last_owned_count = 0

function event_handler:PET_JOURNAL_LIST_UPDATE()
    local _, owned = C_PetJournal.GetNumPets(false)
 
    if last_owned_count ~= owned then
        event_handler:UnregisterEvent("PET_JOURNAL_LIST_UPDATE")

        -- clear some filters

        -- run any code pertaining to new or lost pets

        -- restore some filters

        event_handler:RegisterEvent("PET_JOURNAL_LIST_UPDATE")
        last_owned_count = owned
    end
      
    -- code pertaining some other pet changing maybe
end

• Filters: The Pet Journal filters are cleared and then restored, as they affect the return values given from C_PetJournal.GetPetInfoByIndex()
• Updating in response to event: Manipulating the Pet Journal filters causes PET_JOURNAL_LIST_UPDATE to fire, which is also the only event that always fires when you lose or gain a pet. Filter manipulation is detected and we never try to rescan pets in response. When this is not the case, a CallbackHandler event is fired which can be used to safely detect changes to the pet list.

local LibPetJournal = LibStub("LibPetJournal-2.0")
local function ScanPets()
    for i,petid in LibPetJournal:IteratePetIDs() do 
        local speciesID, customName, level, xp, maxXp, displayID, name, icon,
               petType, creatureID, sourceText, description, isWild, canBattle,
               tradable, unique = C_PetJournal.GetPetInfoByPetID(petid)
        if name == "Feline Familiar" then
            print("Player has a cat in a hat.")
        end
    end
end
ScanPets()

-- watch for when the player gets new pets too
LibPetJournal:RegisterCallback("PetListUpdated", ScanPets)

Quote from Shefki

We haven't gotten around to writing a different Text Provider. It's on my todo list to write a simple one that has the options for common texts but doesn't come with the overhead/configurability of DogTags.