Godot: トップメニューを折りたたむ

これがオプション1の2つのショットで、メニューを閉じるメニューと開くメニューがあります。

「プロジェクトのエクスポート」（メニューに移動するには+1）が表示されますが、ツールはどこに移動しましたか？

@ Zireael07ツールには、メニューに直接追加した「孤立したリソースエクスプローラー」しかありませんでした。 オプションが1つしかないメニューを用意しても意味がありません

Toolsメニューは、主にプラグインが使用するためのものです。

オプション2

私はオプション2が好きです、誰かがボリュームバーの横の大きな目盛りが何のためにあるのか教えてくれますか？ 私にとって、右端にあるものは、スペースを埋める2つの大きな謎にすぎません：P

@vnen良い点、私はそれを忘れました。
ツールメニューにさらにいくつか追加できるかもしれませんが、メインのシーンメニューには項目と区切り文字が多すぎると思います。 「変換」や「スクリプトの実行」などは、おそらくツールの下にある可能性がありますか？

[ツール]メニューをサブメニューとして[シーン]メニューに移動することもできます（[最近使用したものを開く]サブメニューや[変換先]サブメニューなど）。

わかりました。これが変更されたオプション2です。ツールメニューはプロジェクトメニューからいくつかの項目を取得するため、見やすくなります:)

通常のウィンドウ

プロジェクトメニュー

ツールメニュー

私は「ツール」メニューが表示されることを好みます。内部に何もない場合でも、プラグインに名前を変更できます。

また、「設定」はエディタの設定です。右上に配置し、プロジェクト関連のものは左上に残しておくことをお勧めします。

ただし、実行スクリプトを移動してツールメニューに変換することをお勧めします。

名前のプラグインまたはツールのどちらの方法でもかまいません。

@ eon-sしばらくの間、godotを使用したため、これは条件付きの動作だと思います：p普通の人の場合、左側に設定を、右側に設定を設定しても意味がありません。設定は設定を意味します。

または....これはどうですか？ :)

（これは単なるモックアップです）

@nunodonatoは、2d / 3d / script / assetlibボタンをそのままにしておきます。 ：喜び：

私はこれらの線に沿って考えていました：

1）「エクスポート」、「ツール」、「スクリプトの実行」、「プロジェクト設定」などを含む「プロジェクト」メニューを作成できます。
2）「エディタ設定」、「レイアウト」、「テンプレートの管理」、「バージョン情報」などを含む「エディタ」メニューを作成できます。
3）中央のプレイパネルが好きですが、これは非常に頻繁に使用されるメインドックの選択に与えるべきだと思います。
4）Maximizeをタブに移動できます。これには少しスペースが必要ですが、そのコンテキストではより意味があります。
5）ヘルプは大きく、常に表示される必要があります。クラスリストとヘルプ検索ダイアログの両方を組み合わせた新しいダイアログを開くことができます。 数週間前に誰かがこれを提案したと思いますが、それは素晴らしいアイデアでした。
6）音量バーはもう理由がないので、[オーディオ]タブで確認できるように削除する必要があります

これは改善でしょうか？

上の画像を再投稿しましたが、壊れていました

また、使用している2D / 3Dモードを実際に選択することはないと思います。これは、ノードを選択したりシーンを開いたりすると自動的に行われるため、これを移動して[ビューポート]ボタンに置​​き換えることができます。

@reduzそれは私にとって非常に理にかなっています:)
タブ内に2d / 3dがあることは素晴らしいことであり、モードがタブごとに保存されることも示唆しています（node2dシーンはデフォルトで2dモードで開くなど）

おそらく、ツールはまだ独自のメニューにある可能性があります。 プラグインのメニュー項目を使用する人にとっては、別のメニュー内よりもはるかに簡単にアクセスできると思います。 また、水平方向のスペースが十分にあるため、プロジェクトメニューの窮屈さが軽減されます:)

@nunodonato Toolsは、Projectのサブメニューにすることができ、必要な数のアイテムを
[ツール]メニューがどれほど人気が​​あるかはわかりませんが、頻繁に使用されているかどうかを確認し、価値がある場合はいつかメインメニューに昇格させることができます。

自動2D / 3D切り替えについて...わかりませんが、別のノードを選択していたにもかかわらず、特定のモードを強制する必要があったことを思い出します。
たとえば、「HDR in 2d」デモを開き、HDR設定を構成する場合は、ワールド環境（3d）をクリックする必要がありますが、2Dで効果を確認する必要があります。 おそらく他のユースケースがあります...

ええ、私はあなたがそれをする必要がないと言っているのではありません、それがあなたがまだ持っている理由です
2D / 3Dスワップですが、ほとんどの場合、そうする必要はありません。

午後1時に月、2017年5月22日には、ヌノ・ドナート[email protected]
書きました：

自動2D / 3D切り替えについて...わからない、私は強制する必要があったことを思い出します
別のノードを選択していたのに、特定のモード。
たとえば、2DデモでHDRを開き、HDRを構成する場合
設定では、ワールド環境（3D）をクリックする必要がありますが、
2Dで効果を確認します。 おそらく他のユースケースがあります...

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/8865#issuecomment-303143396 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF-Z24ENgTo1J5JKuyIa30CUyhz-3Ys4ks5r8bECgaJpZM4NidqG
。

