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

Useradministration grows over browserboundaries and creates vertical scrollbar #10287

Closed
newhinton opened this issue Jul 18, 2018 · 6 comments
Closed

Comments

@newhinton
Copy link
Contributor

newhinton commented Jul 18, 2018

Steps to reproduce

Create div with width=100%
Set margin/padding
See scrollbar

Expected behaviour

app-content container does not grow.

Actual behaviour

When using container like a div, which grows to take all the available space, the app-content container grows, and breaks out of the browsers boundaries. Content is "lost" because the user needs to scroll vertically on the page. The containersize should be fixed while the browserwindow is not resized.

This also affects existing columns, those are lost in the scrollbar.

This problem is especially noticable on an 4:3 Monitor with a low Resolution of 1240x1024. (But also happens on 1920x1080)

Nextcloud version:

@nextcloud-bot nextcloud-bot added bug design Design, UI, UX, etc. labels Jul 18, 2018
@nextcloud-bot
Copy link
Member

GitMate.io thinks possibly related issues are #4262 (Addressbook can not be created), #9005 (c), #1011 (Error while re-creating a user), #8844 (Unable to create new note), and #5751 (Errors when creating groups from the user list.).

@MorrisJobke
Copy link
Member

cc @nextcloud/designers

@newhinton Do you have a screenshot for what you are experiencing?

@newhinton
Copy link
Contributor Author

1920x1080
2018-07-19 10_23_27-

1240x1024
2018-07-19 10_23_47-window

It's better visible on the 4:3 Resolution.
Maybe this behaviour is more or less intended, you can't reduce the size of a column indefinitely, so they may need to scroll, but in this case there should be a clear visible effect to make sure its not missed (like fading to white if its cut off)

(The new bar on top of the descriptorrow does not alter this behavior)

@MorrisJobke
Copy link
Member

Maybe this behaviour is more or less intended, you can't reduce the size of a column indefinitely, so they may need to scroll, but in this case there should be a clear visible effect to make sure its not missed (like fading to white if its cut off)

Exactly ... it is just a quite wide table with all the options enabled. We look into ways to improve it, but as of now this is the way it was planned. Let me close this for now, but we are aware of the experience here.

cc @skjnldsv @jancborchardt because we talked about the user management recently as well.

@newhinton
Copy link
Contributor Author

42930678-f55ce858-8b3d-11e8-95c5-6f1f08a6b3ce

@MorrisJobke Would this be an improvement? I am currently in the process of understanding how the view works there, so i could try to implement this. I dont know if you already have other plans or ideas, but if you want i can take a shot at this, just say so ;)

@MorrisJobke
Copy link
Member

@MorrisJobke Would this be an improvement? I am currently in the process of understanding how the view works there, so i could try to implement this. I dont know if you already have other plans or ideas, but if you want i can take a shot at this, just say so ;)

Please don't do for now. We are working on an RFC for updating the user management. Let's wait some more days here and look then into the big picture.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants