You are not logged in.
I hope all is well.
Just wondering if you ever found time to get the custom data interfaces working? I had a go, but failed miserably :-(
Your lum_usermenu replacement also sounds interesting. I’m using the plugin on a couple of sites, but would definitely be interested to see your attempt!
The Big Baldy Head
Stef, are CSS stylesheets working OK in .11? I have a problem on one site (running .11) where the stylesheet link tag is not showing up in the source, and thus no stylesheet is applied to the smd_tabber tab’s HTML. In another site running .10, it’s working fine.
For now I added this tag to the theme’s php file and it’s OK:
<link href="?event=smd_tabber&step=smd_tabber_css&name=tabber_styles" rel="stylesheet" type="text/css" />
Thanks for your help!
Last edited by maruchan (2011-06-01 06:10:18)
Stef, are CSS stylesheets working OK in .11?
They work for me. Strange. I picked a stylesheet and page from the dropdowns, Saved and then visited the associated tab. My entire document had a yucky green background because that’s what I told the stylesheet to do.
smd_tabber_tab_prefixin txp_prefs)? EDIT: On second thoughts, I guess not or else you wouldn’t be able to pick the stylesheet from the dropdown. Hmmm.
Last edited by Bloke (2011-06-01 08:28:37)
It seems like it really could be a cache issue. I’m going to stick with my current solution, but I’ve been seeing some blanked-out pages and forms after save, so I’ll give Gocom’s cache-disabler another try and see if that can help with this issue too. Thanks again.
First and foremost, this plugin is incredible. I have only begun to scratch the surface for my new project but I think this plug in and I will be becoming good friends for the next couple of weeks.
I did have a quick question/comment. I noticed that when I created a tab that I need to assign it to a user level. This made complete sense. The problem is that I assigned it to the Managed Editor thinking that a Managed Editor or myself who was logged in as a Publisher would see it— my thinking was not correct. I am not sure if what I am reporting is accurate, but if I might make a suggestion in later versions you may want to incorporate it so that the privileges work in a way that anyone on or above would see the tab. Just a thought.
this plugin is incredible
Thank you very much. Glad it’s helpful.
privileges work in a way that anyone on or above would see the tab.
The View privileges is a multi-select so you can permit both Managing Editors and Publishers to see the tab if you wish.
BTW, this issue has cropped up in my upcoming smd_user_manager. When editing profiles, people who have privileges to create new users or edit any users shouldn’t have the ability to create more powerful users than themselves. Textpattern has traditionally circumvented this by only allowing Publishers to alter users. smd_user_manager breaks this tradition by giving everyone control over their own biographical information (which includes smd_bio fields) and allowing certain people the power to edit others. If you permit Managing Editors to edit everyone, they could create a new Publisher account for themselves and have elevated privs.
The problem is that the roles are not strictly hierarchical. A Copy Editor is not greater than a Designer: they just have different capabilities to do their respective jobs. This is why I’m being careful (going forward) that we refer to the user privilege levels as
groups; they group users into arbitrary, independent sets. The applications for Textpattern are vast (e.g. school admins, church leaders, rock band members, library curators, etc) so the convention needs to be wide to suit. I rejected
level because it has implied hierarchical connotations, and rejected
role because it implies a job description.
I have worked around this issue in smd_user_manager with a preference. You can dictate that the groups you create are actually hierarchical. If you do that, people cannot create groups with a ‘higher’ (lower) numerical value than themselves. Without that preference, the groups are as they are now: completely independent with no implied hierarchy and anyone with suitable creation privs can create users in any group. I might go further still and allow you to nominate an admin group which is off-limits to everyone except those in that group already, for site admins who want to allow others to create groups but don’t have a strict hierarchy in place either and wish to protect the nest from abuse.
Does all that sort of make sense?
You would have thought I would check to see if it were mulit select. Duh.
Your explanation of groupes makes perfect sense. I will keep you up to date as I continue to move forward with your “the tabber” as I am referrring to it (at least in my mind).
If i was somehow better person, i would first try to hack this myself. But because i’m bored at work, not able to get my hands into txp installation anytime soon, i’m going to bother all of you!
I’ve been planning a nice and powerful Dashboard to txp, but would like to include some admin side functionality innit.
For example, i use articles to mark calendar events, it would be much simpler for customer to have small form on dashboard to do this. All he needs is published date fields and Topic. Section, category etc could be passed as hidden fields.
Any quick ideas or howtos? =)
with smd_tabber I’m trying to reproduce standard Textpattern article list limited to one section.
Can I create a page that let users delete their articles?
If it’s not for mass deleting articles, you can simply create links ending in
Edit: That’s true only as long as you’ve the ebl_articleDelete plugin installed, unfortunately.
Last edited by uli (2012-04-13 22:14:23)