Proposal for 1.8 - independent admin template for backend

Discussions and requests related to new CMSimple features, plugins, templates etc. and how to develop.
Please don't ask for support at this forums!
olape
Posts: 3000
Joined: Fri Mar 13, 2015 8:47 am
Contact:

Proposal for 1.8 - independent admin template for backend

Post by olape » Thu Dec 24, 2020 11:18 am

- xh-Classic for existing templates (compatibility)
- own adminmenu.css in template for customization of menu possible
- alternative admintemplate possible
- adjustment possibility under site and edit menu

Many thanks to Frank (frase) and Ludwig (lck) for the cooperation. Without them this would not be possible.
Frank as idea giver (persistent originator) of the whole thing and both as responsible for solutions in CSS and JS.

https://github.com/olape-git/cmsimple-x ... admin-menu
Gruß Olaf, Plugins for CMSimple_XH

Ich habe schon lange den Verdacht, dass so viele so eifrig auf Gender, Trans und Queer machen:
Weil sie für das Fachliche ganz einfach zu doof sind.

Wolfgang
Posts: 45
Joined: Tue Nov 25, 2014 9:11 pm
Location: München

Re: Proposal for 1.8 - independent admin template for backend

Post by Wolfgang » Thu Dec 24, 2020 1:59 pm

Hi Olaf, thanks for your work (also Frank and Ludwig).
I like the proposed layout of the menu pages. In pages like configuration, the clarity also wins this way. Especially the plugin overview page. :D
To the Admin-Menu itself:
The >XH Classic mode< with additional page selection is good.
For the other modes I would prefer solutions like in the plugin FHS-Adminmenu.

Merry Christmas to all
from Wolfgang

olape
Posts: 3000
Joined: Fri Mar 13, 2015 8:47 am
Contact:

Re: Proposal for 1.8 - independent admin template for backend

Post by olape » Thu Dec 24, 2020 2:27 pm

thanks for the feedback
Wolfgang wrote:
Thu Dec 24, 2020 1:59 pm
For the other modes I would prefer solutions like in the plugin FHS-Adminmenu.
This is exactly what we actually want to replace.
Gruß Olaf, Plugins for CMSimple_XH

Ich habe schon lange den Verdacht, dass so viele so eifrig auf Gender, Trans und Queer machen:
Weil sie für das Fachliche ganz einfach zu doof sind.

Tata
Posts: 3593
Joined: Tue May 20, 2008 5:34 am
Location: Slovakia
Contact:

Re: Proposal for 1.8 - independent admin template for backend

Post by Tata » Thu Dec 24, 2020 3:02 pm

An excellent improvement! +1
In one of previous versions of admin-menu, the admin-menu was draggable. This would also be nice (maybe even more comfortable) to make it positionable depending on a specofoc template or admin's will.
Also the content of particular "sections" in accordions would make the orientation simpler if e.g. shown in a tooltip.
E.g.
menu-1.jpg
or even (instead of accordion)
menu-2.jpg
You do not have the required permissions to view the files attached to this post.
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.

olape
Posts: 3000
Joined: Fri Mar 13, 2015 8:47 am
Contact:

Re: Proposal for 1.8 - independent admin template for backend

Post by olape » Thu Dec 24, 2020 6:48 pm

For this we recommend the new version of Switchdebug_XH

viewtopic.php?f=12&t=15693&p=78585#p78585
Gruß Olaf, Plugins for CMSimple_XH

Ich habe schon lange den Verdacht, dass so viele so eifrig auf Gender, Trans und Queer machen:
Weil sie für das Fachliche ganz einfach zu doof sind.

frase
Posts: 5085
Joined: Thu Apr 21, 2016 6:32 am
Location: Saxony
Contact:

Re: Proposal for 1.8 - independent admin template for backend

Post by frase » Fri Dec 25, 2020 8:49 am

