Initial Thoughts on smd_bio
- Published Saturday September 12, 2009 | Edit
After some more time of selfishly considering my benefiting from this plugin The things I now pursue or desire are:
- Using the mem_self_register plugin to sign a new user up while allowing for for new data defined by smd_bio to be passed through that form.
- An additional ability in mem_self_edit to allow users (even with privileges none) to modify their new smd_bio provided data in the front side.
These would give me complete satisfaction in the area of giving users the ability to set their preferences in the front end for their site use. Exciting!
The beauty in the user setting the unlimited number of ‘preferences’ you can allow them (using smd_bio, and other txp-centric tags), is that we can set up forms and plugin tag combos to deliver things to them based on their preferences. Pair that with the multi site magic available in TXP 4.2 and you might be handing whole ‘sites’ to users. ‘Sites’ in the sense that it is their ‘space’ because they can manipulate the content in that space.
Now, I understand this is outside of the normal scope of this plugin thread. If it weren’t for having my user bases being all external (flighty, finicky, grumbly, forgetful, freaky); then I would likely be trying to manage a newspaper (managers make employee profiles) where I could use this plugin without need for more integration/expansion/re-focus.
I am thusly stuck having to depend on users/employees/customers to manage their own stake in it all. Because it is a nightmare herding users through the crumbling labyrinth of profile-management-online, an application of smd, mem, ign, etc, and txp tags can help the user experience designer display controls for dummies. Controls for dummies, in theory, will increase the quality of the content they provide.
