smd_prefalizer: directly edit prefs

Bloke · 2009-11-16 21:46:09

kevinpotts wrote:

the actual labels of the author levels (“Publisher”, “Staff Writer”, etc). Is that something I just have to change in the language definition?

Yup. Special mention for wet_babble here, which is the coolest way to change stuff like that.

kevinpotts · 2009-11-16 22:39:05

Why do I not know about all this cool shit?!

Last edited by kevinpotts (2009-11-17 03:10:02)

Bloke · 2010-01-25 23:11:52

speeke wrote:

Notice: Undefined index: 10… eval()’d code on line 199

Hmmm, seems to be something to do with the ‘type’ of one of your pref rows. Can you narrow it down to a particular ‘page’ of the results, or a possible suspect row or three? Do any of your rows show anything other than Advanced, Basic or Hidden in the type column? Can you find an entry with ‘10’ as its type and let me know what the pref name is (you may have to resort to using phpMyAdmin for this, or rss_db_admin plugin to view the table directly)?

If it turns out it’s a particular plugin or if there’s a type I’ve forgotten I’ll have to figure out how to deal with it. Bottom line is the plugin shouldn’t assume there are only 3 types — so I’ll try and handle it better in the next version — but I’d like to find out which entry is causing it. Thanks for the report.

Bloke · 2010-01-26 00:30:31

speeke wrote:

Yes. I recently updated glz_custom_fields… Should I refer this to gerhard?

Aha, thanks for sleuthing this one. I’m not completely clued up on how glz_cf does its magic but I guess Gerhard uses the ‘type’ column for something else. Perhaps the type of the input widget for that particular field? If you could refer Gerhard to post #15 here, he might be able to fill me in on what he’s using the field for and I can make this plugin work better with his. Cheers!

when I select View 15 per page I still see 25 entries.

Nuts, it’s a typo. Line 87 should read:

$limit = max(@$pageby, 15);

Thanks for noticing. I’ll fix it in the next release.

Bloke · 2010-01-26 11:28:55

speeke wrote:

all the glz events are of type 10

Thanks. Mystifies me too, but hopefully Gerhard can shed some light on what type 10 is and whether there are any other values I need to know about.

gerhard · 2010-01-30 09:07:01

OK, the reason why that is happening is because I’m setting all glz_custom_field prefs with type 10 so that they don’t show up in TXP’s preferences.

Is there a better way Stef to achieve the same result without making your plugin freak out?

Bloke · 2010-01-30 12:41:09

gerhard wrote:

I’m setting all glz_custom_field prefs with type 10 so that they don’t show up in TXP’s preferences.

Thanks for stopping by! In theory, setting them to type 2 should achieve the same effect since lib/constants defines these three:

define('PREF_BASIC', 0);
define('PREF_ADVANCED', 1);
define('PREF_HIDDEN', 2);

But if it’s a major hassle to change from 10 then I’ll just make my plugin accept anything above ‘2’ as ‘hidden’ for now. Can play it either way, lemme know which you prefer.

Last edited by Bloke (2010-01-30 12:41:24)

Bloke · 2010-06-28 23:26:15

v0.20 is out. Features:

3 new public side tags:
- smd_pref_get : display one or more prefs
- smd_pref_set : create or update a single pref
- smd_pref_delete : remove one or more prefs
pageby typo fix (thanks speeke)
pref types > 2 now considered hidden (fixes glz_cf issue which uses type = 10)

With the new tags, you are prevented from modifying system prefs and cannot create or otherwise clobber any TXP system pref. But you can create/modify/delete your own hidden prefs or — if someone is logged in — create/modify/delete per-user prefs on their behalf.

Hope this proves useful for people who want to store transient information based on visitor interactions on your site.

Download it

aslsw66 · 2011-09-28 21:28:07

Any tips on how to get the results from a form and post them into smd_pref_set?

My only success has been through a URL string which is not preferred for obvious reasons.

Bloke · 2011-09-28 21:51:42

aslsw66 wrote:

Any tips on how to get the results from a form and post them into smd_pref_set?

<txp:adi_gps post="1" /> ? Then use the resultant <txp:variable /> as input to smd_pref_set;

aslsw66 · 2011-09-29 16:22:11

OK, got it. I must have been abusing adi_gps because the data was appearing in the URL – clearly not good!

Pity I didn’t think about using this earlier as there are lots of revisions ahead of me. I’m going to have a go at pack a preferences field with a comma delimited string and see what happens.

uli · 2011-11-14 15:08:11

Stef, based on what you say here in the smd_browse_by thread …

The select lists available at the moment are configurable (albeit via a hidden pref right now) in the beta.

… made me think that it might be pretty useful if every row in the prefalizer panel got its own ID so that you could simply link to the right point in your plugin e.g to make the users skip to the right spot in these hundreds of table entries. Maybe its possible to even hide all the other table rows and only show what you wanted to edit right now.
Equipped with such capabilities, perhaps more plugin authors could make use of your nice plugin.

Textpattern CMS

Textpattern CMS support forum

#13 2009-11-16 21:46:09

Re: smd_prefalizer: directly edit prefs

#14 2009-11-16 22:39:05

Re: smd_prefalizer: directly edit prefs

#15 2010-01-25 23:11:52

Re: smd_prefalizer: directly edit prefs

#16 2010-01-26 00:30:31

Re: smd_prefalizer: directly edit prefs

#17 2010-01-26 11:28:55

Re: smd_prefalizer: directly edit prefs

#18 2010-01-30 09:07:01

Re: smd_prefalizer: directly edit prefs

#19 2010-01-30 12:41:09

Re: smd_prefalizer: directly edit prefs

#20 2010-06-28 23:26:15

Re: smd_prefalizer: directly edit prefs

#21 2011-09-28 21:28:07

Re: smd_prefalizer: directly edit prefs

#22 2011-09-28 21:51:42

Re: smd_prefalizer: directly edit prefs

#23 2011-09-29 16:22:11

Re: smd_prefalizer: directly edit prefs

#24 2011-11-14 15:08:11

Re: smd_prefalizer: directly edit prefs

Board footer