ああ、私はあなたがそれらを取り除くことができるという意味だと思った、私の悪い！

@reduzの提案に基づくメニュー

私はScene project分離が本当に好きです。
editorボタンは右側にありますが本当に良いです。 すべてのプロジェクト（編集者）に影響を与えるプロジェクト固有のアクションと設定を分離することは非常に理にかなっています。 そしてそれを動かすことは大きな分離です。

Viewport script asset store分離が大好きです!!
フルスクリーンボタンの位置もreduzのデザインに最適です。
play pause stop ...デバッグボタンの中央の場所について：
私はそれらが最も理にかなっていて、中央で最もよく見えると思います。
右上隅にviewport, asset store...を置くとかなりクールに見えると思うので、後でデザインを投稿します。

私の意見だけ

プレイのものが中央で最もよく見えることに同意しますが、発見しやすくするために、ビューポート/スクリプトなどのものを中央に移動する方が良いと思います。 私はこれを解決する方法を本当に知りません。

コアユーザーは、切り替えにショートカットを使用するか、オンデマンドUIの変更（スクリプトをクリック->スクリプトエディター、.tscn-> 2d / 3d ...をクリック）で非常によく実行されるgodotに依存すると思います。

とにかくボタンはあまり使われないかもしれません。 そして、それらが目立つように設計されている場合（それらの周りの灰色のボックス）、右上隅は良い場所ですか？ 考え？

正確には、中央に再生/停止などが表示されるのが最適であることに同意しますが、ショートカットキーを押すだけなので、ほとんど使用しません:)

おそらくテーマの人もいくつかのアイデアを与えることができます：）cc'ing @djrm @volzhs

ええ、でも、発見可能性を最優先にすべきだということを忘れないでください。解決策を思い付くことができないとは本当に信じられません：P

右側のプレイコントロールは、右側のセクションコントロールよりも許容範囲が広いと思います（ここではボックスを削除しています）。セクションを切り替えることを頭の中で想像してみてください。中心..

ええ、右側にプレイ機能があるのはいいと思います。

reduzデザインを使用して場所を変更しました。
また、 script, assetstore...にボックスを追加して、入力されていなくても飛び出しやすく、見つけやすくしました...
これらは私が思いついたオプションです：

私はまだreduzの提案がより好きです...より組織的で「邪魔にならない」と感じます:)

私にとって最も合理的なのは最後のものです。 同様の優先順位、きれいに見えます。
おそらく、プレイバーとビューポートバーの間でよりバランスが取れているように見えるよりも、アイコンの横のテキストを削除するオプションが設定にある可能性があります
簡単に見つけることができます。
viewport, script...間の線について知らない

@ toger5最後のものを試すことができますが、再生コントロールとセクションコントロールを入れ替えていますか？ 私はあなたがそこに何かにいるかもしれないと思います。

私の提案はおそらく邪魔にならないように感じ、両方が同じことを意図していないことを明らかにしていると私はまだ思っていますが。

空の右上隅に何を入れますか？ ：NS

@ akien-mgaコミュニティ/ youtube /チュートリアルへのリンクはどうですか...

@ akien-mga通常、閉じる/最小化/最大化ボタン用に（暗黙的に）予約されており、UI要素をそこに配置するソフトウェアは考えられません（LibreOfficeのようなツールバーの拡張とは対照的に）。

ノードツリーとインスペクターの右側が最も視覚的なアクションを取得するので、それらを呼吸させることは悪い考えではないかもしれないと思います。

小さな上部のアイコン付き：

そのようにはるかに良く見えます...少し...不均衡：D

@ toger5申し訳ありませんが、私はまだ右側のプレイのものが好きだと思います。 繰り返しになりますが、それは美学ではなく、使いやすさと発見可能性です。

スクリーンショットは見栄えがしますが、問題の核心は、ビュー/スクリプト/その他のメニューが再生メニューよりもはるかに重要であり、より頻繁に使用されることです。 そのため、それらはより重要に値します。

中央の再生ボタンほど見栄えが良くないことは知っていますが、そこに置くのは正しいことです。

また、2D / 3Dボタンの横にscript / assertlib / helpを配置した場合はどうなりますか？ これらはとにかく同じパネルを使用します。

@ eon-sそのパネルにはあま​​りスペースがありません..階層的にも上にあるのは理にかなっていると思います

もう1回試してください;）

ゲームがプレイされていないときに一時停止ボタンさえあるのはなぜですか？
再生して停止するだけで十分です。 再生すると、再生が一時停止に変わります。
デバッグツールは、メインのプレイセクションから分離することもできます。 （ @nunodonatoバランス;））

これははるかに良く見えると思いますが、現在の主なビューポートオプションはデバッグ/実行ツールと同じです。 これは...疑わしいです。
しかし、先に述べたように。 コアユーザーはとにかくボタンを使用したり、ボタンが何をするのかを知りません。

