ESOUI - Having issues creating an account-wide settings toggle

Page 1 of 2

Show 60 post(s) from this thread on one page

ESOUI (https://www.esoui.com/forums/index.php)

- Lua/XML Help (https://www.esoui.com/forums/forumdisplay.php?f=175)

- - Having issues creating an account-wide settings toggle (https://www.esoui.com/forums/showthread.php?t=6033)

Terrillyn

01/25/16 02:35 AM

Having issues creating an account-wide settings toggle

Hi, I'm having trouble create an 'account-wide settings' toggle for one of my addons, well actually I've got it working but its causing weird behavior with the colorpicker controls and some of the other controls, and I'm hoping someone can help me figure out what I'm doing wrong, here is some scippets of how I'm accomplishing the accountwide toggle:

When my addon loads here is how I load the settings:

Lua Code:

SimpleXPBar.accountwide_settings = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "1", nil, { isAccountWide = false }, 'SimpleXPBar.AccountWide')
SimpleXPBar.AWSV = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "1", nil, SimpleXPBar.default_settings)
SimpleXPBar.CharSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.default_settings)
    
if SimpleXPBar.accountwide_settings.isAccountWide then
    ZO_DeepTableCopy(SimpleXPBar.AWSV, SimpleXPBar.CharSV)
    SimpleXPBar.CurSV = SimpleXPBar.AWSV
else
    SimpleXPBar.CurSV = SimpleXPBar.CharSV
end

and here is how my 'Account-Wide' toggle is setup (using libaddonmenu):

Lua Code:

{
    type = "checkbox",
    name = "Use Account-Wide settings",
    getFunc = function()
        return SimpleXPBar.accountwide_settings.isAccountWide
    end,
    setFunc = function(val)
        SimpleXPBar.accountwide_settings.isAccountWide = val
        if SimpleXPBar.accountwide_settings.isAccountWide then
            ZO_DeepTableCopy(SimpleXPBar.AWSV, SimpleXPBar.CharSV)
            SimpleXPBar.CurSV = SimpleXPBar.AWSV
        else
            ZO_DeepTableCopy(SimpleXPBar.CharSV, SimpleXPBar.AWSV)
            SimpleXPBar.CurSV = SimpleXPBar.CharSV
        end
    end,
},

Just for reference here is how the Colorpicker is setup:

Lua Code:

{
    type = "colorpicker",
    name = "Color",
    width = "full",
    getFunc = function()
        return SimpleXPBar.CurSV.textbar.color.r, SimpleXPBar.CurSV.textbar.color.b, SimpleXPBar.CurSV.textbar.color.g, SimpleXPBar.CurSV.textbar.color.a
    end,
    setFunc = function(r, g, b, a)
        SimpleXPBar.CurSV.textbar.color.r = r
        SimpleXPBar.CurSV.textbar.color.b = b
        SimpleXPBar.CurSV.textbar.color.g = g
        SimpleXPBar.CurSV.textbar.color.a = a
        SimpleXPBar:UpdateControls()
    end,
},

I'm using SimpleXPBar.CurSV to reference my settings through-out the rest of the code, and the issue I'm having with the colorpicker is that it keeps flipping back and forth between 2 different color settings everytime I click it, I have a feeling this has to do with how lua is referencing the object but I cant figure what its doing in this case. I've already searched around the forums and google trying to find some sample of how to create a accountwide toggle correctly but I ended up looking at how Destinations and MasterMerchant do it and trying something similar.

Any suggestions on a better way of implementing this or a fix would be appreciated.

coolmodi

01/25/16 04:52 AM

What I see at the first glance is this

Lua Code:

if SimpleXPBar.accountwide_settings.isAccountWide then
    ZO_DeepTableCopy(SimpleXPBar.AWSV, SimpleXPBar.CharSV)
    SimpleXPBar.CurSV = SimpleXPBar.AWSV
else
    SimpleXPBar.CurSV = SimpleXPBar.CharSV
end

Doesn't that mean you use AWSV to save new changes but copy the data from CharSV (that didn't change) over that every time you reload UI? That would reset it to whatever is in CharSV. But maybe ZO_DeepTableCopy is the other way round, don't know.

