# Revert "settings_ui: Shrink constraint on minimum window width \(\#60786\)" \(\#60903\) · gitcafe/zed

[View on GitCafe](https://git.cafe/gitcafe/zed/commit/6b2857feab4a13a353858e90cf2cbfc30c13bdd0)

Repository: [gitcafe/zed](https://git.cafe/gitcafe/zed)

Visibility: public

Requested revision: 6b2857feab4a13a353858e90cf2cbfc30c13bdd0

Requested commit: 6b2857feab4a13a353858e90cf2cbfc30c13bdd0

Commit: 6b2857feab4a13a353858e90cf2cbfc30c13bdd0

Tree: 979bbac50517f0d24481a78bd3ab10a75b80ab59

Author: Danilo Leal

Committer: GitHub

## Message

```
Revert "settings_ui: Shrink constraint on minimum window width (#60786)" (#60903)

Allowing the settings UI to shrink smaller than that size can easily
cause UI states where the whole window becomes unusable. The previously
defined 900px size was defined so that those states did not happen. I
appreciate how having such minimum size can be a bit of a hassle when
the settings window is used with window managers, but given it's such a
transient window (i.e., one which you won't always have open all the
time) I think it's better to stay on the trade-off side of safety here.

As a quick example, it doesn't make sense to me to allow the UI to reach
this state:

<img width="300" alt="Screenshot 2026-07-13 at 9  26@2x"
src="https://github.com/user-attachments/assets/f2aebe21-293b-468f-b03e-37cd7305a9c5"
/>

---

Release Notes:

- N/A
```

## Parents

- [8e06c323ae063f3d245ea5c283d4bf373ad51db2](https://git.cafe/gitcafe/zed/commit/8e06c323ae063f3d245ea5c283d4bf373ad51db2?format=markdown)

[Source at this commit](https://git.cafe/gitcafe/zed/tree/6b2857feab4a13a353858e90cf2cbfc30c13bdd0?format=markdown)