web-dev-qa-db-ja.com

マルチワークスペースUI

そこで、描画ツールも含まれるワープロアプリを開発しています。本当にクレイジーなことは何もありません。ノードの編集やレイヤーのような単純なベクター描画機能がいくつかあります。私が直面している問題は、ワードプロセッシングツールと描画ツールが非常に異なるワークスペースを必要とすることであり、これのためのスイッチを実装する方法がわかりません。私はmacOSで開発しています。

このアプリのフローでは2つのモードの重要性が等しく、ユーザーはこれらのモード間を自由に切り替えられる必要があります。

これまでのところ私はこれを持っています: Writing Workspace Concept OneDrawing Workspace Concept One そして、前後に交換するには、モード切り替えボタンをクリックします。しかし、私はこれが好きではありません。そこにあるボタンが邪魔になるような気がします。

Adobe Lightroomがタブでできることを、次のように実行できると考えました: Writing Workspace Concept TwoDrawing Workspace Concept Two ですが、標準のNSTabViewsはそのようには機能せず、ウィンドウが大きくなるため、機能性は低下します。少なくともInterface Builderで提供されたものを使用する場合、私の考えはどちらも本当に醜く見えます。

私を本当に混乱させているのは、標準のInterface Builder要素でモード切り替えを行う、見栄えがよく機能的なUIを試みていることです。私の目標を最もよく達成する方法に関するアイデアはありますか?

編集:私はテキスト編集が主なモードになると思いますが、アプリを離れずにベクターグラフィック編集部分を絶対に必要とする人がいるため、編集しているテキストに問題が発生します。画像はラスターグラフィックになることはありません。印刷解像度が非常に低いため、ユーザーが描画する図には十分正確ではありません。また、特定のものがページに収まらない場合は、すばやく切り替えて変更できるようにするか、テキストまたは図の配置をより正確にする必要があります。

ユーザーがいる編集モードに応じてツールバーが変化するため、このスイッチを意味のある場所に配置したいと思います。現在、NSToolbarは常にウィンドウタイトルの下にあり、その下にNSTabViewがあると奇妙な切断が発生します。私の知る限り、少なくとも何かを壊すことなしに、NSToolbarの上にNSTabViewを配置することは不可能です。

編集2:私はたぶん混乱につながったと気づきました、そして私はそれについて非常に残念です、1つの画像が間違っています。これは最初の「タブワークスペースのアイデア」の画像(3番目の全体的な画像)であり、テキストではなく図面の編集時にのみ表示されるはずのレイヤーパネルが含まれていました。疲れているときは、簡単な画像を描いてはいけません。正しい画像に置き換えました。

5
user107961

2つのモードは本当に等しい重要性ですか?描画モードは、アプリの大きなドキュメントに効果的に埋め込まれた描画を作成しません(間違っている場合は修正してください)。つまり、アプリでドキュメント全体を開いており、ドキュメント内でグラフィックを作成および編集していますか?

もしそうなら、グラフィックがドキュメントに追加/編集されているときのグラフィック編集UIlightboxing/overlayingはどうですか?

たとえば、このサイトでは、回答を作成するときにBalsamiqモックアップを「挿入」できます。これらのモックアップは非常に大きくなる可能性があり、テキストコンテンツよりも大きくなる可能性があります(したがって、同等性について話すときのサイズではありません)が、完全な答えの一部または「子」です。それらはライトボックスで画面全体に表示されますが、ユーザーはそのモードに入った方法(回答の作成中にツールバーボタンをクリック)と、それを閉じた場合(回答の作成に戻る)を認識しています。 スクリーンショットは次のとおりです-画面の上部に沿って、基本となる下書きがまだ表示されていることに注意してください:

enter image description here

1
J. Dimeo

投稿者の質問で言及されているNSTabViewに慣れていない人にとっては、これは this のようなMac OSの標準的なタブビューUIウィジェットです。

質問:大きな未知の1つは、どのようなユースケースを考えているかです。ワードプロセッサと画像エディターの両方が同じ優先順位であるとのことですが、画像エディターとのシームレスな統合も必要とする、主にWord文書の作成者であるユーザーをターゲットにしていませんか?または、画像を編集していて、画像編集ワークフローの一部としてワープロが必要な人もターゲットにしていますか?

どちらの方法でも、ターゲットユーザーが前後に切り替える必要のある一般的な使用例について教えていただければ、より正確な回答を提供できますが、私はあなたが回答できると思いますこの中核となる価値提案について詳しく説明しているかどうか、ご自身で質問してください。

高レベルのUIアーキテクチャの観点からは、NSTabViewコントローラーの使用には何の問題もありません。

1
Jung Lee