| ▲ | argsnd 6 days ago |
| That is how window resizing on iOS 27 apps streamed to macOS 27 works right now in the first beta, I reckon it won't change. |
|
| ▲ | BugsJustFindMe 6 days ago | parent | next [-] |
| It gives me a headache. How could anyone look at it and think it doesn't need to change? |
| |
| ▲ | csande17 6 days ago | parent | next [-] | | Apple has used this kind of blurry resizing animation in the past. For example, circa macOS 10.14 Mojave resizing windows in Split View would have the same effect: https://youtu.be/KDDMUxBtnkI | |
| ▲ | jitl 6 days ago | parent | prev [-] | | current view transition stack on ios was built for static transition between two well know layouts, like portrait to landscape rotation change. i would like live reflow too but i suspect 99% of existing apps aren’t ready to reflow at 120hz when they’ve been written around tween(start layout, end layout) style for decades | | |
| ▲ | csande17 6 days ago | parent [-] | | UIKit apps can already resize fluidly on Mac Catalyst and iPadOS. I suspect the issue here is more related to the video encoding / streaming used for iPhone Mirroring. |
|
|
|
| ▲ | realusername 6 days ago | parent | prev [-] |
| Wow seriously? To me it looks like a throwback to Windows 95 lightweight settings or some lightweight WM of the early 2000s like Fluxbox/OpenBox which didn't implement proper resizing to save on resources. |
