adi_variables - Manage TXP variables

EdwardS · 2013-05-31 10:51:09

Hi gomedia, would love to be able to have categories in this plugin.

mrdale · 2013-06-01 16:30:40

Wow. this has been around since 08 and I just discovered it.

Idea: often times it is useful to set variables with variables and perform other machinations on variables. It might be nice to have a “safe area” which does not get touched, overwritten when you save variables…

so in adi_variables form, the following would be possible…

<txp:variable name="example-admin">Only admin can change this</txp:variable>
<txp:hide>PUBLIC VARIABLES BELOW, ADMIN VARIABLES ABOVE</txp:hide>
<txp:variable name="example-public1">Anybody can change this one</txp:variable>
<txp:variable name="example-public2">Anybody can change this too</txp:variable>
<txp:hide>NON UI VARIABLES BELOW</txp:hide>
<txp:variable name="full-meal-combo"><txp:variable name="example-admin">,<txp:variable name="example-public1"></txp:variable>

Last edited by mrdale (2013-06-01 16:31:34)

gfdesign · 2014-09-18 01:04:58

Hi Adi.
Great plugin, but as other have asked, I’m also wondering if you or somebody else knows how to create a page with theme options. It would be great give to the client the possibility to edit some variables even with other field types (checkboxes, radiobutton, textareas, etc) such as glz_custom_field has.
Many thanks

wavesource · 2014-11-21 04:56:09

gee – me too, I’ve just stumbled across this looking for this specific function – thanks, gomedia

I was thinking along the lines of gfdesign, but was wondering if this could be achieved by allowing HTML in the adi_variables form to be output to the page… that way we’d be able to structure our own pages at least with headers and so forth. The ability to group fields manually by editing the form is already there, and that’s pretty much all I need right now, but I can see further scope for this to become the global custom fields section from hell.

Cheers to all

gomedia · 2015-08-11 23:39:33

Version 0.6 now available:

TXP 4.5+ only
tested on TXP 4.6
plugin privileges in options
drag & drop reordering
minor UI improvements

jakob · 2015-08-12 08:17:33

Hi Adi,

This is still a firm favourite of mine, but has become sidelined of late because the form-based method conflicts with flat-file-to-db syncing when developing using flat files and rah_flat.

Would you also consider the option of having an optional alternative saving method using prefs instead of forms? And a corresponding tag to retrieve the prefs as variables. There’s a related discussion in this thread with Stef’s in-progress smd_prefset. Jukka made some comments here in response to my request to reinstate a past method for ignoring certain forms from syncing.

( Background: adi_variables is just excellent for storing site prefs, but in conjunction with flat-file-based templates using rah_flat – which prevents admin-side access to form prefs – the panel is unusable. More precisely: it’s usable when in “live” mode when rah_flat is not active, but as soon as you switch out of it, the admin-side panel is blank and the adi_variables form is updated with the flat-file eradicating any settings you may have made admin-side in the meantime. )

EDIT: corrected my mistake. Thanks maniqui.

Bloke · 2015-08-12 09:17:26

jakob wrote #294098:

Stef’s in-progress smd_prefset

*cough* Stef’s accidentally forgotten smd_prefset. Thanks for the reminder!

maniqui · 2015-08-12 12:52:45

jakob wrote #294098:

( Background: adi_variables is just excellent for storing site prefs, but in conjunction with flat-file-based templates using rah_swap – which prevents admin-side access to form prefs – the panel is unusable. More precisely: it’s usable when in “live” mode when rah_swap is not active, but as soon as you switch out of it, the admin-side panel is blank and the adi_variables form is updated with the flat-file eradicating any settings you may have made admin-side in the meantime. )

You meant rah_flat, didn’t you?

jakob · 2015-08-12 14:46:35

You meant rah_flat, didn’t you?

I did. Thanks Julián. Corrected above.

gomedia · 2016-06-08 03:02:16

Version 0.7 now available:

minor updates for TXP 4.6

mrdale · 2016-06-08 17:04:22

gomedia wrote #299610:

Version 0.7 now available:

minor updates for TXP 4.6

“No good deed goes unpunished” is the preface to me +1ing jakob’s request to find a way for adi_variables to survive rah_flat imports.

I use both on every new site and generally have to switch off flat when I hand over the reins to the client. But then subsequent updates involve manually updating the flat adi_variables form.

Great plugin BTW, a real gem… I’ve been looking at a way to hack in support for pre-populated selects and multi-selects via jquery.

jakob · 2016-06-09 07:47:56

mrdale wrote #299628:

“No good deed goes unpunished” is the preface to me +1ing jakob’s request to find a way for adi_variables to survive rah_flat imports.

I like adi_variables too, but I’ve just found it too risky to lose user settings if I activate rah_flat. It’s not adi’s fault and the solution would be to skip it in rah_flat as was once possible an earlier version.

An aside: Dale, you might want to try Nicolas’ fork of rah_flat – oui_flat – which allows you to define prefs variables (which appear in an own “twister” of Admin › Preferences) as flat-file entries (like this) but unlike the forms and pages, they remain user-definable once created. He also has a separate plugin which adds the ability to specify different kinds of prefs UI elements, though I’ve yet to try it.

Note: in his new version, Nicolas also changed the form naming convention to type.name.ext, which I think Phil has proposed elsewhere. If you want it to work seamlessly with your existing templates, you need to reverse the changes made to FormIterator.php here.

(Sorry for hijacking the thread, Adi).

Textpattern CMS

Textpattern CMS support forum

#61 2013-05-31 10:51:09

Re: adi_variables - Manage TXP variables

#62 2013-06-01 16:30:40

Re: adi_variables - Manage TXP variables

#63 2014-09-18 01:04:58

Re: adi_variables - Manage TXP variables

#64 2014-11-21 04:56:09

Re: adi_variables - Manage TXP variables

#65 2015-08-11 23:39:33

Re: adi_variables - Manage TXP variables

#66 2015-08-12 08:17:33

Re: adi_variables - Manage TXP variables

#67 2015-08-12 09:17:26

Re: adi_variables - Manage TXP variables

jakob wrote #294098:

#68 2015-08-12 12:52:45

Re: adi_variables - Manage TXP variables

jakob wrote #294098:

#69 2015-08-12 14:46:35

Re: adi_variables - Manage TXP variables

#70 2016-06-08 03:02:16

Re: adi_variables - Manage TXP variables

#71 2016-06-08 17:04:22

Re: adi_variables - Manage TXP variables

gomedia wrote #299610:

#72 2016-06-09 07:47:56

Re: adi_variables - Manage TXP variables

mrdale wrote #299628:

Board footer