現在、i3がワークスペースを処理する方法は、線形0〜9です。一般的なワークフローは、通常、Web検索用のワークスペースと、メディア管理、メッセージング/チャットなどのためのワークスペースがあることを意味します。
別のアイデアを探している間、私は啓蒙主義の次の説明を見つけました。
Enlightenmentを使用すると、ユーザーは仮想デスクトップと呼ばれるワークスペースグリッドを持つことができます。マウスカーソルを画面の端に置くと、2つの項目を切り替えることができます。デスクトップがスライドして次の項目が表示されるように見えます。最大グリッドサイズは8 x 8デスクトップで、ユーザーは合計2048個の可能なデスクトップスペースに対して32個のグリッド（それぞれ異なる背景）を持つことができます（ユーザーはページャと呼ばれる道を失わないようにデスクトップマップを有効にできます） 。デスクトップドラッグバーを使用すると、デスクトップを「後方にスライドさせる」デスクトップを「下」とマークできます。Eチームは、重なり合った紙シートのたとえ話を使用し、ユーザーは紙を部分的にスライドさせて下に何があるかを確認することができました。
私はそのような哲学が好きです。一般的に私のプロジェクトに必要
- フロントエンドコードエディタ（他のリポジトリにあります）
- バックエンドコードエディタ（別のリポジトリにあります）
- データベース接続
- プロジェクトの問題を見て調査するためのブラウザです。
そういう意味でi3の線形的構成は言葉にならないと思います。考える。 i3でこの問題を解決する方法はありますか？
むしろワークスペース1を「プロジェクト1」として扱い続けます。
- ブラウザで決定
- プロジェクトバックエンドに任せる
- プロジェクトのフロントエンドに直接接続
- 私のSQLクライアントに。
その一部はさらに複雑になります。たとえば、左 - 左はバックエンドをテストし、右 - 右はフロントエンドをテストすることがわかります。
さまざまな側面を持つ「プロジェクト」の概念をまとめる方法はありますか？ユニーク「プロジェクト」にアクセスできますか？