Edit: Either way I think it has to be the ZO_DeepTableCopy function, my solution was pretty much the same, just without copying tables around (why would you do that anyways?).

Lua Code:

function GroupDamage:RestoreData()
    self.savedVariablesAw = ZO_SavedVars:NewAccountWide("GroupDamageSavedVariables", defaultVarsVer, nil, defaults)
    self.savedVariablesChar = ZO_SavedVars:New("GroupDamageSavedVariables", defaultVarsVer, nil, defaults)
    self.svars = self.savedVariablesChar
    if self.savedVariablesAw.accountWide then
        self.svars = self.savedVariablesAw
    end
end
 
--the AW checkbox
{
            type = "checkbox",
            name = GetString(SI_GROUPDAMAGE_MENU_ACCWIDESETTINGS),
            getFunc = function() return self.savedVariablesAw.accountWide end,
            setFunc = function() self.savedVariablesAw.accountWide = not self.savedVariablesAw.accountWide ReloadUI() end,
            warning = GetString(SI_GROUPDAMAGE_MENU_RELOADWARN)
        },
 
--a colorpicker, you can use tables for the colors and then unpack(table) to make it alot shorter and easier to use ;)
{
            type = "colorpicker",
            name = GetString(SI_GROUPDAMAGE_MENU_BARSCOLOR),
            getFunc = function() return unpack(self.svars.panelBarsColor) end,
            setFunc = function(r,g,b,a)
                self.svars.panelBarsColor = {r,g,b,a}
                self:ResetPanelControls()
            end,
        },

Terrillyn

01/25/16 06:20 AM

Quote:

Originally Posted by coolmodi (Post 25616)

the prototype is ZO_DeepTableCopy(source, dest); I have SimpleXPBar.CharSV get overwritten if accountwide is chosen so that the individual characters will have there settings overwritten, this was intended to mitigate the issue of [when you uncheck the accountwide setting you have to redo all the changes you made on each character], though I may just add a button to push current settings to all characters for this purpose.

Quote:

Originally Posted by coolmodi (Post 25616)

Edit: Either way I think it has to be the ZO_DeepTableCopy function, my solution was pretty much the same, just without copying tables around (why would you do that anyways?).

Lua Code:

function GroupDamage:RestoreData()
    self.savedVariablesAw = ZO_SavedVars:NewAccountWide("GroupDamageSavedVariables", defaultVarsVer, nil, defaults)
    self.savedVariablesChar = ZO_SavedVars:New("GroupDamageSavedVariables", defaultVarsVer, nil, defaults)
    self.svars = self.savedVariablesChar
    if self.savedVariablesAw.accountWide then
        self.svars = self.savedVariablesAw
    end
end
 
--the AW checkbox
{
            type = "checkbox",
            name = GetString(SI_GROUPDAMAGE_MENU_ACCWIDESETTINGS),
            getFunc = function() return self.savedVariablesAw.accountWide end,
            setFunc = function() self.savedVariablesAw.accountWide = not self.savedVariablesAw.accountWide ReloadUI() end,
            warning = GetString(SI_GROUPDAMAGE_MENU_RELOADWARN)
        },
 
--a colorpicker, you can use tables for the colors and then unpack(table) to make it alot shorter and easier to use ;)
{
            type = "colorpicker",
            name = GetString(SI_GROUPDAMAGE_MENU_BARSCOLOR),
            getFunc = function() return unpack(self.svars.panelBarsColor) end,
            setFunc = function(r,g,b,a)
                self.svars.panelBarsColor = {r,g,b,a}
                self:ResetPanelControls()
            end,
        },

I'll try it like yours, without the deepcopy, I'm still not entirely sure how shallow copying works in Lua yet; I like that trick with using unpack, I wasn't aware of that function. Thanks.

coolmodi

01/25/16 06:45 AM

I'm pretty much still a noob in programming, but as I understand it LUA will always reference tables, but "copy" other values.

Lua Code:

x = "asfaf"
y = {"af","sdgsd"}
 
z = x --z will be "asfaf"
w = y --w is only a reference to the table

There's also something called metatables that can change the behavior of tables, ZO_DeepTableCopy ignores them, maybe that messes something up. In GroupDamage I used a custom deepcopy function because I didn't know the ZOS one existed and only because of that even stumbled over this topic. Maybe that's worth a try?

