✨ Resizing adjacent windows
メンテナーはふだん 1 日以内に返信
@mrkai77 がすでに取り組んでいます。
2024年3月24日 から。
評価
この issue はまだ評価されていません。
説明
Feature Request Description
When using macOS's split-view feature, the ability to adjust the middle divider for dynamic window resizing is quite useful, as demonstrated here:
https://github.com/MrKai77/Loop/assets/2030968/a6a5d008-5c15-40fb-b0a9-98289d43caa2
It would be cool if similar logic can be supported by Loop. Here's what I envision for this feature:
- Dynamic Window Resizing: Adjusting the size of one window should cause adjacent windows to resize accordingly, maintaining its alignment.
- Unified Adjustment for Shared Borders: Windows hidden behind the active window, which share a border with the resized window, should also resize dynamically. This creates a consistent layout and alignment.
- Padding Support: Adjustments should respect user-defined padding settings to maintain the visual consistency and usability of the workspace.
A potential implementation could involve user-adjustable virtual grid lines. Currently, the default possible grid (excluding the "Almost Maximize" setting) looks something like the following if I'm not mistake.
As an example, if a window is snapped to the Top Left Third and the user resizes it downward, all windows within this cell should reflect the change. Moreover, future window snaps would adhere to the adjusted layout. Here's what a 2 x 3 layout adjustment might look:
In terms of how Loop will detect and respond to window resizing actions would still be up for discussion. You could listen to window resizing events from the OS or implement a custom solution making use of preview windows, which might better reflect the impact of the resize on all windows.
I'm keen to hear your thoughts on this proposal and whether it aligns with your vision for Loop's evolution.
Screenshots
No response
Additional Context
No response
Final Checks
- My issue title is descriptive
- This is a single feature request (multiple feature requests should be reported individually)
- 主要言語
- Swift
- スター
- 11.8k
- フォーク
- 281
- 平均マージ
- 9時間 19分
- マージ済み PR（30日）
- 12
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
mrkai77/Loop のほかの issue
-
Bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
mrkai77/Loop#1187 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
✨ Prioritize Custom Trackpad Gestures Over Default Radial Menu Gestures対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンFeature
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
mrkai77/Loop#1177 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
Feature
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
メンテナーはふだん 1 日以内に返信
-
Feature
難易度 5/5 1週間以上 初心者へのやさしさ 42/100
メンテナーはふだん 1 日以内に返信
-
Feature
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
メンテナーはふだん 1 日以内に返信
似ている issue
-
product / auth product / databases product / functions product / messaging product / storage product / vcs
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
storage: eliminate force-unwraps and fatalError in continueStreamingUpload対応中かも @chingor13 が今日担当しました。 オープンapi: storage type: cleanup
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
googleapis/google-cloud-swift#1527 ·
メンテナーはふだん 1 日以内に返信
-
ci-failure ci:assertion test
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
openwatersio/slackwater-ios#811 ·
メンテナーはふだん 1 日以内に返信
-
ai-assisted
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
swiftlang/swift-testing#1979 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 63/100
メンテナーはふだん 1 日以内に返信