初心者にとっては、それはまだuiの最も飛び出している要素です->それを試してみると、左側の部分がメインビューであり、中央の部分が再生用であることがすぐにわかります。 それは多かれ少なかれ彼らが知る必要があるすべてです（最初に）
したがって、UIをクリーンにするための大きな犠牲にはなりません。

ただより多くのバリエーション。
再生セクションを単純化することは私にとって良い考えのようです。クリックすると展開する1つのメニューに積み重ねることができる特定のボタンがたくさんあります。
そのためにalelepdのデザインを使用しました。 再生ボタンの実装が簡単だからです。

これはプレイセクションを右に移動します。 （これも少し単純化されています）

ps：私はついにトップセクションだけでスクリーンショットを投稿し始めました;）

デバッガーには一時停止が使用されます。
また、ナビゲーションで意味をなすにはテキストが必要だと思います。

2017年5月22日午後9時3分、「Timo」 [email protected]は次のように書いています。

ただより多くのバリエーション。
プレイセクションを単純化することは私にとって良い考えのようです：
拡張する1つのメニューに積み重ねることができる特定のボタンがたくさん
クリックすると。
そのためにalelepdのデザインを使用しました。 それはの単純な実装を持っているので
再生ボタン。

[画像：godotolddesignused]
https://cloud.githubusercontent.com/assets/16718859/26333134/3f74e5f6-3f10-11e7-9bd4-5752ea9e4cb1.png

これはプレイセクションを右に移動します。 （これも少し単純化されています）
[画像：godotsimplemiddlesection]
https://cloud.githubusercontent.com/assets/16718859/26333174/811e4c0e-3f10-11e7-94b5-337bc93f7833.png

ps：私はついにトップセクションだけでスクリーンショットを投稿し始めました;）

—
あなたが言及されたのであなたはこれを受け取っています。

このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/8865#issuecomment-303252558 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF-Z2-eoiuD0dVrKy9T3hlNKSNnb2tglks5r8iJSgaJpZM4NidqG
。

ええ、テキスト部分は理にかなっています
再生を押すと、再生ボタンの代わりに一時停止ボタンが表示されると思っていました。
したがって、ゲームの実行中にのみデバッグモードに入ることができます...

@ toger5どの再生ボタンが「一時停止」に置き換えられますか？ （少なくとも3つあります）

一時停止と停止の場所を固定しておくとよい場合があります。

現在の動作と同様に、Playを再起動として機能させることをお勧めします。

ああ、プレイをリスタートとは考えていませんでした...
君が正しいと思う！

AssetLibは、トップメニューで独自の位置を占めるに値するほど重要なものですか？ 他のものと同じくらい頻繁に使用/切り替えられるとは思わず、他の場所に移動することもできます。 （ちなみに「買い物袋」アイコンの大ファンではありません）

私の醜いモックアップを気にしないでください、しかしそのように2つのメニューセクションを垂直に揃えることは（技術的に）可能でしょうか？ 多分これはバランスの問題のいくつかを解決するかもしれません：

上部のタブで非表示になるか（タブをたくさん開いている場合）、別の垂直線でスペースを浪費します

私からの考え：私は自分自身がundo / redo（特にundo）を何度も使用していることに気づきます。 シーンメニューからシーンビューの上のメニューに移動できますか？ビューサブメニューの後で移動できますか？

わかりやすくするためのモックアップ。 あなたたちは私にたくさんのスキルを再学習させています（最初のc ++そして今は画像編集：P）

みんな素晴らしいアイデア、これからもよろしくお願いします：+1：
2セントを追加したいだけです。フルスクリーンボタンの横のタブの上に「ビューポート、スクリプトなど」を移動するかもしれません。 次に、「再生ボタン」を中央に、「ヘルプ」を右側に配置します。

編集：このように、これらのボタンがタブのコンテンツに影響を与えることもより明確になります

@stephdin私はこのアイデアが好きです！ 同時に多くのタブが開いている場合は、テキストを折りたたむこともできます。
右上のヘルプも好きです:)

@stephdin視覚的には気に入っていますが、 @ nunodonatoが述べているように、開いているタブが多すぎると問題が発生する可能性があります。

私は実際に@stephdinのアプローチが本当に好き
これはすでにどこか別の場所で提案されていましたが、懸念は、スペースがタブにとって貴重であるということでした。 自分のワークスタイルではないので、あまり感じられないのですが…。

• また、これには、理にかなっている2d / 3dトグルに近いという利点があると思います。
• また、タブをスクリプトから2Dに変更すると、右側の設定が変更されることも正しいと感じています。 （上部の変更よりも優れています）

@nunodonatoyea折りたたみは良い考えです。 タブが少ない場合はテキストが表示され、タブが多い場合はアイコンのみに切り替わる場合があります。 （アイコンは4つしかないので、1つのタブのスペースしか必要ありません。これは問題ではありません）

別のアプローチ：

スクリプトとアセットストアのデフォルトタブが2つしかない場合はどうなりますか。 基本的に1つのタブのように動作するためです。 すべてのスクリプトは1つのスクリプトタブで並べ替えられます...また、アセットストアの同じ場所にいます。 固定されたブラウザタブのように考えてください。

これらの2つのデフォルトのタブがあり、シーンに切り替えるとすぐに（もちろん）ビューポートが表示されます。