Lua Code:

local function deepcopy(orig)
    local orig_type = type(orig)
    local copy
    if orig_type == 'table' then
        copy = {}
        for orig_key, orig_value in next, orig, nil do
            copy[deepcopy(orig_key)] = deepcopy(orig_value)
        end
        setmetatable(copy, deepcopy(getmetatable(orig)))
    else -- number, string, boolean, etc
        copy = orig
    end
    return copy
end

But again, I'm really no pro here, and maybe the error is somewhat completely different that we both just don't see :)

sirinsidiator

01/25/16 07:55 AM

While reloading the UI when you toggle the checkbox may solve the problem, it makes for a horrible user experience. Especially when there are multiple settings that each want to reload the ui for themselves, so please use it only as a last resort when there is absolutely no other way to get around it and even then, consider adding a reload ui button instead of automatically reloading it. This advice is also meant for other authors that use forced UI reloads. :p

As for your problem, I think there are three issues.

1) When you replace the currently used variables in your set function you also need to inform LAM that something changed, so that it can render the changes in its controls.
This can be done by firing the "LAM-RefreshPanel" callback:

Lua Code:

CALLBACK_MANAGER:FireCallbacks("LAM-RefreshPanel", panel)

Where panel is the value that gets returned by RegisterAddonPanel.

2) ZO_SavedVars is a highly complex object. I am not sure if ZO_DeepTableCopy is enough to replace the values correctly. I don't personally use ZO_SavedVars, so correct me if I am wrong, but I think the right way to accomplish what you want is to just create a new ZO_SavedVars object and pass the values that need to be copied as defaults.

3) LAM may call setFunc more often than necessary (not 100% sure, but it might happen), so you should check if something changed before doing your copy routine.

With all of these things considered, it should look something like this:

Lua Code:

{
        type = "checkbox",
        name = "Use Account-Wide settings",
        getFunc = function()
            return SimpleXPBar.accountwide_settings.isAccountWide
        end,
        setFunc = function(val)
            if SimpleXPBar.accountwide_settings.isAccountWide == val then return end
            SimpleXPBar.accountwide_settings.isAccountWide = val
            if SimpleXPBar.accountwide_settings.isAccountWide then
                SimpleXPBar.AWSV = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "1", nil, SimpleXPBar.CharSV)
                SimpleXPBar.CurSV = SimpleXPBar.AWSV
            else
                SimpleXPBar.CharSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.AWSV)
                SimpleXPBar.CurSV = SimpleXPBar.CharSV
            end
            CALLBACK_MANAGER:FireCallbacks("LAM-RefreshPanel", panel)
        end,
    },

coolmodi

01/25/16 08:42 AM

Quote:

Originally Posted by sirinsidiator (Post 25620)

2) ZO_SavedVars is a highly complex object. I am not sure if ZO_DeepTableCopy is enough to replace the values correctly. I don't personally use ZO_SavedVars, so correct me if I am wrong, but I think the right way to accomplish what you want is to just create a new ZO_SavedVars object and pass the values that need to be copied as defaults.

He wants to copy the settings between the character specific vars and the account wide ones. Creating a new object with the other's settings as default won't work as the values are already set. Default values are only used if the setting doesn't exist in the saved vars already. He could increase the version everytime to force it to overwrite it with the defaults though, but that may not be the best option I think :)

He should just make a function himself that sets all settings to the ones from the other SV and doesn't change the tables. That way it would work for sure.

And yes, the reload in my code there isn't needed, I could just change the reference and it should work fine.

sirinsidiator

01/25/16 08:53 AM

Ah right. Didn't see that when glancing over the source of ZO_SavedVars.
It seems to always wipe data when version is nil, so maybe you could use that to wipe it and then call it again with the correct version for copying?

coolmodi

01/25/16 08:57 AM

Quote:

Originally Posted by sirinsidiator (Post 25622)

It seems to always wipe data when version is nil

If that's the case then that would be the easiest option I see right now.

Terrillyn

01/25/16 02:49 PM

Apparently the issue was unrelated to ZO_DeepTableCopy, I must not have been paying attention when I wrote the colorpicker tables heres what the problem was:

Lua Code:

getFunc = function()
    return SimpleXPBar.CurSV.textbar.color.r, SimpleXPBar.CurSV.textbar.color.b, SimpleXPBar.CurSV.textbar.color.g, SimpleXPBar.CurSV.textbar.color.a
end,
setFunc = function(r, g, b, a)
    SimpleXPBar.CurSV.textbar.color.r = r
    SimpleXPBar.CurSV.textbar.color.b = b
    SimpleXPBar.CurSV.textbar.color.g = g
    SimpleXPBar.CurSV.textbar.color.a = a
    SimpleXPBar:UpdateControls()
end,

getFunc was returning rbga when it should have returned rgba

I still can't get unpack to work though, it just returns white (or probably nil), does my color table have to look a certain way?

Lua Code:

color = {
    r = 200,
    g = 200,
    b = 200,
    a = 0.8,
},

as for:

Quote:

Originally Posted by coolmodi (Post 25623)

There's also something called metatables that can change the behavior of tables, ZO_DeepTableCopy ignores them, maybe that messes something up.

Quote:

Originally Posted by sirinsidiator (Post 25622)

I am not sure if ZO_DeepTableCopy is enough to replace the values correctly.

ZO_DeepTableCopy seems to be working fine on these SavedVars. I checked the tables in DeveloperSuite they don't show any metatables, but this may be a limit of the tool.

And heres what is working for an account-wide toggle if anyone wants to know:

Lua Code:

SimpleXPBar.accountwide_settings = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "1", nil, { isAccountWide = false }, 'SimpleXPBar.AccountWide')
SimpleXPBar.AWSV = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "1", nil, SimpleXPBar.default_settings)
SimpleXPBar.CharSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.default_settings)
    
if SimpleXPBar.accountwide_settings.isAccountWide then
    ZO_DeepTableCopy(SimpleXPBar.AWSV, SimpleXPBar.CharSV)
    SimpleXPBar.CurSV = SimpleXPBar.AWSV
else
    SimpleXPBar.CurSV = SimpleXPBar.CharSV
end

^this is called at AddonLoad (actually the first PLAYER_ACTIVATED event), it loads all the savedvars (accountwide setting, accountwide vars, character vars) and overwrites the character vars if accountwide is enabled ( so that our settings will be maintained on this character if accountwide is disabled on another ), then chooses to use CharSV or AWSV.

checkbox:

Lua Code:

{
    type = "checkbox",
    name = "Use Account-Wide settings",
    getFunc = function()
        return SimpleXPBar.accountwide_settings.isAccountWide
    end,
    setFunc = function(val)
        SimpleXPBar.accountwide_settings.isAccountWide = val
                        
        if val then
            ZO_DeepTableCopy(SimpleXPBar.CharSV, SimpleXPBar.AWSV)
            SimpleXPBar.CurSV = SimpleXPBar.AWSV
        else
            ZO_DeepTableCopy(SimpleXPBar.AWSV, SimpleXPBar.CharSV)
            SimpleXPBar.CurSV = SimpleXPBar.CharSV
        end
    end,
},

^when the user changes the checkbox, we decide to push our character vars to the accountwide vars (so our other characters can get them onload), or push our account wide vars to the character vars (so the player doesn't lose the changes they may have just made).

I'm still going to see if I can get rid of SimpleXPBar.accountwide_settings because it seems redundant, (I was having problems getting settings to stick before using only two SavedVars).

Thanks for the info and suggestions posted coolmodi, sirinsidiator, they'll definitely help.

sirinsidiator

01/25/16 03:07 PM

Unpack requires a numerically indexed table:

Lua Code:

local colors = {1,1,1,1}
local r,g,b,a = unpack(colors)

Terrillyn

01/25/16 06:32 PM

I still cant get these accountwide settings to work the way I want.

there seems to be something weird going on with the references, if I try to change a an accountwide setting via console (SimpleXPBar.AWSV.textbar.text = "Hello World") or even using a function, none of the settings are updated in the live tables or saved tables, its making it utterly confusing. I have also tried using coolmodi's deepcopy and its not working, I've also tried this:

Lua Code:

function SVOverwrite(src, dst)
    for k,v in pairs(src) do
        d(type(v) .. ": " .. k)
        if type(v) == "table" then
            SVOverwrite(v, dst[k])
        elseif type(v) == "function" then
        else
            dst[k] = v
        end
    end
end

again not working;
All I want to do is overwrite the values in one SavedVars with another while still letting them both save seperately, no references just values, this is driving me crazy, what am I doing wrong?

Terrillyn

01/25/16 07:02 PM

!! I think I may have come up with a solution finally, I'll need to test it abit more but its working so far.
here it is

checkbox

Lua Code:

setFunc = function(val)
    SimpleXPBar.AWSV.general.account_wide = val
 
    if SimpleXPBar.AWSV.general.account_wide then
        SimpleXPBar.CurSV = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "2", nil, SimpleXPBar.AWSV)
        SimpleXPBar.CurSV = SimpleXPBar.AWSV
    else
        SimpleXPBar.CurSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.CharSV)
        SimpleXPBar.CurSV = SimpleXPBar.CharSV
    end
