Merge lp:~binli/unity-settings-daemon/dont-scale-out-of-screen into lp:unity-settings-daemon
| Status: | Rejected |
|---|---|
| Rejected by: | Didier Roche on 2015-09-02 |
| Proposed branch: | lp:~binli/unity-settings-daemon/dont-scale-out-of-screen |
| Merge into: | lp:unity-settings-daemon |
| Diff against target: |
60 lines (+24/-0) 2 files modified
debian/changelog (+6/-0) plugins/xsettings/gsd-xsettings-manager.c (+18/-0) |
| To merge this branch: | bzr merge lp:~binli/unity-settings-daemon/dont-scale-out-of-screen |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Lars Karlitski (community) | Disapprove on 2015-09-02 | ||
| Sebastien Bacher | 2015-08-24 | Pending | |
| PS Jenkins bot | 2015-08-24 | Pending | |
| Unity Settings Daemon Development Team | 2015-08-24 | Pending | |
|
Review via email:
|
|||
Description of the Change
/* In some case, after change the window_scale to 2 will make
window outside of screen.
So we puts a floor on normal window size, which are
WINDOW_
If the window_scale is bigger than scale_x or scale_y, we
will reset the window_scale to 1.
For example if window_scale is 2, and screen rect.width is 1920,
we will not scale, cause WINDOW_WIDTH_LIMIT * 2 is 2048,
the screen don't have enough space for the minimized window. */
| Didier Roche (didrocks) wrote : | # |
Thanks for contribution to Ubuntu and help to make it better, as lars said, hardcoding values isn't the best strategy to be future-proof. The minimum logical size path would be better to deal that globally.
Do not hesitate if you are interested in giving a hand here if needed (larsu on #ubuntu-desktop on freenode) or through other MP!
| Lars Karlitski (larsu) wrote : | # |
Actually I changed my mind a bit: we shouldn;t hard-code a resolution, but a dpi. I've commented on the bug.


I don't think introducing another concept ("window_scale") to an already complex decision makes sense.
Instead, I propose that we specify a minimum logical resolution that Ubuntu needs and use that here instead. Ubiquity (and other applications) need to take care not to grow beyond that.