@nunodonatoが述べた
Sublime TextやAtomで行われているように、スクロールを実装できるかどうかはわかりません。

@stephdinスタイルでは、AssetLibもヘルプの左側（右上）に配置でき、プロジェクトごとに数回使用されます。

うん。 Assetlibがプロジェクト/エディター設定のようなポップアップウィンドウとして表示されている場合は、assetlibをどこかに移動できます。

@ toger5のアイデアのモックアップをすぐに作成しました。

でも右側のボタンの方が好きだと思います。 ヘルプボタンの横にあるAssetLibを移動するのは素晴らしいアイデアです。

ここにモックがあります：

• スクリプトとアセットライブラリを右側のタブに移動しました（基本的にタブであるため、複数のスクリプトタブを持つことはできません）
• メインビュー内にフルスクリーンボタンを追加しました：フルスクリーンはスクリプト、アセットライブラリに固有です->そこにいるのは理にかなっています
• 右上のヘルプはかっこいいです;）

@stephdin lolありがとうございます！ 私もモックを作りました...
ただし、タブを右に移動しました。基本的にはボタンです。
アセットライブラリが右上隅にある場合は、非常にうまく機能する可能性があります。 また、スクリプトやシーン以外の優先順位とユースケースもあります。 助けの隣は素晴らしいです

@ toger5素敵なモックですが、
「シーン」ドックはアクティブなシーンを示しているためです。

@ toger5モックアップのように右側にこれらの「固定タブ」があると、見栄えが良くなります：D

編集：「メインビュー内にフルスクリーンボタンを追加」->それも良い考えです

また、このオプション（show_script_in_scene_tabs）を覚えておいてください。

タブの近くでスクリプトボタンを冗長にしないでください。

@ eon-sシーンタブのスクリプトボタンを使用すると、添付のスクリプトが表示され、右側のスクリプトボタンを使用すると、現在編集されているスクリプトまたはhepページが表示されるため、実際には冗長ではありません。
@volzhs良いあなたはこれに言及します！ 別のスタイルボックスが必要な場合がありますdraw_center = false

@ toger5ポップアップウィンドウとしてassetlibを作成し、それを右上隅（最後のモックのヘルプの横）に配置し、メイン（中央）パネルの右上隅に2d / 3d / script /フルスクリーンを配置するのはどうですか？

ポップアップとしてのアセットライブラリは素晴らしいと思います。
ビューポートが自動的に変更される方が理にかなっていると思います。 2d / 3dボタンは必要ないと思います。 スクリプトエディタにアクセスする方法が必要です。 （アセットがポップアップに表示されている場合）それだけです。

さて、これが私のお気に入りだと思います：

• 右上のAssetLibとヘルプ
• 新しいウィンドウとしてのAssetLib
• 「2D / 3D」の代わりに「ビューポート」（自動ですが、タブヘッダーに「2D / 3D」ボタンがあります）
• タブの「フルスクリーン」ボタン
• 多くのタブを開くとテキストが折りたたまれる
• メニュー（シーン、プロジェクト、エディター）に加えられた変更は素晴らしいです！

@stephdin私も好きです
しかし、いつビューポートボタンを使用しますか...
シーン内にいる場合は、すでにビューポートが表示されています。 スクリプトエディタを使用している場合。 最後のシーンに切り替えることもできますが、シーン自体を押してみませんか？ 左側のタブ。 スペースを解放し、私にとっても理にかなっています。
どのタブが現在アクティブであるかを示す必要があります。 volzhsが述べたように、それはシーンドックにとって重要です。

@ toger5シーン自体を押すと、シーンのビューポートに自動的に切り替わるべきではないと思います。 ビューポートに戻らずに、スクリプトエディタを開いたままにしてシーンを切り替えたい場合（ノードツリーを表示する場合など）があるため、別のビューポートボタンを使用するのが理にかなっていると思います。

@novemberist非常に良い点です。 それについて考えていませんでした。
あなたたちは間違いなくより強い点を持っています。
@stephdinのデザインに

1）セクションはテキストとして表示する必要があり、アイコンは明確ではありません。
2）Assetlibはセクションであり、削除する理由はありません
3）繰り返しますが、見た目は発見可能性よりも重要ではありません

私がいる間、あなたたちは見た目に関連する視覚的な問題を解決しようとしています
GodotUIが初心者に優しいことに興味があります。

2017年5月23日19:26、「novemberist」 [email protected]は次のように書いています。

@ toger5https ：//github.com/toger5シーンを押すとは思わない
それ自体が自動的にシーンのビューポートに切り替わるはずです。 時々あなた
スクリプトエディタを開いたままにして、シーンを切り替えたい場合があります（例：表示するため）
ノードツリー）、ビューポートに戻らずに、個別に
ビューポートボタンは理にかなっていると思います。

—
あなたが言及されたのであなたはこれを受け取っています。

このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/8865#issuecomment-303550418 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF-Z27_tsJaJ8njXaHuib0OmMnynjTMMks5r810PgaJpZM4NidqG
。

または、それを事前オプションにします。シーンをAltキーを押すと、アクティブなシーンに切り替わります。 （ノードツリー用）
クリックすると、そのシーンのビューポートに移動します

