Issue with saving

[Talen-Shei]

So what I wanted to accomplish was to build a table like so:

function buildatable(saveType)
    local temptable = {}
    local numitems = getNumItems() -- inconsequentially named function, 
    -- this refers to a function that simply outputs the number of different
    -- items in the array I am attempting to save the values of
    for item = 1, numitems, 1 do
        -- here I assign things to the temptable and iterate through with more for
        -- loops and more table declarations like temptable[item].subitems = {}
        -- Eventually this becomes a very large multi-dimensional array of data.

     end
     if saveType == "Global" then
         myGlobalVarReference.table = temptable -- this does not work
     else
         myPerCharacterVarReference.table = temptable -- this also does not work
     end
end

Then, as the above code suggests, get an entire table to inject into the saved vars table, For the life of me I cannot find a native function to do so (so far)

I have little time today but I thought of a decent idea to instead of passing the variable saveType to call this function from within a function and pass the reference to which table to inject this data into into. Is that a feasable option?
something like

function beforebuildatable(saveType)
    if saveType == nil then
        saveType = myPerCharacterVarReference.saveType
    end
    if saveType == "Global" then
       buildatable(myGlobalVarReference.table)  -- use global reference
    else
       buildatable(myPerCharacterVarReference.table)
    end
end

function buildatable (table) -- use same code as above but 
  -- instead build the table inside the referenced table instead of injecting

Will this work?

Note: I have really shorthanded all of this, but I believe that the basic concept can be easily read (correct me if I'm wrong) I do not have access to the real code at this time.

[Baertram]

I don't know if I understood you right but here is some code which should work to store a deep table inside your addon's SavedVariables:

--Add this somewhere in your addon
local yourAddon = {}
--The name of the SavedVariables (the 1st key inside the SavedVariables lua file)
yourAddon.SavedVariablesName = "myAddonsSavedVariablesName"
--A subkey inside the SavedVariables lua file to organzie the variables. Another one could be "standards" for example and you could read your "saveMode" from the "standards" to easily switch between account wide and character wide settings -> see below
yourAddon.SavedVariablesKey  = "Settings"
--The subkey for the saved variables with the standard values of your addon
yourAddon.SavedVariablesStandardsKey  = "Standards"
--The version of your addon. Changing this will build new SavedVariables and delete old ones!!!
yourAddon.addonVersion = "0.1"
--Will store the standard SavedVariables of your addon
yourAddon.SavedVariablesStandardTable = {}
--Will store all the SavedVariables of your addon
yourAddon.SavedVariablesTable = {}
 
 
--Add this in your callback function as your addon is loaded: EVENT_ADD_ON_LOADED)
--example for standard values for your Addon
standards = {
   saveType   = "Global",
}
--example for default values for your SavedVariables
defaults = {
   option1   = true,
   option2   = false,
   table = {},
}
--get the standard settings of your addon
yourAddon.SavedVariablesStandardTable = ZO_SavedVars:NewAccountWide(yourAddon.SavedVariablesName, yourAddon.addonVersion , yourAddon.SavedVariablesStandardsKey, standards)
--Check if global or local saveType is used
if (yourAddon.SavedVariablesStandardTable.saveType == "Local") then
    yourAddon.SavedVariablesTable = ZO_SavedVars:New(yourAddon.SavedVariablesName, yourAddon.addonVersion , yourAddon.SavedVariablesKey, defaults)
elseif (yourAddon.SavedVariablesStandardTable.saveType == "Global") then
    yourAddon.SavedVariablesTable = ZO_SavedVars:NewAccountWide(yourAddon.SavedVariablesName, yourAddon.addonVersion, yourAddon.SavedVariablesKey, defaults)
end
 
 
 