Wolfgang wrote:
Thu Dec 24, 2020 1:59 pm
For the other modes I would prefer solutions like in the plugin FHS-Adminmenu.
What solutions do you have in mind exactly?
Tata wrote:
Thu Dec 24, 2020 3:02 pm
In one of previous versions of admin-menu, the admin-menu was draggable. This would also be nice (maybe even more comfortable) to make it positionable depending on a specofoc template or admin's will.
The XHBoard (we distinguish between admin menu and XHBoard) can take three different positions: left, centered and right. This should be sufficient for most cases. To make it movable, a large amount of JavaScript would have to be inserted, which we wanted to avoid.
Tata wrote:
Thu Dec 24, 2020 3:02 pm
Also the content of particular "sections" in accordions would make the orientation simpler if e.g. shown in a tooltip.
I hope I understand your suggestion correctly, but you can open all Accordions at once. Then it looks exactly the same as before. At the individual options there are then the tooltips.

frase
Posts: 5085
Joined: Thu Apr 21, 2016 6:32 am
Location: Saxony
Contact:

Re: Proposal for 1.8 - independent admin template for backend

Post by frase » Fri Dec 25, 2020 9:53 am

Related to this suggestion, I have a fork of hi_updatecheck to offer that is adapted to the new admin layout. This version should also work with older XH versions, has there only in the bullet list of updates a little too much distance.

https://github.com/frase-git/hi_updatecheck/releases

@Holger
Are there any objections from you?
Or, what I would prefer, you want to adopt parts of it?

Tata
Posts: 3593
Joined: Tue May 20, 2008 5:34 am
Location: Slovakia
Contact:

Re: Proposal for 1.8 - independent admin template for backend

Post by Tata » Fri Dec 25, 2020 10:00 am

frase wrote:
Fri Dec 25, 2020 8:49 am
I hope I understand your suggestion correctly, but you can open all Accordions at once. Then it looks exactly the same as before. At the individual options there are then the tooltips.
I thought about the newbies who don't know which value to look for in which section.
The "drag/drop" was implemented in your "editorial" template.
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.

Wolfgang
Posts: 45
Joined: Tue Nov 25, 2014 9:11 pm
Location: München

Re: Proposal for 1.8 - independent admin template for backend

Post by Wolfgang » Fri Dec 25, 2020 10:12 am

frase wrote:
Fri Dec 25, 2020 8:49 am
What solutions do you have in mind exactly?
The choice between XH-Classic and XHBoard is good, also the design of the xhBoard.
I like FHS-Adminmenu Version 1.2.1 and use it within some sites.
My wish would be your designed xhBoard and a menu like in FHS-Adminmenu V1.2.1.
frase wrote:
Fri Dec 25, 2020 8:49 am
The XHBoard (we distinguish between admin menu and XHBoard) can take three different positions: left, centered and right. This should be sufficient for most cases. To make it movable, a large amount of JavaScript would have to be inserted, which we wanted to avoid.
The xhBoard must not be movable. Additional positions on the top left and top right could be useful.
frase wrote:
Fri Dec 25, 2020 8:49 am
Tata hat geschrieben: ↑
Do 24. Dez 2020, 15:02
Also the content of particular "sections" in accordions would make the orientation simpler if e.g. shown in a tooltip.

I hope I understand your suggestion correctly, but you can open all Accordions at once. Then it looks exactly the same as before. At the individual options there are then the tooltips.
I think the solution with the accordions is very good.

frase
Posts: 5085
Joined: Thu Apr 21, 2016 6:32 am
Location: Saxony
Contact:

Re: Proposal for 1.8 - independent admin template for backend

Post by frase » Fri Dec 25, 2020 10:15 am

Tata wrote:
Fri Dec 25, 2020 10:00 am
I thought about the newbies who don't know which value to look for in which section.
Yes, but that's exactly why there is the possibility for newcomers to open all accordions. Then you can also search with the browser's own search.
By the way, all textareas are fully readable in this version, they don't open after clicking on them, like before.
If you already know what you are looking for, you will be fine.
Tata wrote:
Fri Dec 25, 2020 10:00 am
The "drag/drop" was implemented in your "editorial" template.
I know ;-) This is the plugin "fhs-adminmenu".
That should actually become superfluous.
With movable XHBoard, however, a default start position would also have to be set - which could then also interfere.
And as said, it would have to be run with a lot of JS and it would have to remember the last position at least in one session. Too much of a good thing!

Post Reply