最新のコンセプトはアイコンとテキストの両方を使用していたと思うので、物事は十分に明確でなければなりません。 ツールチップは、さらに明確にすることができます。 私たちは、機能よりも形を優先するのではなく、ここでUIの発見可能性とビジュアルの適切な中間点を見つけようとしていると思います。 @reduz新しいユーザーは、現在のUIよりも最新のモックアップにアクセスしにくいと思いますか？

はい、そうです。 セクションとセクションの間に接続が必要です
ボタン。これが、再生ボタンを右に移動する必要がある理由です。

2017年5月23日19:43、「novemberist」 [email protected]は次のように書いています。

最新のコンセプトはアイコンとテキストの両方を使っていたと思うので、
十分に明確である必要があります。 ツールチップは、さらに明確にすることができます。 私が思うに
私たちは、発見可能性と発見可能性の間の良い中間点を見つけようとしています
機能よりも形を優先するのではなく、ここでのUIのビジュアル。 @reduz
https://github.com/reduz最新のモックアップは少なくなると思いますか
現在のUIよりも新しいユーザーがアクセスできますか？

—
あなたが言及されたのであなたはこれを受け取っています。

このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/8865#issuecomment-303553499 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF-Z2_Df8Q6LBHLvzOO3QqlaPoJ_0LSBks5r82D4gaJpZM4NidqG
。

はい、そうです。 セクションとセクションボタンを接続する必要があるため、再生ボタンを右に移動する必要があります。

@reduzここのセクションの意味が

いずれにせよ、再生ボタンに関しては好みがありません（ただし、右隅のヘルプは良い考えなので、再生ボタンはすぐ左に移動できます）

モックアップ：

皆さんが（素晴らしい）ハードワークをしているので、私の意見を投稿するのは失礼ですが、それでも、中央にセクションボタン、右側に再生ボタンがある、前に提案した@reduzの方が好きです。

ビューポートとスクリプトのボタンを隅に押し込むのは賢明な考えとは思えません。また、右側に再生ボタンを配置してAssetLibとヘルプを配置することは、視覚的にもロジスティック的にも魅力的ではないようです。

私は間違いなくそれらすべてと一緒に暮らすことができます。 そして、さまざまなモードの上部中央を持つことは良いことかもしれません。
reduzは、これを初心者がナビゲートするのに最も簡単な構造と見なしているためです。 （正しいかもしれません...）

これらはこれまでの私の変更です（本物、モックアップなし:)

私はこれが実際には議論の余地がないことを知っており、UIデザインについてはあまり知りませんが、個人的なユーザーエクスペリエンスから、右側の再生ボタンはかなり不快で切断されていることがわかります。 そうは言っても、これがどのように発見可能性を改善するかは本当にわかります。 また、私が間違っていない限り、周りの他のほとんどすべてのエンジンには「再生、一時停止、停止」ボタンが中央に配置されています。 いわゆる「セクション」の重要性については、なぜそれほど重要であると考えられているのかよくわかりません。中央で一緒に窮屈にする必要があります。 結局のところ、それらは単に異なる「ビューモード」やエディタ、あるいはその両方ではありませんか？ 人々はそれらを見つける場所を簡単に理解できると思います（さらに、とにかくそれらにアクセスする方法は複数あることがよくあります）。何らかの形でユーザーエクスペリエンスを低下させます。 これは特に「フルスクリーン」ボタンに当てはまります。これは、実際にはまったく新しいセクションに移動するわけではなく、実際には別の場所に配置する必要があります。

@novemberistいいえ、Unityのみが行います：

他のすべては混乱しています、Godotは比較してはるかにきれいです。 最終的にはきっと慣れると思います。

@nunodonato自分でも気に入っているので、よろしければPRもお気軽にどうぞ。 リモートメニューをどうすればいいのかまだわかりませんが、左側の通常のメニューにする必要がありますか？ ほとんどの人は完全にそれをスキップすると思うので..

男、Godot 3.0は本当に市場に出回っているすべてのゲームエンジンの中で最も洗練されたテーマを持っています：D
そして、2.1はすでに最高のルックスを持っていたと思いますが、それはただ良くなっています。 競争の何年も前に：P

@ akien-mga同意しました:)

@reduzがリモートのものをメニューに移動することも、ボタンの代わりに非常に理にかなっています。 視認性も向上し、メニュースペースに余裕があります:)

ええ、他のエンジンはすっごくたわごとに見えます...なぜpplがそれらを使用するのか分かりません;）

ただし、2d / 3dビューポートスイッチを別の場所に配置し、トップメニューの[ビューポート]ボタンを1つだけ使用しても、完全にテーブルから外れるわけではないことを願っています。 私は本当にちょっとこれが好きでした。 2Dノードが3Dでも表示され、その逆も可能であるという混乱につながる可能性がありますが...

IntelliJのように、「編集されたシーンを再生する」と「カスタムシーンを再生する」という簡単なアイデアをドロップダウンに入れることができます。
そして、デバッグアイコンをもっと馴染みのあるものに変更するか、追加のメニューで変更するかもしれません=）

問題は、デバッグアイコンではなく、リモートアイコンです。デバッグに実際に関連するものは何もありません。 デバッグパネルは、デバッグ関連のものがある場所です

@reduzがデバッグボタンを移動するのは素晴らしいアイデアでした:)もっと良い名前を見つける必要があります

間違いなく「デバッグ」は誤解を招くと思います、私は「実行」に名前を変更します

10:08の水曜日、2017年5月24日には、ヌノ・ドナート[email protected]
書きました：

@reduzhttps ：//github.com/reduzデバッグボタンの移動は素晴らしかった
アイデア:)もっと良い名前を見つける必要があります

[画像：2017-05-2415-07-43のスクリーンショット]
https://cloud.githubusercontent.com/assets/1642015/26404595/706f0328-408a-11e7-9f73-73f7513b8880.png

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/8865#issuecomment-303718385 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF-Z2wod6j5pU9okMXcmsDXC4NQtkVi0ks5r9CvkgaJpZM4NidqG
。

「実行」はさらに誤解を招くと思います。 ユーザーは、ゲームを実行するためのボタンがあると思うでしょう。 たぶん「実行オプション」が機能する可能性があります。 メニュー名としても使用できる「デバッグオプション」の現在のツールチップ。

「遊んで…」多分？

@vnen今のところデバッグのままにして

「構成」？

わかりました。気を散らすことのないボタンをタブバーに移動しました

これが私のPRへの最後の変更でした。 2d / 3dボタンをいじることは今のところ私の理解を超えているので、他の誰かがそれを処理したい場合は... :)

@reduzプロジェクトメニューを左に移動して、両方の終了オプションがあり、シーンが2番目になるようにするにはどうでしょうか。 シーンメニューで「終了」するのは少し奇妙です。 プロジェクトの範囲が広いので、おそらく1位に適しているでしょう

理にかなっているかもしれません..私が推測するすべての人がそれに慣れる必要があります

2017年5月24日12:40 PMに、「NunoDonato」 [email protected]は次のように書いています。

@reduzhttps ：//github.com/reduzプロジェクトメニューをに移動するのはどうですか
左なので、両方の終了オプションがあり、シーンは2番目になりますか？ これは
シーンでやめたのは少し奇妙です。 プロジェクトの範囲が広いので
おそらく1位に合うでしょう

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/8865#issuecomment-303763729 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF-Z238D8yqfHqXytOYUnnSmaSoR5A9zks5r9E9RgaJpZM4NidqG
。

ええ、それはすべて習慣の問題です:)わかりました、私は私のPRに最後の変更を加えました。 アルファ版がリリースされた後、私たちは多くのテスターを抱えることになると思います。そしてそのフィードバックで、これから改善する方法を見ることができます。

私はキーボードの大口ユーザーではなく、ほとんどの場合マウスを使って開発しています。
UIのホットスポット（緑）をマークしました。このスポットには、私が最もよく使用したボタンまたはメニューがあるはずです。
赤は私が好きではない場所です。 （閉じるボタンの近くに移動し、プログラムを開始します）

これは私の最も使用されているボタンです（使用頻度でソートされています）

• 新しいノードの追加/作成（+ボタン）
• プロジェクトを再生する（再生ボタン）
• スクリプトボタン（3か所すべて）
• モードの選択とモードの移動（シーン内のカーソルとクロスボタン）
• 履歴内の前に編集したオブジェクトに移動します（インスペクターウィンドウの矢印）
• 2Dボタン
• シーンのインスタンス化（チェーンボタン）
• 編集したシーンを再生する

メニューの位置（使用頻度でソート）

• （シーンウィンドウ）編集->スナップの構成
• （シーンウィンドウ）編集->スナップを使用
• （シーンウィンドウ）編集->グリッドを表示
• シーン->シーンを開く...
• シーン->変換先..->タイルセット..
• シーン->プロジェクト設定
• （スクリプトウィンドウ）ファイル->開く/閉じる
• （スクリプトウィンドウ）ヘルプ->コンテキストヘルプ

提案

• ボタン編集したシーンを再生し、カスタムシーンを再生することがシーンウィンドウ内にある可能性があります（カスタムシーンの再生は使用しません）
• ブラウザでのボタンの
• AssetLibはグリーンスポットであってはなりません
• 再生、一時停止、停止は緑色のスポットにある必要があります（下部の緑色のスポットはどうですか？）

古いFirefoxや古いMSOfficeのように、中央にカスタマイズ可能なボタンバーがあると非常に便利です。

申し訳ありませんが、シーンとプロジェクトが入れ替わることに慣れることができません。
おそらくそれらを再交換する必要があります... UIでは珍しいことではないようです：

[画像：インライン画像1]

2017年5月24日水曜日午後5時20分、puppetmaster- notifications @ github.com
書きました：

私はキーボードの大口ユーザーではなく、ほとんどの場合、マウスを使って開発しています。
UIのホットスポット（緑）をマークしましたが、このスポットには
私が最もよく使用したボタンまたはメニュー。
赤は私が好きではない場所です。 （閉じるボタンの近くに移動して開始します
プログラム）
【画像：画像】
https://cloud.githubusercontent.com/assets/10463138/26421573/d0cf4a66-40c6-11e7-8e09-c139aca8ebe1.png

