[Rick Wielopolski]

This reply has been marked as private.

[Rick Wielopolski]

Thanks Steve….yes, as noted above, non-moderated adds and edits work fine. However, we need moderation.

Also, we intentionally allowed members to add entries for other people, such as young children or the elderly, who do not have emails and would not be logging into the directory. The admin would assign them to a Family since people cannot do that themselves and then the Church directory would be complete.

[Rick Wielopolski]

Yes (sorry), this is a FORM issue and we use LINK to allow users to Reg, View, Submit and Edit.

FYI…I wiped out all (test) users and directory entries, reset roles and reapplied but this did not solve the problem.

We can live without final notice of approval, but proper notification (message and email) of edited entry is required since the entry will “disappear” while in the admin queue for moderation. Submission works…editing does not.

Attached are 8 steps (zipped) to outline the occurrence. Just before the submission or edit results are posted to the page, the dialog “Submission is being processed” properly shows and then the resultant message is posted.

Hope this helps you resolve the issue.

Attachments:

You must be logged in to view attached files.

[Rick Wielopolski]

Many Thanks!

The additional change to the code snippet works great! However, for others who use this, please note that one error exists above…change ‘manage options ‘ to ‘manage options’ by removing the space so it recognizes the parameter.

Also, the admin-bar-disabler plugin works great as well.

(I believe I found a few minor bugs and will post in your bug list for future releases).

Everything is configured quite well and we can now review with the pastor & congregational committee.

Great app and support!

[Rick Wielopolski]

Thank you for your prompt response Steve!

First, the “display: none !important;” worked fine and the fields are removed from Form. (I actually tried this once before but must have fat-fingered it. Sorry about the confusion).

Is there a way to easily do the same for the User’s Admin editing screen? WP allows them access in the top menu and the options are overwhelming for most folks. I’d love to disable it and force them to only use Form.

Secondly, the filter is definitely cool. It does force the overall setting to “private”, however, not any of the individual fields (phone, email, etc.). If the fields remain set to “public”, will it affect any viewing, etc. since the overall view is private and Login is required? BTW…this works in Form editing as well as Admin editing.

One issue, we now will not have a way to allow “unlisted” as a selection. Do you have an addition to the filter that would accomplish this last change?

Thanks again…Rick

[Rick Wielopolski]

I had already tried the CSS change above by inserting it into the Weaver II Custom CSS GUI field which should updated style.css. It did not work and assume this is the theme you wanted me to update. (It will also auto-generate the style.min.css). Debugging through the browser proves that removal of the 2 HTML “divs” renders correctly, however, I cannot find the file in your application to “comment-out” the code that creates them. I am capable of editing CSS, PHP, etc. Can this be accomplished another way?

Also, I set “individual” in the Form but need “private” concurrently. How would I incorporate a filter?

Thanks!

[Author]

Posts