-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Position after installation #63
Comments
I agree here - the module should not be the first one. I also found myself clicking the dashboard module icon when I wanted to view the page module, since in every TYPO3 site ever, the page module has come first. I would put it in "user" and leave it up to the site administrator to make it the default module for a user(group). |
@NamelessCoder once this is in core we could have set it as the default module for new users, what you think? |
It will be the startup screen by default if you ask me. I would love to move it somewhere else, but the user section is really to "hidden". A dashboard should be accessible easily and you should not need multiple clicks to reach it. Do you have any suggestion? |
I like that TYPO3 currently has a per-user "starting module" setting which loads that module as the first one. I would not 1) remove this support or 2) change the default setting. Here's what we could do:
Relevant core code: In short: make it opt-in, allow a site-administrator to change the default behavior from "use first" to "use specific module". |
Don't get me wrong, I think the dashboard idea is great but don't loose sight that the "page" module is still the absolutely central place of operation for everyday users. In essence it's the "CMS" part of TYPO3. Another perhaps viable option: if EXT:dashboard is installed, let EXT:backend render the overview for page UID=0 which doesn't have a lot of usefulness currently. Maybe you'd then even want to drop the backend module entirely and make the behavior that you get a dashboard on pid zero in page module? |
We were thinking about placing it in the top bar as an icon with text. Would that be an option for you? The issue is that having it on uid=0 is not very intuitive for users. |
I like the idea of making this a top bar icon alongside cache, user etc. |
Would something like this be ok @irenesacchi ? See the icon + text in the top bar. |
I think the idea with the icon and the text on the top bar is a good one. Still I think it is important for a lot of users to get the dashboard as first screen. In case of the developers that do not need the dashboard they can still organize their backend in a different way. But yes, if we hide the dashboard in the three it loses its purpose. The top btn is still a very good option to “go back” to the dashboard screen without searching for it. |
If the extension is installed, the dashboard is the first module. should that be really so?
furthermore should it be really in pages and not in user section? does it need a page tree?
The text was updated successfully, but these errors were encountered: