Item13965: Unfortunate UX difference between EditRow and EditTable
Priority: Enhancement
Current State: Confirmed
Released In: n/a
Target Release: n/a
When using
EditTablePlugin
, an editable table always shows the "Edit" button, even to guests (users who are not logged in).
When using the
EditRowPlugin
, this is not the case.
The UI difference causes this change to the user experience:
With
EditTable
- User views page and sees table
- User clicks "Edit"
- Clicking Edit causes Wiki to prompt with a login dialog
- user either
- logs in and edits the table (or)
- cannot log in, registers, emails the admin, etc
With
EditRow
- User views page and sees table
- User has no idea that the table is editable
- User does not know what to do
Use Case - I sometimes create "signup" sheets and similar pages that guests to my Wiki can update. The Editable Table is on its own page; the wrapper content is INCLUDEd from another page. Guests are given a guest ID that allows them CHANGE access to this page only, not the entire wiki.
See
cfcl...BrainScanning for an example.
--
VickiBrown - 17 Feb 2016
Here are also installations where wants:
- display only the "plain table" to WikiGuest - without disturbing with the "edit-button" (for example in a closed sites, where the registering to public is disabled), but the simple table view is wanted.
- and show the edit button only to already logged-in users
Maybe some preference, such:
- Set ERP_GUEST_BUTTONS = yes
or like...
--
JozefMojzis - 18 Feb 2016
I think part of the problem is that ajax can't authenticate, or at least it would be a lot more complex to have the javascript prompt the user to login, as well as less secure having javascript handle password prompting.
EditRowPlugin does its work asynchronously with ajax, so rather than a redirect to login, it just "wouldn't work". I'm not sure what a good solution would be to get back the traditional behaviour.
--
GeorgeClark - 18 Feb 2016
Perhaps the plugin could include a check for whether the user is/is not authenticated and produce a simple graphic that indicates this is an editable table if you're logged in?
Or even if it can't do the authentication itself, could it include a link to
%LOGIN%
?
(FYI I added a Use Case and link to the main description above)
--
VickiBrown - 18 Feb 2016