--Now to your addons deep table that you build
function buildatable(saveType)
    local temptable = {}
    local numitems = getNumItems() -- inconsequentially named function,
    -- this refers to a function that simply outputs the number of different
    -- items in the array I am attempting to save the values of
    for item = 1, numitems, 1 do
        -- here I assign things to the temptable and iterate through with more for
        -- loops and more table declarations like temptable[item].subitems = {}
        -- Eventually this becomes a very large multi-dimensional array of data.
 
     end
 
     --The table "yourAddon.SavedVariablesTable" stores all of your settings, global (account wide) and local (each character).
     --The game distinguishes by using a different structure (key with @AccountName or key with CharacterName) inside the SavedVariables table itsself,
     --so you do not need to use different tables to store the values for global and local saveType.
     --You only need to define the ".table" array inside the SavedVariables table before and initialize it, either by using the "defaults" array
     --or doing it manually by "yourAddon.SavedVariablesTable.table = {}" before you try to use it
 
     yourAddon.SavedVariablesTable.table = temptable -- this should work
end

[circonian]

Originally Posted by Talen-Shei if saveType == "Global" then myGlobalVarReference.table = temptable -- this does not work else myPerCharacterVarReference.table = temptable -- this also does not work end

It looks like Baertram gave you an example of how to use that code. I'm going to throw in a little extra info about saved vars.

I'm not sure what you are trying to accomplish.

• Maybe you don't know how to use the saved variables?
• Or maybe your trying to separate this data from the regular saved variables for some reason?

If you don't know how to use saved variables:

Warning: Spoiler

-- per character saved variables:
CharacterSpecificSavedVars = ZO_SavedVars:New(savedVariableTable, version, namespace, defaults, profile, displayName, characterName)
-- account-wide saved vars:
AccountWideSavedVars = ZO_SavedVars:NewAccountWide(savedVariableTable, version, namespace, defaults, profile, displayName)

savedVariableTable: name you used in your addon manifest (.txt file):
## SavedVariables: savedVariableTable
version: version number for your saved variables
namespace: an optional namespace (it just creates another separate table IN your saved var table)
defaults: Default table holding default saved var values
profile: Creates a separate table in the the saved var FILE (not in the saved var table, see below for profile example)
displayName: is the account name
characterName: duh

But unless you want something special you don't need to provide all of those options, just the: savedVariableTable & versionNumber (although a default table with default saved variables will most likely be wanted) anything you don't need just make it nil. If you leave the namespace nil (most addons do) it will use "Default" as the namespace.

CharacterSpecificSavedVars = ZO_SavedVars:New("JunkItSavedVars", JunkIt.version, nil, JunkItPlayerDefault)
AccountWideSavedVars= ZO_SavedVars:NewAccountWide("JunkItSavedVars", JunkIt.version, nil, JunkItAccountDefault)

With that code you can access the saved variable data with: CharacterSpecificSavedVars & AccountWideSavedVars. Just add items/tables/whatever to them as you wish and the game will handle reading/writing the information to the file:

CharacterSpecificSavedVars.showMyAddonUI = true
AccountWideSavedVars.allCharactersData = { ....}

Either way my guess is that it is probably saving, just not where you want or your not accessing it correctly afterwords.

Warning: Spoiler

It looks like from your code, the data should be saved here (saved variable file):

