XF2.x: 1) Admin cp: collapsible user permission groups, 2) Better indication of a contributor's own pending (moderated) edit, 3) Create New Page tabs overhaul
At this time I have
threetwo suggestions for VaultWiki 4.1 on XenForo 2.x.
1)
Admin cp: User group permissions (and access masks) suggestion (XF2.x)
Suggestion part 2: Make permission blocks collapsible, e.g.
data-xf-click="toggle" and css classes collapseTrigger/block-body--collapsible.
Example PHP and screenshot: https://www.vaultwiki.org/issues/5694/#note31947
Suggestion part 1: Change "Staff Permissions" to "Wiki Moderator Permissions" (or just "Moderator Permissions"). This would then match the word choice in "VaultWiki: Miscellaneous" options (Usergroup for Wiki Moderators).
2)
Moderated status indicator for contributor's pages/edits suggestion
XenForo allows posters to view their own post/thread while it is pending moderation, albeit with various indicators of the thread/post's current moderated status. This provides reassurance to content creators that their submission hasn't been lost and that there is no need to submit it again. For VaultWiki, the following would be welcome:
Moderated new page
* In lists where a moderated wiki page would ordinarily appear if it were approved, consider allowing the contributor to see their own pages that are pending moderation (as long as they have view permission for that area). Like XenForo threads, the moderation shield fa icon could be displayed in lists with an "Awaiting approval" tooltip.
* On the page itself, display a message under the title, e.g. phrase(awaiting_approval_before_being_displayed_publicly)
Moderated page edit
* On the page itself, display a suitable message under the title to the contributor that describes the state and who can view it, such as "A newer version of this page is awaiting approval before being displayed publicly"
3)
Create new page 'Edit' tab and other tabs clutter during page creation.
Resolved in Beta 2, thank you
This item was reported under its own issue, #5740.
Right now, there is insufficient distinction between the appearance of the Create new page form and the Edit area form.
The biggest issue I have is that the selected tab in the tabs block is "Edit", and what is worse is that it hyperlinks to the containing Area's edit page (?do=edit). I think this should be attended to at a minimum.
I think a lot of the tabs in this block could be skipped while creating a page, since they refer back to the parent Area. I would like to see this simplified to two tab options:
- Area - a link back to the parent Area where the new page is to be saved (or Page/Index if not applicable)
- Create/New - a selected tab without any link
If I am in the middle of creating the page "Bananas" within a "Fruits" Area, then the most of the other tabs (which refer to containing "Fruits" Area) are irrelevant here, e.g. View source code, Report page, Manage synonyms, etc.]