これは私の最も使用されているボタンです（使用頻度でソートされています）

• 新しいノードの追加/作成（+ボタン）
• プロジェクトを再生する（再生ボタン）
• スクリプトボタン（3か所すべて）
• モードの選択とモードの移動（シーン内のカーソルとクロスボタン）
• 履歴内の前に編集したオブジェクトに移動します（インスペクターウィンドウの矢印）
• 2Dボタン
• シーンのインスタンス化（チェーンボタン）
• 編集したシーンを再生する

メニューの位置（使用頻度でソート）

• （シーンウィンドウ）編集->スナップの構成
• （シーンウィンドウ）編集->スナップを使用
• （シーンウィンドウ）編集->グリッドを表示
• シーン->シーンを開く...
• シーン->変換先..->タイルセット..
• シーン->プロジェクト設定
• （スクリプトウィンドウ）ファイル->開く/閉じる
• （スクリプトウィンドウ）ヘルプ->コンテキストヘルプ

提案

• ボタン編集したシーンを再生し、カスタムシーンを再生することができます
  シーンウィンドウ内（ Playカスタムシーンは使用しません）
• ブラウザでのボタンの
  メニュー）
• AssetLibはグリーンスポットであってはなりません
• 再生、一時停止、停止は緑色のスポットにある必要があります（
  下部に緑色のスポットがありますか？）

カスタマイズ可能なボタンバーを上部に配置すると非常に便利です。
古いFirefoxや古いMSOfficeのような真ん中!!

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/8865#issuecomment-303840013 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF-Z2yx0nEUqpcoz4I-cF-pcfyRz1O5iks5r9JEcgaJpZM4NidqG
。

@reduzスクリーンショットの添付ファイルに問題が発生しました。表示できません。

また、間違ったメニューを数回クリックしました...しかし、それは習慣によるものです。 ただし、これを長時間試さない場合は、位置を元に戻すことができます。 その場合、終了オプションはシーンメニューにもありますか？

もう少し時間をかけて、1週間かそこらで再評価しましょう。 私たちは皆、最初のシーンメニューに慣れていますが、機能的には、プロジェクトメニューを最初に配置する方がはるかに理にかなっています。 Godotが単一のシーンエディターであったとき、最初のシーンメニューは自然でしたが、2.0以降、複数のシーンがサポートされ、Godotは事実上プロジェクトエディターになりました。

私はいつもシーンの代わりにプロジェクトを打っています：confused：
また、シーンを編集するときに再生ボタンをクリックするために使用されていましたが、3：sweat_smile：にいることを思い出すまで、再生ボタンを見つけることができません。

しかし、多分@ akien-mgaは正しいです...

2日経ちましたが、私はめちゃくちゃになり続けます:(

12:42の日、2017年5月28日には、EON-S [email protected]は書きました：

私はいつもシーンではなくプロジェクトを打っています😕
シーンを編集するときに再生ボタンをクリックするために使用されていましたが、現在は見つかりません
私が3にいることを思い出すまでそれ

しかし、多分@ akien-mgahttps ：//github.com/akien-mgaは正しいです...

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/8865#issuecomment-304522648 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF-Z22Wj32mycgdZslWKRAkcuJ0sHihwks5r-ZXggaJpZM4NidqG
。

皆さんがすでに知っているように、理論と実践は必ずしも一緒に行くわけではありません。 ：笑顔：

フェイスブックに視線追跡のことについて誰かがいたのを覚えています。
彼はこれを手伝うことができますか？ ：笑顔：

ええ、おそらくそれらを元に戻す方が良いでしょう。

13:05の日、2017年5月28日には、volzhs [email protected]は書きました：

フェイスブックに視線追跡のことについて誰かがいたのを覚えています。
彼はこれを手伝うことができますか？ 😄

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/godotengine/godot/issues/8865#issuecomment-304523813 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF-Z24hebsT6nzhuqB9naSQc2vBSsQhGks5r-ZtRgaJpZM4NidqG
。

2日経ちました...しばらくお待ちください:)
または、新しいユーザーに最も自然に感じることを尋ねてください。 経験豊富なユーザーは、 UIの変更に常に不満を感じるでしょうが、それを乗り越える価値がある場合もあります。

@ akien-mgaおそらく。
しかし、AFAIK、最も重要な（頻繁に使用されるか、注意する必要がある）ものは、ほとんどが左側または上部にあります。
追加の（持っていてよかった）ものは右または下にあります。
これは、Web、アプリケーション、OSなどのほとんどの場合に一般的です...
Godot2.xもすでにこれに従っていると思います。

hehe私は@ akien-mgaに同意します、古いユーザーは常に変更をまったく嫌います...それはすべて筋肉の記憶についてです:)

そうは言っても、

だから、おそらく私はそれらをマージするためのより良い方法を見つけようとします...しかし、読むのが面倒でさまざまなオプションがたくさんある巨大なメニューになってしまうことはありません。 いくつかのアイデア：

