thanks for your comment. Unfortunately there is no such documentation on this feature available. It is a custom development I made for that side. It uses AJAX to grab the additional content and then adds it to the table. I can not provide any assistance for this feature, but I can only encourage you to take a look at the source code.

Best wishes,
Tobias

no, unfortunately I don’t know how to use S2Member together with my plugin. I have never used or worked with that plugin, so I don’t know the details on how it works. Sorry.

Best wishes,
Tobias

Chris

thanks for the feedback and information on your current solution.

I understand that you are in need of a more fine-grained control of user actions and rights within the plugin. However, I feel that this is outside the scope of the plugin. See, the goal of the plugin is to offer an easy way to create tables, without the need to manually mess with the HTML code behind it. It takes data, allows easy editing and displays it. However, it is not intended to be a spreadsheet application or graphing tool.

Sure, the features could be extended even further, but there will always be limitations, so it really is hard to fit everyone’s needs. So, while certainly some users (like you) would benefit from such a feature, I’m very sure that most others don’t need it and might only be confused from it. I have experienced this before, and had to see that every new feature, every setting and every option make the plugin harder to use for the people at which it is actually targeted.
Additionally, the implementation would certainly not be easy. There are a few things in the current structure of the plugin that would make per-table user rights very hard to control, and due to that, I don’t want to take that route at the moment. I hope you can understand that.

Best wishes,
Tobias

1. embed the users specific table in a page which is password protected. Only the user and (in this application) his boss and mentor have the password to that page.

2. Using something like S2Member move page permssions for list table, add table etc. (i.e. your top level menu) to admin or some permission level out of the reach of each specific table user who wants to edit just their own table (possibly in conjunction with thier boss or mentor).

3. So now the user gets a private table which can be used to track just about anything about that user (privately) and the user can edit the table in conjunction with anyone else who has access to users private page (here it is his performance and progress).

4. However user cannot get to the list or the add table etc pages because these pages are protected.

We think this might work, but it would be nice to avoid needing to use S2 just for protecting the list, add etc. pages by (optionally) restricting access to your top level menu items to a specific role. Table Editor maybe?

Now what you have with your table plugin is the core of personalised tables that can be maintained by the person or anyone with access to that persons private page. There are a wealth of applications here. Including ultimately adding personalised visual outputs like graphs maybe?

What do you think, Tobias?

Regards,
Chris

thanks for the follow-up.

You are right, a user with editing rights can edit any table.
Unfortunately, this can not be changed. So, I’m very sorry, but it sounds as if the plugin is not the right thing to achieve what you need. You are probably better off with a custom solution.
(One thing that might work: If every user of your site had his own WordPress (as a member blog of a WordPress Multisite Network), the plugin could be installed in each of those blogs and everyone would only be able to edit table in his blog.
Other than that, I don’t see a possibility to achieve this in a single installation.

Best wishes,
Tobias

We are working on a very large site and would like to use the plugin extensively. Essentially one table per registered website user. Each registered user can then use links (in their personal BuddyPress profile) to get to their personal specific table and update the content in their personal table. Only problem is, all registered users with editing rights can then update everyone else’s table because there seems to be no role delineation between a user editing a table assigned to them and other users’ tables. Any ideas on that one? If I put it into perspective we envisage maybe 500 to 1000 live user tables, each assigned to a specific user with that specific user having table editing permissions – but what we need is that permission restricted to just the user’s own table not everyone else’s table.
And again, thanks Tobias, for a wow plugin. We can see this setting the standard!