end

At playerload

Lua Code:

SimpleXPBar.AWSV = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "2", nil, SimpleXPBar.default_settings)
SimpleXPBar.CharSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.default_settings)
if SimpleXPBar.AWSV.general.account_wide then
    SimpleXPBar.CurSV = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "2", nil, SimpleXPBar.AWSV)
else
    SimpleXPBar.CurSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.CharSV)
end

In this case I don't need a deepcopy it seems, since ZO_SavedVars will copy values from the default arg.

merlight

01/25/16 07:05 PM

Quote:

Originally Posted by coolmodi (Post 25618)

There's also something called metatables that can change the behavior of tables, ZO_DeepTableCopy ignores them, ...

Actualy it doesn't ignore them: http://esodata.uesp.net/100013/src/l...s.lua.html#163

Terrillyn

01/25/16 08:22 PM

Well I spoke too soon, it wouldn't let me set accountwide settings when I did that, seems nothing I try lets me copy over another table, aside from writing a large function to manually copy over all the vars.
For now I'll just keep character and account settings in separate SavedVars, this means the user should enable the Account-Wide toggle before making any changes.

checkbox

Lua Code:

setFunc = function(val)
    if val then
        SimpleXPBar.CurSV = SimpleXPBar.AWSV
    else
        SimpleXPBar.CurSV = SimpleXPBar.CharSV
    end
    SimpleXPBar.AWSV.general.account_wide = val
    SimpleXPBar:UpdateStats()
    SimpleXPBar:UpdateValues()
end,

At playerload

Lua Code:

SimpleXPBar.AWSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.default_settings, nil, nil, '$' .. SimpleXPBar.name)
SimpleXPBar.CharSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.default_settings)
 
if SimpleXPBar.AWSV.general.account_wide then
    SimpleXPBar.CurSV = SimpleXPBar.AWSV
else
    SimpleXPBar.CurSV = SimpleXPBar.CharSV
end

votan

01/26/16 01:07 AM

If working with ZO_DeepTableCopy, the resulting table is not referenced by the saved variable. => not serialized to disk.

The questions are:
1. What is the expected behavior if you switch from char to account? Current settings taken over? Or switching to account settings?
2. What is the expected behavior if you switch from account to char? Current settings taken over? Or switching to char settings what ever they were?

I would try this (untested :o):
At addon load (EVENT_ADDON_LOADED):

Lua Code:

SimpleXPBar.AWSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.default_settings)
SimpleXPBar.CharSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.AWSV)
     
if SimpleXPBar.AWSV.general.account_wide then
    SimpleXPBar.CurSV = SimpleXPBar.AWSV
else
    SimpleXPBar.CurSV = SimpleXPBar.CharSV
end

If account settings are new, defaults are used. Then, if char is new, account settings are taken as default. (Which are default, if account settings were new)

Checkbox:

Lua Code:

setFunc = function(val)
    if val then
        -- purge data, due to different version
        ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "2", nil, nil)
        -- purge again, back to old version, take over char settings
        SimpleXPBar.AWSV = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "1", nil, SimpleXPBar.CharSV)
        SimpleXPBar.CurSV = SimpleXPBar.AWSV
    else
        -- purge data, due to different version
        ZO_SavedVars:New("SimpleXPBar_Settings", "2", nil, nil)
        -- purge again, back to old version, take over account settings
        SimpleXPBar.CharSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.AWSV)
        SimpleXPBar.CurSV = SimpleXPBar.CharSV
    end
    SimpleXPBar.AWSV.general.account_wide = val
    SimpleXPBar:UpdateStats()
    SimpleXPBar:UpdateValues()