YourAddonSavedVarTable =
{
   -- this is what you are saving
    ["sometTable"] = 
    {
    },
    -- This is where all of the saved variable information is when using 
      -- ZO_SavedVars:New or ZO_SavedVars:NewAccountWide (assuming
    -- no special profile was used)
    ["Default"] = ...

So when your (if you are) using ZO_SavedVars:New or ZO_SavedVars:NewAccountWide later to get the saved vars,

-- per character saved variables:
SavedVariables = ZO_SavedVars:New("JunkItSavedVars", JunkIt.version, nil, JunkItPlayerDefault)
 
-- account-wide saved vars:
AccountSavedVariables = ZO_SavedVars:NewAccountWide("JunkItSavedVars", JunkIt.version, nil, JunkItAccountDefault)

the table you saved is not in there, they are separate tables. You would have to load each one of them separately. What it looks like you have done is manually create a separate profile in your saved variable file.

If for some reason your trying to separate this information your trying to save from the rest of the saved variable data, you could add a profile like this:

Warning: Spoiler

-- separate profile table with per character data:
local profileSavedVariables = ZO_SavedVars:New("TestAddonSavedVars", 3, nil, nil, "MyProfileTable")
-- separate profile table with account-wide data:
local profileAccountSavedVariables = ZO_SavedVars:NewAccountWide("TestAddonSavedVars", 3, nil, nil, "MyProfileTable")
 
-- and then access it like this:
profileSavedVariables.test = "profile"
profileAccountSavedVariables.test = "profile"

New saved var file with profile table:

TestAddonSavedVars =
{
    ["Default"] = 
    {
        -- normal saved var stuff is in here
    },
    -- this is the separate profile table
    -- you created
    ["MyProfileTable"] = 
    {
        ["@xxxxxxx"] = 
        {
            ["$AccountWide"] = 
            {
                ["version"] = 3,
                ["test"] = "profile",
            },
            ["Circonian"] = 
            {
                ["version"] = 3,
                ["test"] = "profile",
            },
        },
    },
}

[Talen-Shei]

Seems like the way I was injecting the data should have worked by what you guys are saying. I have since used the method I talked about in my first post to pass the saved variables table as an argument to the function. It works well for me but this is some great information!

To clarify that my table wasn't injecting I did reload the ui then check my saved variables lua. To my disappointment there was no information from the table inside. After simply changing to a hard-coded build into the saved variables tables I was shooting for it did work wonderfully, populated with all of the expected data.

I'll definitely read through everything you guys replied with a few times. Glad to see there's such a helpful community here!

Also to clarify, I was simply having trouble getting that table into my saved variables.

What I wanted to end up with:

temptable ={
                    ["Target"] = "Main",
                    ["SaveType"] = "Global",
                    ["SyncMode"] = "Manual",
                    ["version"] = 0.1000000000,
                    ["SecondDimension"] = 
                    {
                        ["Target"] = "Main",
                        ["SaveType"] = "Global",
                        ["SyncMode"] = "Manual",
                        ["version"] = 0.1000000000,
                    },
                }
 
mySavedVariables.table = temptable -- Where mySavedVariables is predefined with ZO_SavedVars

acting the same as

mySavedVariables.table = {      -- Where mySavedVariables has been predefined using ZO_SavedVars
                    ["Target"] = "Main",
                    ["SaveType"] = "Global",
                    ["SyncMode"] = "Manual",
                    ["version"] = 0.1000000000,
                    ["SecondDimension"] = 
                    {
                        ["Target"] = "Main",
                        ["SaveType"] = "Global",
                        ["SyncMode"] = "Manual",
                        ["version"] = 0.1000000000,
                    },
                }

But instead this does nothing for me. Maybe I did something wrong. :/

could you post what you wrote in you addon manifest (.txt file in your folder)
and how you defined your savedvars first with ZO_SavedVars:New... please?

it'll be easier to see what went wrong.

Originally Posted by Baertram if (yourAddon.SavedVariablesStandardTable.saveType == "Local") then 32. yourAddon.SavedVariablesTable = ZO_SavedVars:New(yourAddon.SavedVariablesName, yourAddon.addonVersion , yourAddon.SavedVariablesKey, defaults) 33.elseif (yourAddon.SavedVariablesStandardTable.saveType == "Global") then 34. yourAddon.SavedVariablesTable = ZO_SavedVars:NewAccountWide(yourAddon.SavedVariablesName, yourAddon.addonVersion, yourAddon.SavedVariablesKey, defaults) 35.end

btw wouldn't it be easier to create both global and per profile, declare both in the manifest and use them conditionally when needed? (i haven't tried that till now but i've already seen multiple savedvars in some addons)

[Baertram]

I guess there are different ways to achieve the difference between account wide and cahracter based SavedVariables, yes.
The one solution I'm using is working well and performant so I didn't think about changing the "running system"

[Talen-Shei]

Originally Posted by Wandamey could you post what you wrote in you addon manifest (.txt file in your folder) and how you defined your savedvars first with ZO_SavedVars:New... please? it'll be easier to see what went wrong. btw wouldn't it be easier to create both global and per profile, declare both in the manifest and use them conditionally when needed? (i haven't tried that till now but i've already seen multiple savedvars in some addons)

I have to access a per-user and account-wide table at the same time to accomplish this so I simply defined both as separate variables.

function InitializePlugin () --the very first function called
    mySavedVariables = ZO_SavedVars:New("mySettings", 0.1, nil, defaultPerCharacterSettings, nil)
    mySavedGlobalVariables = ZO_SavedVars:NewAccountWide("mySettings", 0.1, nil, defaultGlobalSettings, nil)
    EVENT_MANAGER:UnregisterForEvent("myaddon", EVENT_ADD_ON_LOADED)
    if mySavedVariables.SyncMode == "Automatic" then
        Sync()
    end
end
 
 
-- From manifest
## SavedVariables: mySettings

I don't understand why anyone would do different :P

The only thing I'm struggling with at the moment is maintaining the saved variables. I can't seem to keep them up-to-date. say I have a value x containing table {x,y,z} and to the and of that I want to append the variable a. I would do table.insert(x,a) and the value a would become the fourth value of the table x.

But let's say that table x is in my saved variables as such:

local a = "a"
mySavedVariables.x = {x,y,z}
table.insert(mySavedVariables.x,a)

on uireload the information is there, but when attempting to access through LAM2.0 it is invisible data! do I simply need to refresh the data in LAM2.0?

to clarify LAM2.0 will also recognize the new information as being a part of the table when I reload the ui and it works beautifully. It's just same session data changes that seem to never happen. LAM docs are also hard to find for some reason.

Note: I do have this on my panel

registerForRefresh = true,

but I would like to be able to manually refresh this when I change data since it seems to be unreliable in my use case.

To further clarify, I am not having trouble changing the setting but the available choices on a dropdown menu item.

[3] = {
            type = "dropdown",
            name = "Load Table",
            choices = mySavedGlobalVariables.AvailTables, --this is where things go wrong
            default = "Main",
            getFunc = function() return mySavedVariables.Target end,
            setFunc = function(bValue) mySavedVariables.Target = bValue end,
        },

[circonian]

Reading the other posts I now realize although I offered information, I didn't actually offer a solution:

Warning: Spoiler

-- Define your character specific saved var table:
characterSpecificSavedVars = ZO_SavedVars:New(savedVariableTable, version , nil, defaults)
-- Define your account wide saved var table:
AccountWideSavedVars = ZO_SavedVars:NewAccountWide(savedVariableTable, version, nil, defaults)
 
function buildatable(saveType)
    local temptable = {}
    local numitems = getNumItems() 
 
    for item = 1, numitems, 1 do
         ....
     end
    --====================--
    -- Just change these:
    --====================--
     if saveType == "Global" then
         -- myGlobalVarReference.table = temptable -- this does not work
         AccountWideSavedVars.table = temptable
     else
         -- myPerCharacterVarReference.table = temptable -- this does not work
         characterSpecificSavedVars.table = temptable
     end
end

One other thing to note is that in these:

characterSpecificSavedVars = ZO_SavedVars:New(savedVariableTable, version , nil, defaults)
AccountWideSavedVars = ZO_SavedVars:NewAccountWide(savedVariableTable, version, nil, defaults)

You will most likely will NOT want to use your addon version number. The reason is because every time you increase the version number it would wipe out the saved variable table (it does that automatically when the version number increases). I usually define two version numbers in my addon like:

local CODE_VERSION = 2.3
local SAVED_VAR_VERSION = 1.2

Then just use them each wherever appropriate.

characterSpecificSavedVars = ZO_SavedVars:New(savedVariableTable, SAVED_VAR_VERSION, nil, defaults)
AccountWideSavedVars = ZO_SavedVars:NewAccountWide(savedVariableTable, SAVED_VAR_VERSION, nil, defaults)

As the addon version number increases I just change the CODE_VERSION. If the saved variables need to be wiped due to addon changes, then increase the SAVED_VAR_VERSION...and don't define them right next to each other (one line right after another), you'll end up accidently changing the wrong one by mistake and wiping everyone's saved vars

[Talen-Shei]

Thanks for the tip circonian, I'm actually using the version number currently to quickly wipe my saved data to start from scratch during testing to ensure that everything is working as expected and nothing has been broken.

Also the change that you suggested is really just a rename. As you can see from the post prior I actually did declare those in my initialization function, again, for some reason it just didn't work for me.

[sirinsidiator]

Originally Posted by Talen-Shei on uireload the information is there, but when attempting to access through LAM2.0 it is invisible data! do I simply need to refresh the data in LAM2.0? to clarify LAM2.0 will also recognize the new information as being a part of the table when I reload the ui and it works beautifully. It's just same session data changes that seem to never happen. LAM docs are also hard to find for some reason. Note: I do have this on my panel registerForRefresh = true, but I would like to be able to manually refresh this when I change data since it seems to be unreliable in my use case. To further clarify, I am not having trouble changing the setting but the available choices on a dropdown menu item.

The dropdown menu won't automagically know when you change the table. You need to tell it that there has been an update.
You can add a reference name to the options table and then call the UpdateChoices method.

[3] = {
                type = "dropdown",
                name = "Load Table",
                reference = "MyDropdown",
                choices = mySavedGlobalVariables.AvailTables, --this is where things go wrong
                default = "Main",
                getFunc = function() return mySavedVariables.Target end,
                setFunc = function(bValue) mySavedVariables.Target = bValue end,
            },

MyDropdown:UpdateChoices()

[circonian]

Originally Posted by Talen-Shei As you can see from the post prior I actually did declare those in my initialization function, again, for some reason it just didn't work for me.

Ah, I was probably in the middle of typing all of that up when you posted that. I didn't see it.

[circonian]

To add to what sirinsidiator said:

You can assign the choices multiple ways:
-- With a function that returns the table of choices:
choices = GetAvailableAdvancedFilters(),
 
-- the table itself, saved in saved variables:
choices = JunkIt.SavedVariables["WHITELIST"],
 
-- Or define the table itself, right there:
choices = {"Off", "Equipped", "All"},

Make sure you realize that if you call:

MyDropdown:UpdateChoices()

Which in the case of the code you posted looks like what you want, but just fyi ... That will re-initialize the choices from whatever/wherever/however you defined them. Since you defined yours as a reference to the table saved in saved vars (which your changing) it will regrab that table & use whatever is in it at that time.
But if you had defined the table like this:

choices = {"Off", "Equipped", "All"},
-- then calling this
MyDropdown:UpdateChoices()

Wouldn't do anything, it would just re-initialize the same choices.

If you want to change the choices used (instead of using whatever you defined with choices = ....) you can pass a table to the UpdateChoices function. For example if I had two different tables of choices & depending upon some other setting I want to show different choices in the dropdown. You could initialize it with:

choices = JunkIt.SavedVariables["WHITELIST"],
 
-- And instead of changing the data in that table
-- Maybe I just want to use a different table of data, 
-- so I could just pass in a different table
JUNKIT_WHITELIST_DROPDOWN:UpdateChoices(JunkIt.SavedVariables["A_DIFFERENT_WHITELIST"])

[Talen-Shei]

Originally Posted by circonian Ah, I was probably in the middle of typing all of that up when you posted that. I didn't see it.

That's okay, you've been extremely helpful and a great wealth of knowledge to have around

@sirinsidiator, Thank you so much! And while I am at it I must say, why is this not in the examples?! I guess I would have realized it if I actually looked at the comment block at the top of LAM's dropdown.lua
>.>

dropdown.lua:

Warning: Spoiler

--[[dropdownData = {
    type = "dropdown",
    name = "My Dropdown",
    tooltip = "Dropdown's tooltip text.",
    choices = {"table", "of", "choices"},
    sort = "name-up", --or "name-down", "numeric-up", "numeric-down" (optional) - if not provided, list will not be sorted
    getFunc = function() return db.var end,
    setFunc = function(var) db.var = var doStuff() end,
    width = "full", --or "half" (optional)
    disabled = function() return db.someBooleanSetting end, --or boolean (optional)
    warning = "Will need to reload the UI.",    --(optional)
    default = defaults.var, --(optional)
    reference = "MyAddonDropdown"   --(optional) unique global reference to control
}   ]]

And thanks yet again Circonian for the details on how this works!

[sirinsidiator]

That's because I haven't yet had the time or motivation to improve the documentation since I have taken over LAM.