On 21 Feb 2018, at 15:04, Ecaterina Moraru (Valica)
<valicac(a)gmail.com> wrote:
On Mon, Feb 19, 2018 at 1:32 PM, Thomas Mortagne <thomas.mortagne(a)xwiki.com>
wrote:
On Mon, Feb 12, 2018 at 1:48 PM, Ecaterina Moraru
(Valica)
<valicac(a)gmail.com> wrote:
Hi devs,
The purpose of this mail is to decide on some rules for where admin
related
applications should be located. This mail
resulted after a discussion
with
Vincent and it was initially started by the
proposal to move Menu
application inside Administration [1].
Some mentions:
- Admins should have a central place where they could find all the
applications they can use and are intended for them. Having a central
location helps discoverability. Administration would be that place.
- Applications have configurations and actions. All configurations should
be in Administration. If the actions are targeted only to Administrators,
they should be listed also in Administration. We will use TABS, one for
configuration, one for the actions UI (ex Invitation app). If the actions
are targeted also to Users, than this application should be publicly
available (ex User Directory).
- These mixed target applications, might have admin dedicated actions
displayed in place (ex. livetable edit, delete entry. ex. Repository app
import). This is fine since it preserves the context, not all admin
actions
should be present exclusively in Administration.
- Application Index should contain only applications that are targeted
towards normal users. Admins will have Administration as entry point.
- If the application needs to add special permissions to a group of
users,
these can be added with rights, or provide manual
links towards the
application in a custom menu/panel (ex Stats app providing access to a
particular user).
This means several changes for the following applications:
Bundled apps listed in AppIndex:
1. Invitation App - Move the actions (Invitation.WebHome) to
Administration. Use ConfigurableClass and create a new Tab containing the
actions. Remove the AppBar entry (UIExtensionClass).
2. Panels - move to Administration, remove the AppBar entry.
3. Menus - move to Administration, remove the AppBar entry.
4. Scheduler - move to Administration, remove the AppBar entry.
5. Tour - move to Administration since it contains tour definitions.
6. User Index - leave it public, but remove the AppBar entry since there
is
a dedicated Drawer entry.
Recommended apps:
7. Antispam tool app - move to Administration, remove the AppBar entry.
8. Nested pages Migrator - move to Administration, remove the AppBar
entry.
9. Filter Streams Converter Application - move to
Administration, remove
the AppBar entry.
I don't really agree about this one. This is (currently) restricted to
user with PR for security reason but I don't really see it as an
administration tool.
I've added this application in the list since it's Recommended. To be sure,
I don't really know what it does. Maybe is intended for developers, but if
that is the case, it should not be Recommended.
If this is not intended for Admins, than it certainly is not for users.
Users with PR are a very special kind of users. So maybe we need to discuss
the target for this app.
Administration should contain admin related apps, while AppBar should
contain normal user related apps. For Developers it's problematic since
expect advanced profiles and access rights for them.