end,

Alternative, you could access the saved variable more directly.

Terrillyn

01/26/16 01:55 AM

Quote:

Originally Posted by votan (Post 25644)

If working with ZO_DeepTableCopy, the resulting table is not referenced by the saved variable. => not serialized to disk.

This is what I figured was happening which is why I was trying to set the values and not just make a copy, but idk how serialization or metatables really work in this case and tbh I'm having trouble understanding the lua docs on them (metatables).

Quote:

Originally Posted by votan (Post 25644)

1. What is the expected behavior if you switch from char to account? Current settings taken over? Or switching to account settings?

I want the characters current settings to overwrite the account settings (by value), and switch to using the accounts SavedVars.

Quote:

Originally Posted by votan (Post 25644)

2. What is the expected behavior if you switch from account to char? Current settings taken over? Or switching to char settings what ever they were?

I want the account settings to overwrite the current characters settings (by value), and switch to using the current characters SavedVars.

Quote:

Originally Posted by votan (Post 25644)

Lua Code:

setFunc = function(val)
    if val then
        -- purge data, due to different version
        ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "2", nil, nil)
        -- purge again, back to old version, take over char settings
        SimpleXPBar.AWSV = ZO_SavedVars:NewAccountWide("SimpleXPBar_Settings", "1", nil, SimpleXPBar.CharSV)
        SimpleXPBar.CurSV = SimpleXPBar.AWSV
    else
        -- purge data, due to different version
        ZO_SavedVars:New("SimpleXPBar_Settings", "2", nil, nil)
        -- purge again, back to old version, take over account settings
        SimpleXPBar.CharSV = ZO_SavedVars:New("SimpleXPBar_Settings", "1", nil, SimpleXPBar.AWSV)
        SimpleXPBar.CurSV = SimpleXPBar.CharSV
    end
    SimpleXPBar.AWSV.general.account_wide = val
    SimpleXPBar:UpdateStats()
    SimpleXPBar:UpdateValues()
end,

^This is probably what I'll have to end up doing.

votan

01/26/16 02:18 AM

Maybe the simplest solution is that the get-functions return CurSV, while the set-functions always set the value in CharSV and optional in AWSV.
If a user changes a value, the user always gets a "copy" to the char settings and optionally effects account wide settings. Which values are effectively shown/used depends on the mode.

Terrillyn

01/26/16 06:30 AM

you mean like

Lua Code:

--pseudo-code
CharSV.setting = newval
if account_wide then
    AWSV.setting = newval
end

when ever a setting is set?

votan

01/26/16 06:41 AM

Quote:

Originally Posted by Terrillyn (Post 25649)

you mean like

Lua Code:

--pseudo-code
CharSV = newval
if account_wide then
    AWSV = newval
end

when ever a setting is set?

yes. And the get functions always returns the value from CurSV, which is either the same as CharSV or the same as AWSV.
If the user is in account wide mode, the account wide values are used and changed.
If the user switches to char mode, all settings changed while in account wide mode are still the same.

/edit: The only "problem" is:
1. User A made a change while in AW mode
2. User B made a change while in AW mode
3. User A switches to Char mode: the value would change back to User A last change.

Is that what you want, or should User A get a fresh copy of the AW settings? In this case you have to do, what I posted before.

merlight

01/26/16 09:12 AM

Quote:

Originally Posted by Terrillyn (Post 25645)

Metatables are not saved. If you put a table that has a metatable in saved vars, then after ReloadUI it will be just plain table without metatable. That is why when you save for example a ZO_ColorDef instance, in saved vars it'll be just a plain table {r=1,g=1,b=1,a=1}, after ReloadUI it won't be a ZO_ColorDef (unless you setmetatable yourself).

ZO_DeepTableCopy has an optional second argument, the destination table. If you don't provide it, a new table is created.

All times are GMT -6. The time now is 10:39 AM.

Page 1 of 2

Show 60 post(s) from this thread on one page