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

Resizing behaves strangely when the total width is less than the sum of the minSizes #110

Open
davidje13 opened this issue Dec 1, 2017 · 2 comments

Comments

@davidje13
Copy link
Collaborator

For example, set minSize to [300, 300] and resize the container to be smaller than 600 pixels. Dragging the divider causes it to jump between two possible sizes in reverse (i.e. dragging to the right causes it to jump to the left).

When the container size is too small, it would be more logical to consider minSizes as proportional to avoid this glitchy behaviour (so in the example above, a size smaller than 600 pixels would result in a fixed 50% / 50% split).

@nathancahill
Copy link
Owner

This one is pesky and I'm not sure what the correct behavior should be. Going to think on this proportional idea.

@davidje13
Copy link
Collaborator Author

At a high level I think there are 2 things minSize may represent:

  • This pane can't show much of use if smaller than this size (e.g. text field showing less than 1 line of text), so the user shouldn't try to reduce it any further; or
  • This pane's rendering breaks somehow / becomes entirely unusable if smaller than this size.

In the second case, there's not much that can be done except forcing scrolling somewhere (which wouldn't be the responsibility of this library), but in the first case it seems that inconveniencing all components equally is the best way to stay as usable as possible.

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

2 participants