• 「元に戻す」シーンボタンを削除します。 私は人々がそれをどれほど有用だと思うかわかりません、私はそれを使ったことがあることを覚えていません。
• ヘルプメニューの後に、元に戻すオプションとやり直しオプションをボタンとして配置します（人々は実際にメニューを使用して元に戻すのですか？とても不便です）
• 近いシーンを削除します-はい、これらすべての通常のオプション（保存、すべて保存、閉じるなど）があるのは一般的ですが、本当に必要ですか？ つまり、タブの閉じるボタンまたはショートカットキーを使用してシーンを閉じないのは誰ですか？

これにより、メニューが7項目少なくなります!! （セパレーターが含まれています）、両方がマージされたときにそれをより許容できるようにします:)

タブの閉じるボタンまたはショートカットキーを使用してシーンを閉じない人

ここにいる、時々。 それは私が推測するいくつかの関連する「復帰」です。
いくつか行った後、変更が気に入らないときに時々しました。

@nunodonatoアニメーションやシェーダーなどの悪いものを壊したとき、または高速リロード用のツールを作成しているときに、元に戻すシーンを使用します

取られたポイント。 膨大な数のアイテムをメニューにダンプするだけでなく、メニューをより適切に整理する方法を提案したいですか？ :)

私の簡単な提案はこのようなものです。

実際、それはreduzがずっと前に提案したものとほとんど同じです。

シーンとプロジェクトの順序については好みがありません。 しかし、メニューオプションではなくボタンとして元に戻したりやり直したりするのは素晴らしいことです<3

私にとって、タブレベルで2d、3d、scriptを使用することも、依然として最良の解決策です。
このメインドックにのみ影響する場合は、メインドックの一部にしてみませんか...
発見可能性はまだあります！

アセットライブラリが右上にある場合は、別のメインドックの代替ではなくポップアップにする必要があると思います。
それを動かすのにどれくらいの努力が必要ですか？ 長所と短所は何ですか？

私の提案は、このスレッドの画像に基づいています。 そのため、現在のマスターブランチでは表示されません。
しかし、私は何がどこにあるかを提案しました。

これはどう？

• シーンウィンドウ内のシーンボタンを再生

@ puppetmaster-選択されたものに関連する部屋があるはずです

シーンドックで「現在のシーンを再生」が大好き！ しかし、それを右側に置くでしょう。
ただし、android / html5ボタンはトップバーにとどまる必要があると思います。 とにかく設定されている場合にのみ表示されます...したがって、通常は表示されません。 編集:(それは2.1の場合のみです...私の悪い）

ええ、私は知っています、そして私はこれをもっと欲しいです。
再生するにはシーンを開いておく必要があるので、シーンウィンドウ内にシーン再生ボタンを配置してみませんか

htmlボタンは常に表示されますが、htmlの設定がありません！？！

@ puppetmaster-ごめんなさい

また、シーン内のボタンは必ずしも非常にインテリジェントであるとは限りません。

動作していないときはボタンを無効にする必要があります。

@ puppetmaster-ああ、あなたが提案したことに基づいて、そこでプレイ（実行）するだけです。 今、私はそれが部屋についてではないと思います。
設定に基づいてhtml5またはandroidの実行ボタンが表示または非表示になるのは良いことだと思います。
プロジェクトを直接実行するのが、私が使用した中で最高のUXです。
モジュールを開発したり、開発に使用していない別のプラットフォームの変更をテストしたりするときに、実際によく使用しました。

中央にカスタマイズ可能なボタンバーを配置するというアイデアはどうでしょうか。

@ puppetmaster-あまり賢くないことについて同意しました。 それはより良いはずです。

皆さん、焦点を絞って議論を続けてください。 この問題は、プロジェクト/シーンメニューに関するものです。 別の号でツールバーについて話し合うことができるかもしれません。 できますか？

@nunodonatoツールバーについて話しているのではありません。 :)
@ puppetmaster-が何かをツールバーに移動することを提案したので、私はちょうど言っていました。

ツールバーとメニューは相互に関連しています-何かがメニューからツールバーに移動した場合、またはその逆の場合。

プロジェクトメニューにこんなものが欲しい

私が最後に開いたプロジェクトのリスト。
また、入力マップに直接ジャンプする可能性もあります。

最近のシーンや最近のプロジェクトが必要ですか？ はっきりしないので...

悪いスクリーンショットでごめんなさい..最近のプロジェクト

@ puppetmaster-ただし、これはプロジェクトマネージャー向けであり、現在のプロジェクト（設定、ツールなど）ではありません。

プロジェクトとシーンを同じメニューエントリに配置してもかまいません。
「新しいシーン」はプロジェクトに適合します。

@ eon-sメニューポイントの[プロジェクトリストに終了]も[プロジェクト]メニューに移動し、最近のプロジェクトのリストが実際に表示されると思いました。

Godotの新しいユーザーとして、私はProjectがSceneの前にすぐに来ることに慣れており、全体的にはもっと理にかなっていると思います。 そのままにしてよかったです！ とは言うものの、これに大騒ぎしている人はあまりいないと思いますし、本当に不便な人もいれば、交換してもかまいません。

これはまだ関係がありますか？ エンジンの上部が再設計されたので

もう関係ないと思います。 しかし、議論はまだ続くことができます。