Skip to content
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

Reintroduce maximum width of inner content #5050

Closed
m-vo opened this issue Jul 26, 2022 · 7 comments
Closed

Reintroduce maximum width of inner content #5050

m-vo opened this issue Jul 26, 2022 · 7 comments

Comments

@m-vo
Copy link
Member

m-vo commented Jul 26, 2022

Affected version(s)

5.0-RC1

Description

Using the Contao BE full screen on a large monitor unfortunately got very cumbersome to work with:

waytoowide.webm

Especially if you use multiple tabs in a browser window, resizing the browser window each time for one tab is not practical. I did not find any other web application that I'm using to behave this way.

As long as our back end is structured like it is now (namely: not making use of the horizontal space), I'd like to vote for reintroducing a fixed maximum width. This does not do any harm for smaller viewports but improves the usability for bigger ones.

Here are some references:

@leofeyer
Copy link
Member

leofeyer commented Aug 5, 2022

See #4371 (comment)

@leofeyer leofeyer closed this as not planned Won't fix, can't repro, duplicate, stale Aug 5, 2022
@fritzmg
Copy link
Contributor

fritzmg commented Aug 5, 2022

See #4371 (comment)

This does not answer the comments above and neither does this address the comments from here.

@bytehead
Copy link
Member

bytehead commented Aug 5, 2022

I cannot leave this uncommented as #4371 (comment) IMHO is not a valid reason for the decision made.

@ausi
Copy link
Member

ausi commented Aug 6, 2022

Maybe the best of both worlds combined by giving the user the choice to resize the content area?

Bildschirmaufnahme.2022-08-06.um.13.51.23.mov

(this is just a POC, real implementation would have to look different)

@asaage
Copy link

asaage commented Aug 6, 2022

I like the resizable content area and the fact, that it's a quickly adjustable user-specific width. But that would probably cause issues with mobile devices. You then need to store the width client-side (local or session storage) etc..
If there is no way back to the fullwidth-checkbox in the user-profile (which i think was a good solution) i'd definitely prefer the resizable aproach over the "adjust your browser-window" advice.
My browserwindow is pretty much always 2560x1080 due to numerous tabs wich is "waytoowide" for contao's interface.

@fritzmg
Copy link
Contributor

fritzmg commented Aug 7, 2022

@ausi expanding on that, we could even make the left column resizable (as seen in your example it might be benefitial to have more space there depending on the menu items in individual Contao instances - especially ones with terminal42/contao-leads where the title of a Form could sometimes be too long for the main menu).

But that would probably cause issues with mobile devices. You then need to store the width client-side (local or session storage) etc..

That's not an issue though.

@Aybee
Copy link
Contributor

Aybee commented Aug 31, 2022

The best thing I would find is a per user option to turn on fullwidth and otherwise set a max-width of say 1440px.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Mar 18, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

7 participants