ACP UX Improvements

General discussion of development ideas and the approaches taken in the 3.x branch of phpBB. The current feature release of phpBB 3 is 3.3/Proteus.
Forum rules
Please do not post support questions regarding installing, updating, or upgrading phpBB 3.3.x. If you need support for phpBB 3.3.x please visit the 3.3.x Support Forum on phpbb.com.

If you have questions regarding writing extensions please post in Extension Writers Discussion to receive proper guidance from our staff and community.
User avatar
DavidIQ
Customisations Team Leader
Customisations Team Leader
Posts: 1904
Joined: Thu Mar 02, 2006 4:29 pm
Location: Earth
Contact:

Re: ACP UX Improvements

Post by DavidIQ »

Louis7777 wrote: Mon Oct 02, 2017 10:10 am And I would like to have a language feature so that each admin can choose his own ACP language which can be different from the board's language.
:?: Settings and administration areas for any software I've ever used either go by the language the application is set to or, in the absence of such a setting, the system language which ends up being the language the software is also presented in. Adding a second language layer just makes things unnecessarily more complex with very little to zero ROI.
Image

User avatar
Louis7777
Registered User
Posts: 394
Joined: Fri Apr 04, 2014 12:32 am

Re: ACP UX Improvements

Post by Louis7777 »

DavidIQ wrote: Mon Oct 02, 2017 12:22 pm
Louis7777 wrote: Mon Oct 02, 2017 10:10 am And I would like to have a language feature so that each admin can choose his own ACP language which can be different from the board's language.
:?: Settings and administration areas for any software I've ever used either go by the language the application is set to or, in the absence of such a setting, the system language which ends up being the language the software is also presented in. Adding a second language layer just makes things unnecessarily more complex with very little to zero ROI.
For any forum - specifically - software you mean?

Because I can think of a few where the administration area has such a feature and also many that have a known plugin for that purpose (so that means that it's a wanted feature). One such software that I am using extensively is PrestaShop.

The image below is the profile for a backoffice user or employee of older PrestaShop series:
Image

And you may think it is useless but there's a good use case. What if an admin wants to be able to see exactly what the users are seeing and so he wants the board to be in German, but meanwhile he wants to view the administration area in English, because he is one of us who likes to have all of his software in English, for reasons (perhaps in case he wants to lookup something in Google)?

Also, I know for a fact that it's a pain in the ass when I make a site for a client and there has to be a specific language set for the administration, if we are both using it (because I usually go with English rather than his native language), or when we are viewing it in different languages and we can't easily communicate because it's cumbersome for him to change it for the admin panel since it will also change for the frontend... </end-of-ranting>

User avatar
DavidIQ
Customisations Team Leader
Customisations Team Leader
Posts: 1904
Joined: Thu Mar 02, 2006 4:29 pm
Location: Earth
Contact:

Re: ACP UX Improvements

Post by DavidIQ »

Fair enough, you make some good and valid points. 😉
Image

User avatar
DavidIQ
Customisations Team Leader
Customisations Team Leader
Posts: 1904
Joined: Thu Mar 02, 2006 4:29 pm
Location: Earth
Contact:

Re: ACP UX Improvements

Post by DavidIQ »

Senky wrote: Mon Oct 02, 2017 1:57 pm
Elsensee wrote: Mon Oct 02, 2017 2:12 am
  • COPPA - (This should go into an extension)
+∞
Cookie notice as well then.
Image

User avatar
Elsensee
Former Team Member
Posts: 42
Joined: Sun Mar 16, 2014 1:08 pm
Location: Hamburg, Germany
Contact:

Re: ACP UX Improvements

Post by Elsensee »

canonknipser wrote: Mon Oct 02, 2017 6:25 am Maximum private message folders - (Is it really necessary to limit this?)
I think yes, because otherwise some boards will have more PM than "real" posts, so keep it
But maybe there can be an extra explanation: "For the total users limit you need to multiply those parameters"
Why would it matter if a board has more PMs then Posts? If that actually happens...
Senky wrote: Mon Oct 02, 2017 9:22 am+1 to remove
The option or the functionality?
Senky wrote: Mon Oct 02, 2017 9:22 amNot strictly always. It has already been discussed that description is wrong here (see this PR). Option should be kept.
When is it different?
Senky wrote: Mon Oct 02, 2017 9:22 am But separate the OAuth then. OAuth is simple, commonly used and doesn't require expert to handle (you can't break login by adding OAuth keys).
I also thought about this.. but wouldn't know where to put it. But I agree that this might be an often requested feature.
Louis7777 wrote: Mon Oct 02, 2017 10:10 amAnd I would like to have a language feature so that each admin can choose his own ACP language which can be different from the board's language.
You can write an extension for this, but since this is a veeery limited use case I'd rather not have this functionality in the core. (Also, this is about simplifying ACP, not the opposite)
CHItA wrote: Mon Oct 02, 2017 10:27 amThrowing out options will not result in better UX. I don't think that it is possible to improve UX without completely redesigning the ACP.
I think not giving the User a HUUGE load of settings is already an improvement. Also, it can help supporters since there will be less mistakes and when redesigning ACP, we can just focus on organising the important stuff.
DavidIQ wrote: Mon Oct 02, 2017 2:04 pm
Senky wrote: Mon Oct 02, 2017 1:57 pm
Elsensee wrote: Mon Oct 02, 2017 2:12 am
  • COPPA - (This should go into an extension)
+∞
Cookie notice as well then.
I'm sorry, my european bias has affected me here, I think. ;)
It's very hard to see things objectively but in the end I agree. :)


I've updated the first post to reflect the arguments in the posts made until this point.

Senky
Extension Customisations
Extension Customisations
Posts: 315
Joined: Thu Jul 16, 2009 4:41 pm

Re: ACP UX Improvements

Post by Senky »

DavidIQ wrote: Mon Oct 02, 2017 2:04 pm
Senky wrote: Mon Oct 02, 2017 1:57 pm
Elsensee wrote: Mon Oct 02, 2017 2:12 am
  • COPPA - (This should go into an extension)
+∞
Cookie notice as well then.
Sure.

Elsensee wrote: Mon Oct 02, 2017 2:15 pm
Senky wrote: Mon Oct 02, 2017 9:22 am+1 to remove
The option or the functionality?
Functionality.

Elsensee wrote: Mon Oct 02, 2017 2:15 pm
Senky wrote: Mon Oct 02, 2017 9:22 amNot strictly always. It has already been discussed that description is wrong here (see this PR). Option should be kept.
When is it different?
In 99.99% it stays the same. There are, however, cases when you have multiple boards running on subdirectories of the same domain. Cookie prefix solves the problem with the same cookie name, but with cookie path set to "/", you receive all cookies on whatever board. Some intranets might, however, block your access to different subdirectories, but you receive cookies regardless. I know, it's so complicated situation, that maybe we should remove the option and if (ever) someone complains, provide an extension that covers the functionality.

Elsensee wrote: Mon Oct 02, 2017 2:15 pm
Senky wrote: Mon Oct 02, 2017 9:22 amBut separate the OAuth then. OAuth is simple, commonly used and doesn't require expert to handle (you can't break login by adding OAuth keys).
I also thought about this.. but wouldn't know where to put it. But I agree that this might be an often requested feature.
Probably new module. It's not that difficult to copy already existing HTML from the template, put it to new one and do the same with PHP.

User avatar
Elsensee
Former Team Member
Posts: 42
Joined: Sun Mar 16, 2014 1:08 pm
Location: Hamburg, Germany
Contact:

Re: ACP UX Improvements

Post by Elsensee »

Senky wrote: Mon Oct 02, 2017 2:36 pm
Elsensee wrote: Mon Oct 02, 2017 2:15 pm
Senky wrote: Mon Oct 02, 2017 9:22 amNot strictly always. It has already been discussed that description is wrong here (see this PR). Option should be kept.
When is it different?
In 99.99% it stays the same. There are, however, cases when you have multiple boards running on subdirectories of the same domain. Cookie prefix solves the problem with the same cookie name, but with cookie path set to "/", you receive all cookies on whatever board. Some intranets might, however, block your access to different subdirectories, but you receive cookies regardless. I know, it's so complicated situation, that maybe we should remove the option and if (ever) someone complains, provide an extension that covers the functionality.
For those use cases we can still use the cookie_name which should be different of course.

User avatar
hanakin
Front-End Dev Team Lead
Front-End Dev Team Lead
Posts: 968
Joined: Sat Dec 25, 2010 9:02 pm
Contact:

Re: ACP UX Improvements

Post by hanakin »

In regards to the ACP style. Its might be best to leave it as its own style but overhaul to be based on one of the open front-end frameworks that already have countless admin UI available for it. Pick one we like fit it our software to it and vice-verse then release this way we can take advantage of what already exists. The real argument is which framework to use. In my eyes there is really only one, but we can not use it as it requires angular. So that leaves us with bootstrap or MDL which are the two primary competitors when it comes to admin UIs so find my suggestion for the ACP.a UI we like and adopt its framework is.

I really to do not want to muddle the front-end components for base-l with ones that are not used anywhere other than the ACP. This may be confusing to authors.

but I am open to suggestions either way.

exp:
https://cssauthor.com/material-design-admin-templates/
Donations welcome via Paypal Image

User avatar
P_I
Community Team
Community Team
Posts: 146
Joined: Fri Oct 31, 2014 4:56 am

Re: ACP UX Improvements

Post by P_I »

I haven't had time to read through the full list, but my number one suggested change would be on the General Tab, I would split the software versions (phpBB, PHP, Database server) into a separate section, they are NOT Board statistics. I attempted to implement this in [PHPBB3-15198] Fix phpBB and PHP version info displayed in the ACP but it was felt to be inconsistent with the existing UI.

A potential model that could be followed is https://www.mediawiki.org/wiki/Special:Version.

CHItA
Development Team
Development Team
Posts: 169
Joined: Thu Mar 12, 2015 1:43 pm
Location: Budapest, Hungary

Re: ACP UX Improvements

Post by CHItA »

Elsensee wrote: Mon Oct 02, 2017 2:15 pm
CHItA wrote: Mon Oct 02, 2017 10:27 amThrowing out options will not result in better UX. I don't think that it is possible to improve UX without completely redesigning the ACP.
I think not giving the User a HUUGE load of settings is already an improvement. Also, it can help supporters since there will be less mistakes and when redesigning ACP, we can just focus on organising the important stuff.
The ACP is not unusable because the number of settings available, but because of their organisation (or lack there of). Eg. "Board settings" and "Board preferences" are pretty *beep* names as you don't really know what you would find there.

Post Reply