これは素晴らしいUIです...

一部のドックを非表示/オンまたはオフにするためのメニューに「Windows」を追加することをお勧めします...：D

それは本当にきれいに見えますそしてそれは実際には非常に首尾一貫しています。 メイン
現在の制限は、ドックはそれほど柔軟ではなく、メインであるということです
ウィンドウ（2D / 3D /スクリプト/ヘルプ）は、ドッキングを解除したり再編成したりすることはできませんが、再編成することはできません。
あなたの提案と互換性がないようです。

もう1つの制限は、現在のシーンのシーンタブです。
編集、ワンクリックでいつでもどこかで確実に表示される必要があります（
ドロップダウンまたはメニューは、それらの間を頻繁に移動するためです）。 何か案は
どのようにそれを実装できますか？

2015年6月28日午後10時35分、 alelepdnotifications @github.comは次のように書いています。

やあ、

今週末、私はGodotの概念的なUIに取り組みました。 私の焦点は
柔軟で一貫性のある設計を実現（完全にドッキング可能）
将来的に簡単に拡張でき、現在のUXでも最新の状態になります
ほとんどの3D関連アプリのパターン。 見て、あなたが何を教えてください
考える。 このコンセプトは、GodotIRCチャネルに最初に投稿されました。 おかげで
デザインを投稿するアイデアについては@xodenehttps ://github.com/xodene
ここ。

[画像：gdoto_basic_layout_concept_01]
https://cloud.githubusercontent.com/assets/6024473/8399419/d3b7f9d0-1dd7-11e5-8596-0ca3efe12341.png

デザインについて

• 使用されているフォントは、Adobe製のオープンソースフォントであるSourceSansProです。
  このフォントには、等幅フォントを含む多くの重みと選択肢があります
  スクリプトに最適なバージョン。
• 現在のアイコンは、オープンソースアイコンのセットであるFontAwesomeのものです。
  Web開発で知られています。 私の計画は、カスタムの完全なセットを作成することです
  Godotのアイコンをデザインしましたが、これには時間がかかる可能性があるので、知っておいてください
  テスト目的のためだけに、このアイコンセットを使用します。
• 私はいくつかの自由を取り、ランダムなアイコンと機能を追加しました、これは役立ちます
  レイアウトがどのように機能するかを確認します。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207。

私はこれの途中でもっと何かを考えていました（それはきれいにする必要がありますが）

@mamarilmansonそれは確かに非常に便利でしょう！
@reduz良い点。 私はすでにそれについて考えています、そして私は同意しました、これらのタブは常に見えるべきです。 mutilpleシーンタブを含む新しいバージョンで作業します。

皆さんがコンセプトを気に入ってくれてうれしいです。 インスペクターパネルの多くのパラメーター（変換、カラーポップアップ、曲線など）のデザインを含め、時間の経過とともにより多くのビュー/修正でこの投稿を更新します。

素晴らしい、それは非常にありがたいです

2015年6月29日月曜日の午前0時23分、 alelepdnotifications @github.comは次のように書いています。

@mamarilmansonhttps ://github.com/mamarilmansonそれは非常に
本当に便利！
@reduzhttps ://github.com/reduz良い点。 私はすでに考えています
それと私は同意しました、これらのタブは常に表示されるべきです。 私はに取り組みます
mutilpleシーンタブを含む新しいバージョン。

皆さんがコンセプトを気に入ってくれてうれしいです。 この投稿をもっと更新します
の多くのパラメータの設計を含む、時間の経過に伴うビュー/修正
インスペクターパネル（変換、カラーポップアップ、曲線など）。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-116411355 。

_OkamStudio_

このデザインがどこに行くのか楽しみです！ とても楽しいので、一晩中ゲームに取り組んでもかまいません

素晴らしい、実装してください!!!!

これが実装されるのを見たいです。 Godotを新規および現在のユーザーにとってより魅力的なものにするためには、長い道のりがあります。

素晴らしいデザイン:)

このデザインは素晴らしく見えます！ [シーン]タブと[インスペクター]タブの外観が気に入っています。

：+1：フラットなデザインです。

注意すべきもう1つの問題は、ノードタイプのアイコンが現在青色になっていることです。
2Dの場合は緑、GUIの場合は緑、3Dの場合は赤、アニメーションの場合は黄色。
この色分けがないと、どのバージョンの
使用しているノード

2015年6月29日月曜日の午前8時45分、 Calinounotifications @github.comは次のように書いています。

[画像::+1：]フラットなデザインです。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-116624797 。

ねえ@reduz 、確かに、アイコンの色分けを保持することができます、私はそれもよく見えると思います;）

また、プロジェクトマネージャーのコンセプトデザインを投稿してみてください。

@alelepd ：すごい:)
@xodeneプロジェクトマネージャーにはいくつかの作業が必要です。 すべてのデモをスキャンすると地獄になるので、カテゴリ、プレビュー、テンプレート（新しいプロジェクトの作成に使用できる）を追加することを考えていました。

私はプロジェクトマネージャーのために、この方法でもっと何かを考えていました。

https://docs.unrealengine.com/latest/images/Engine/Basics/Projects/Browser/ProjectBrowserBoth.jpg

@xodene確かに、私はそれについていくつかのアイデアを持っています。
@reduzいいね！ テンプレートは新規ユーザーに最適であり、プレビュー機能も非常に役立ちます。

とても暑い

@ reduz〜近い将来、スクリプト参照を個別のオフラインWeb参照として実装できる可能性はありますか？ これに関する私のリファレンスは、Unityがどのように実行するかです...プログラムをインストールし、ユーザーが[ヘルプ]> [スクリプトリファレンス]をクリックすると、デフォルトのブラウザーが開いてドキュメントが表示されます...

UIの参照/ヘルプボタンを削除できるので、これは良いことだと思います。場所を見つけたり、godotインターフェイスに配置するのは常に問題になるようです...

:)

@ alelepd ＆ @ reduz〜私が念頭に置いているいくつかのアイデア...

非常にマイナーですが、2Dタブと3Dタブが残っていると仮定すると（ @alelepdや@reduzの例のように）、デフォルト（新しいシーンを作成する場合など）を2Dに変更するか、3Dタブに変更することをお勧めします。最初に移動しました。 エディターがデフォルトで2番目のタブになっているのは、いつも少し奇妙なことに私を悩ませています。

@mamarilmanson ：スクリプトは（リストとして）現在の状態で優れています。 あなたは通常それらの多くを開いているので、タブを使用しているときにそれらを見つけることは不可能です、それらをシーンと混ぜるとこれははるかに悪いです

ええ、本当にデザインが好きでした...
godotは次のようになります：ウェル...わかりません...Deisgnはその部分を支援します。
しかし、UIについて言えば...実際のUIにはバグがあり、ドッキングできません
同じドッキングエリアに2つ以上のタブ

2015-06-30 9:56 GMT-03：00 Juan [email protected] ：

@mamarilmanson https://github.com/mamarilmanson ：スクリプトは優れています
彼らが今のように（リストとして）。 あなたは通常それらの多くを開いているので
タブを使用しているときにそれらを見つけることは不可能です。
あなたはそれらをシーンと混ぜ合わせます

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-117167341 。

デビッド・アギアル・デ・アキノ・パイバ

ああ！ 出力をドッキング解除するのに非常に便利です。ドッキングを解除できればさらに便利です。
ものを詰めて、将来的には別のウィンドウに入れます...あなたは2倍にすることができます
2つの画面を持っている人にとってこれの有用性...（出力するために1つ
およびその他の残りの部分）

2015-06-30 10:30 GMT-03：00 David Paiva [email protected] ：

ええ、本当にデザインが好きでした...
godotは次のようになります：ウェル...わかりません...Deisgnはその部分を支援します。
しかし、UIについて言えば...実際のUIにはバグがあり、ドッキングできません
同じドッキングエリアに2つ以上のタブ

2015-06-30 9:56 GMT-03：00 Juan [email protected] ：

@mamarilmanson https://github.com/mamarilmanson ：スクリプトは優れています
彼らが今のように（リストとして）。 あなたは通常それらの多くを開いているので
タブを使用しているときにそれらを見つけることは不可能です。
あなたはそれらをシーンと混ぜ合わせます

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-117167341 。

デビッド・アギアル・デ・アキノ・パイバ

デビッド・アギアル・デ・アキノ・パイバ

ブレンダーと同じように、位置と構成のすべてのパラメーターに対するインターフェースへのステップを非常に楽しみにしています。これにより、任意の順序と構成で好きなように調整できます。

@mamarilmanson私はそれに同意しました。参照がオンラインである場合、ヘルプセクションのメニューボタンを使用することも優れたUXパターンであり、通常は他のアプリにあります。
シーンタブのXアイコンの+1、それは私がそれを考える方法です（クロムの場合と同じです）。 3d / 2dスイッチは興味深いもので、これは統一性が機能する方法ですが、私たちの場合、2Dビューと3Dビューには異なるオプションがあるため、そのアイコンは右隅にあるはずですが、標準化する方法があるかもしれません。

スクリプトとシーンタブを混在させるというアイデアは面白そうですが、今のところ、この特定の機能には@reduzアプローチ（シーンとスクリプトビューの切り替え）が好きです。 多くのシーンとスクリプトタブを開いている場合は、少し混乱する可能性があります。 そうは言っても、開いているファイルが少ない場合、あなたのアイデアは完璧に合うかもしれません。

私はこれについて深く考え、今週末に私が思いついたことをここで共有します。

@GungnirIndうん、私は3Dが最初であり、常にデフォルトのオプションである必要があると思います。デフォルトでは遠近法カメラでもある必要があります（3Dビューであることを理解しやすいです）。

@alelepd組み込みのヘルプは、さまざまな理由で役立ちます。 1つ目は、コンパイル時に現在実行中のバージョンのエンジンからこのヘルプを生成することです。したがって、開発リリースを使用している場合、このドキュメントは常に最新です（関数やクラスが欠落することはありません）。 もう1つの理由は、これは現在実装されていませんが、編集中のプロパティでは、内部ドキュメントから直接抽出されたツールチップを表示して、すべてが何をしているのかをより明確にすることができるということです。

@alelepdドキュメントを組み込むもう1つの理由は、それらがオフラインで機能するという事実です:)

エディター内にドキュメントを配置することは、実際には賢明なアイデアです。 Godotのエディターの良いところは、ワークフローが常にエディターに焦点を合わせていることです。それは本当に素晴らしいことです。 編集者内ドキュメントのその他の利点については、すでに説明しました。 ドキュメント用にWebブラウザーを開くことが、UXエクスペリエンスの向上にどのように役立つかはわかりませんが、その逆だと思います。

同意した

2015-06-30 12:22 GMT-03：00 [email protected] ：

エディター内にドキュメントを配置することは、実際には賢明なアイデアです。
Godotのエディターの良いところは、ワークフローが常に焦点を合わせていることです。
エディターとそれは本当にいいです。 編集者内ドキュメントのその他の利点には
すでに説明されています。 のWebブラウザを開く方法がわかりません
ドキュメントはより優れたUXエクスペリエンスであり、その逆だと思います。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-117226487 。

デビッド・アギアル・デ・アキノ・パイバ

GameMakerで私のお気に入りの1つは、組み込みのドキュメントとアクセスのしやすさです。 それは非常に長い道のりであり、私がGodotを好きな理由の主な要因です。

はい、組み込みのドキュメントは100％ですが、Godotになかった場合は、どのソフトウェアにも含めることを夢見ています。それは私にとってひどい苦痛です。今でもそれが大好きです。完全ではありませんが、これまでのところ非常に必要であり、インターネットや不要な検索がなくても、今ここですべてが1つになっているという利点があります。

オフラインヘルプはとても良いです、私はそれをとても愛しています、それは私を大いに助けます。
2015年6月30日午後9時49分、「OlexiyKravchuk」 [email protected]は次のように書いています。

はい、組み込みのドキュメントは100％私が夢見ているものです
それがGodotになかったら、私が言及しなければならないソフトウェアは、
私にとってひどい痛み、今はそうではないという事実にもかかわらず、私はそれが大好きです
完了しましたが、これまでのところ非常に必要であり、メリットがあります
今ここで、それはすべて1つになり、インターネットがなく、不要です
検索！

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-117266005 。

@ alelepd〜今...UIクリエイティブチームを作成する必要があります...XD

@ reduz〜サー...多分...このUIブレーンストーミングを調理している間にgodotのd＆dサポートの調理を開始できれば...ええと...:)

私たちはここにいるので...変更する可能性があるといいでしょう
ビューポートの境界線がグリッド線と混同されるため、グリッドの色...

2015-06-30 17:32 GMT-03：00 Manson [email protected] ：

@reduz https://github.com/reduz〜サー...多分...あなたが始めることができれば
このUIブレーンストーミングを調理しながら、godotのd＆dサポートを調理しています...
うーんお願いします...:)

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-117333062 。

デビッド・アギアル・デ・アキノ・パイバ

これらは素晴らしい議論です！ オンラインリファレンスが好きな理由を考え直します。それは、どのデバイスからでも簡単に共有してアクセスできるからだと思います。 それを除けば、オフライン参照が間違いなく勝ちます。 オンラインヘルプについては、wikiがあります。

@xodeneより良いUXパターンとは、通常、アクションや編集に使用されるパネルではなく、メニューからヘルプやリファレンスドキュメントを見つけるのが一般的です。 そうは言っても、Godotのヘルプはそれがそうであるように大丈夫だと思います：D。 （視覚的に言えば）改善の余地はあると思います。

@mamarilmansonははは、良い点です！

@draxdeveloperは、コンセプトのグリッドカラー（白）またはGodotの現在のカラー（緑）を意味しますか？

@ alelepd〜これは使用するのに適したキーワードです...「視覚的に話す...」これは、外観と相互作用の方法のみを変更したいことをよりよく説明します...動作方法ではありません...：D

これは素晴らしく見えます..これを完全にgodotで取得する必要があります..!!

おお！ アーティストの私の目は、その素晴らしいコンセプトを見てうれしいです：D

プロジェクトマネージャー@reduzについてプロジェクトをタグで並べ替えるのはどうですか？

@ reduz〜デザイナーを喜ばせる時が来ました... XD

カスタムスキンとドッキングタブがいいでしょう。 私は現在のスキンが上記の提案されたスキンよりも好きですが、UI構造は非常に便利です。 また、私が好む2d 3dタブと、シーンの下の1ボタンメニューがはるかに便利です。

カスタムスキンを作成するのは比較的簡単なはずです。
それを行う方法に関するより良いドキュメント

2015年7月19日午前8時31分、 trollworkoutnotifications @ github.com
書きました：

カスタムスキンとドッキングタブがいいでしょう。 私は現在の肌が好きです
上記の提案されたスキンよりも、私はui構造が非常に便利なのが好きです。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-122650767 。

u人は2d3dスクリプトを保持する必要があります。ヘルプは、上記で提案したタブよりもはるかに優れたシステムです。 また、一度に1つのシーンに焦点を当てる方法や、すばやくアクセスしたいものをリソースがロードする方法（共通コンテナー）も気に入っています。

画像をすばやく編集/作成できると便利です。つまり、2Dビューでのmsペイントのように、基本的なツールの選択、鉛筆、ブラシ、消しゴムだけです。 3Dビューで3Dモデルを編集/作成します。 ヘルプにはより多くのテキストが必要です。 オンラインウィキには詳細があります。 マンページのようなものが欲しいです。 理想的には、これらの3つの変更により、Godotを離れる必要がなくなります。

D＆Dは最大の最初のステップです…あなたが私に尋ねれば…:)

Okamプロジェクトで複数のシーン編集を使用しようとしていますが、異なるリストからシーンとスクリプトを選択するのは難しく、開いているシーンのタブを読む必要があるため、混乱を招くことを認めなければなりません。編集もそれほど簡単ではありません。

私が頭に浮かぶシーンからタブに移動するには、読む必要があり、それは一種の遅いプロセスです。 これがWebブロワーで非常に効率的である理由を理解しようとしましたが、テキストではなく、明らかにWebサイトのアイコンが機能していることに気付きました。 シーンをスクリプトから切り離すと、ほとんどの場合、シーンが関連付けられているので、ちょっと面倒です。

私はこれをより効率的にする方法を模索してきましたが、シーンのサムネイルを使用して切り替えるというアイデアを活用できることに気付きました（とにかく生成されているため、生成はあまり多くなくても簡単に「リアルタイム」になる可能性があります問題。 ）

では、シーンのサムネイルとシーンに関連するスクリプトを表示する、このようなものはどうでしょうか。 （恐ろしいモックアップ）

この方法でシーンと関連するスクリプトを簡単に見つけることができます。

私が通常直面するもう1つの問題は、シーンツリーとプロパティエディタからの切断です。 これらはデフォルトで画面の反対側にあるため、接続することはそれほど明白ではありません。 そのため、シーンツリーを以前と同じように右に移動し、開いているシーンとファイルシステム用に左を維持することを検討していました。リソースドックを廃止します（プロパティエディターのメニューと同様の機能を統合します）

ええと、私の観点からすると、スクリプトが少量（20未満）の場合は、非常に簡単です。
リストの一番上のシーンから参照され、異なる色でスクリプトを表示します。
ただし、スクリプトが100を超える場合は、ほとんどのwhiachがデフォルトでノードツリーから参照されないため、これは役に立ちません。 この作業を行うために、スクリプトをサブディレクトリとして表示されるパッケージ（Pythonの方法）にグループ化できることを感謝します。

@reduz
私の提案。そして、私たちは右ボタンの使用を許可すべきだと思います。

@zhagsenkkマウスをタブに合わせると、ポップアップサムネイルを追加します：+1：

@zhagsenkkうーん@reduzは、シーンのサムネイルを利用してこの機能を実行したいと思っています。テキスト付きのタブを見つけることは、写真を見つけることほど速くて簡単ではないと彼は言いました。問題は、それらをどのように使用するかです。見栄えが良く、機能します（画面の半分を食べないでください）。

@kubecz3kシーンを変更するにはキーボードショートカットを使用する必要があると思います。Windows7または8のAlt+Tabのように。図を表示してください。

Ctrl+Tabは、ほとんどのブラウザでタブを切り替えるために使用されます。 このショートカットはシーンを切り替えるのはどうですか？ Ctrl+Shift+Tabは、ブラウザの場合と同様に、切り替えの順序を逆にします。

タブにルートノードアイコンを追加しました。これはかなり役立つようです。 私はこれから
プレビューを追加したり、スクリプトを表示したりする方法を試してみてください
関連も

2015年7月25日土曜日の午前7時28分、 Calinounotifications @github.comは次のように書いています。

Ctrl + Tabは、ほとんどのブラウザでタブを切り替えるために使用されます。 このショートカットはどうですか
シーンを切り替えますか？ Ctrl + Shift + Tabは、切り替えの順序を逆にします。
ブラウザと同じように。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-124832698 。

UIには小さな煩わしさはほとんどありませんが、現状では素晴らしいと思いますし、大規模なリストラは必要ありません。 誰かがキーボードショートカットについて言及しました。

1 = 2D、2 = 3D、3 =スクリプト、4=ヘルプまたはCtrl+ 1、Ctrl + 2 .. ..

さまざまなアクション/ペインに手動で割り当て可能なキーボードショートカットと、保存可能/ロード可能なキーボードショートカット構成ファイルがあると便利です。

2D、3D、スクリプト、ヘルプにそれぞれF2、F3、F4、F1があります

2015年7月25日土曜日午前8時、 trollworkoutnotifications @ github.com
書きました：

UIには小さな煩わしさはほとんどありませんが、現状では
素晴らしいし、大規模なリストラは必要ありません。 誰かがキーボードについて言及しました
ショートカット。

1 = 2D、2 = 3D、3 =スクリプト、4=ヘルプまたはCtrl+ 1、Ctrl + 2 .. ..

手動で割り当て可能なキーボードショートカットがあると便利です
さまざまなアクション/ペインおよび保存可能/ロード可能なキーボードショートカット構成ファイル。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-124834148 。

私はそれを知りませんでした。 それで十分です：+1：

シーンにはカラータブやアイコンを含めることができます（ユーザーはパーソナライズされたアイコンを配置できます）。
これは、ユーザーが自分に合ったコンセプトに最適な色/アイコンを選択するので役立ちます（たとえば、キャラクターに緑のタブを、敵のシーンに赤を配置できます。別のユーザーは別のアプローチを好むでしょう）
スクリプト、私は@slapinパッケージのアイデアが好きでした（概念を完全に理解していなくても）。
別の解決策は、スクリプトのタグを使用して、前に述べたものです。
したがって、これらのタグを使用して、フィルタリング、グループ化、および並べ替えを行うことができます。

タブにスクリプトボタンを追加することになりましたが、かなりうまくいったと思います
良い

2015年7月28日火曜日午前10時33分、David [email protected]
書きました：

シーンにはカラータブやアイコンを含めることができます（ユーザーは
パーソナライズされたアイコン）。
ユーザーが適切な最適な色/アイコンを選択するため、これは役立ちます
彼へのコンセプト（私はキャラクターに緑のタブを、敵に赤のタブを置くことができました
たとえば、シーン。 別のユーザーは別のアプローチを好むでしょう）
スクリプト、私は@slapinhttps ://github.com/slapinパッケージが好きでした
アイデア（概念を完全に理解していなくても）。
別の解決策は、前に述べたもので、
スクリプト。
したがって、これらのタグを使用して、フィルタリング、グループ化、および並べ替えを行うことができます。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-125609295 。

スクリプトボタン、それはどのように機能しますか？

ボタンをクリックすると、シーンのスクリプトに移動します

2D、3D、スクリプト、ヘルプにそれぞれF2、F3、F4、F1があります

それを削除して、代わりにCx bを使用してみませんか...：P

それは何のキャラクターですか？ :)

だから、私はスクリプトボタンを見ましたが、それでもスクリプトを並べ替えてフィルタリングするための良いスクリプトタグであり、ノードのアイコンをパーソナライズするための良いオプションだと思います。ノードで始まるシーンがたくさんあります2dなので、その多くは青いボールになります。

アスタリスクが隠されていることが多いため、スクリプトのアイコン。

わかりました。現時点では30個のスクリプトがありますが、これはまだ追加するものがある小さなプロジェクトです...
とはいえ、スクリプトが見つからないためではなく、リストをグループごとに整理できないため、スクリプトを見つけるのが難しくなっているため、1つだけ作業することはできません...現時点ではできます」これを処理しますが、100以上のスクリプトで考えてください（そして、より複雑なプロジェクトでこれを簡単にヒットできます）わかりました、オープンショートカットを使用できますが、それでも実用的ではないか、少なくともこれによりサイドリストの有用性が低下しますケース...

スクリプトエディタは、スクリプトのディレクトリツリーを表示する必要があります。そうすれば、特定のスクリプトを見つけるためにはるかに整理されます。 これが多くのIDEで行われる方法と同様です。

これは、すべてのスクリプトを一覧表示するモーダルウィンドウを表示するためのショートカットを追加するより良いタックレットだと思います
「行編集」で書くことで候補を絞り込むことができます。 Helm for Emacsのようなものですが、Godotに適合しています：

ちなみに、私は開いたスクリプトにもこのソリューションを提案します（を使用して開いたスクリプトを切り替えるためのショートカット
同じシステム）。

El martes 11 de agosto del 2015 a las 1447 horas、Maximillianescribió：

スクリプトエディタは、スクリプトのディレクトリツリーを表示する必要があります。そうすれば、特定のスクリプトを見つけるためにはるかに整理されます。 これが多くのIDEで行われる方法と同様です。

---

このメールに直接返信するか、GitHubで表示してください。
https://github.com/okamstudio/godot/issues/2207#issuecomment -130065336

Paxetbonum。
ホルヘ・アラヤ・ナバロ。
ES：DiseñadorPublicitario、Programador Python y colaborador en Parabola GNU / Linux-libre
EN：Ads Designer、Pythonプログラマー、Parabola GNU/Linuxの寄稿者-libre
EO：Anonco grafikisto、Pitino programalingvo programisto kai kontribuanto en Parabola GNU / Linux-libre
https://es.gravatar.com/shackra

@alelepd

コンセプトのグリッドカラー（白）またはGodotの現在のカラー（緑）を意味しますか？

実際の緑、グリッドの色、およびビューポートの「境界線」の色は同じです

スクリプトオープンショートカット（alt-ctrl-o）を常に使用していますが、そうではありません
この問題に取り組むためのより良い方法があるかどうか本当に確信しています。
スクリプトリストを最近の使用法でソート可能にすることを考えました
オプションですが、godot（数千のC / C ++ファイルがある）を開発する場合は、
ロケーターは実際に機能します。

2015年8月11日火曜日午後6時、David [email protected]
書きました：

@alelepd https://github.com/alelepd

コンセプトのグリッドカラー（白）またはGodotの現在のカラーを意味します
（緑）？

実際の緑、グリッドの色、およびの「境界線」の色
ビューポートは同じです

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-130073938 。

グループ化、フィルタリング、並べ替えが可能なタグをスクリプトに配置することで、これを解決できると思います。

彼らのモッズでこれを行うモッディングオーガナイザーと呼ばれるモッディングツールがあります、私は今家にいません、私がそこに着くとき、私はそれのプリントスクリーンを見せることができません。

本当に簡単な解決策の1つは、macやgoogleのような色を使用してスクリプトファイルにタグを付ける機能です。タグ付けされたスクリプトを表示または非表示にできる、色ごとに1つの小さな切り替え可能なボタンがあります。 6色か8色くらいあります。

ちょっとこのようですが、godotバージョンははるかに単純ですhttp://cdn.osxdaily.com/wp-content/uploads/2013/11/how-to-know-file-is-tagged.jpg

色分けは、何かを視覚的に整理するための最も効率的な方法だと思います。 gドライブやMacでいつも使っています。 テキストタグを読み取るよりもはるかに高速です。

テキストタグは、読み取りではなく、グループ化とフィルタリングに使用されます。
グループ化は次のようになります
タグA
やだやだ
やだやだ
やだやだ
タグB
やだやだ
やだやだ
やだやだ
タグC
やだやだ
やだやだ
やだやだ

フィルタリングでは、上記のタグが付いたスクリプトが表示されるだけなので、数百のスクリプトでリストを短くすることができます

しかし、なぜ両方ではないのですか、タグには色があると言うことができます、私はgithubがそのようです

実装が最も簡単なカラータグ付けを提案しました。 また、ツリー構造としてではなく、タグが有効になっている場合に表示する場合と表示しない場合でフィルタリングしたいと思います。

別の方法は、入力時にそのテキストを含むすべてのスクリプトファイルをフィルタリングする小さなライブ検索ボックスを用意することです。

file1.gd
bigscript.gd
blahblah.gd

「b」と入力すると、2番目の2つのスクリプトが表示され、「bi」と入力すると、bigscriptのみが表示されます。 など、特定の方法でスクリプトに名前を付けることで、独自のシステムを作成できます。 私はこれが行われているのを見てきましたが、たとえば、何百万ものエントリがあり、簡単にフィルタリングできるgeckfallout3モッディングソフトウェアでかなり成功しています。

このシステムの場合、必要なのは入力可能な入力ボックスを追加することだけです。

ここ：

このリストのタグを編集できます。たとえば、リアリズムは私が作成したタグです。

うーん、スクリプトが開かれた新しいui（nightlies）リストで、シーンに割り当てられなくなったのはなぜだろうか... vers<=1.1での動作方法。 スクリプトをグループ化するのは非常に自然で「ゴドティッシュ」な方法でした。 私にとって、シーンを変更するときに、スクリプトを含む別のタブのセットが用意されていたのは非常に快適でした。 私は通常、現在のシーンと自分自身に非常にリンクしているスクリプトを使用しています。 そして、スクリプトの「異なるセット/グループ」をリストにロードしたいという理由だけで、シーンを頻繁に変更しています。 タブを視覚的にクリックしてシーンを変更できるようになると、さらに素晴らしいものになります。

@ draxdeveloper @ alelepd〜こんにちは... :)

@mansonMamarilこんにちは

2015-08-12 22:32 GMT-03：00 Manson [email protected] ：

@draxdeveloper https://github.com/draxdeveloper @alelepd
https://github.com/alelepd〜こんにちは... :)

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-130499139 。

デビッド・アギアル・デ・アキノ・パイバ
ダイビングシステム

やあ！
やあみんな、私の最後の投稿以来非アクティブでごめんなさい。 私は最近本当に忙しくて、UIで作業する時間を得るのはかなり困難でした。
しかし、私はあなたがここに書いているすべてを読みました。 今後数週間で空き時間を確保し、UIで作業を続けたいと思っています：D

@ alelepd〜ahaha XD

あなたもircにいますか？

@trollworkoutには、スクリプトを検索するためのライブ検索ボックスに関する優れた提案があると思います。 Visual Studioにはこれがあり、それをずっと使用していることを発見してから、それから「定義に移動」までの間、ファイルエクスプローラーを使用することはほとんどありませんが、もちろん新しいプロジェクトを知るのに役立ちます。 。

2.0UIははるかに優れていますありがとう<3

更新時間！ （最初の投稿）。

2.0の最後の機能を完成させています。うまくいけば、新しい機能を統合します。
週末のUI。

2015年10月15日木曜日午後8時13分、 alelepdnotifications @github.comは次のように書いています。

更新時間！ （最初の投稿）。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-148548723 。

繰り返しますが、これは素晴らしい仕事です。 この環境で働くのが待ちきれません。 2.0安定は驚くべきものになるでしょう。

godotは毎日成長しています。少なくとも、毎週1人の新しいメンバーを入力してください。
godotブラジルグループ

2015-10-15 20:26 GMT-03：00 [email protected] ：

繰り返しますが、これは素晴らしい仕事です。 この環境で働くのが待ちきれません。
2.0安定は驚くべきものになるでしょう。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-148550492 。

デビッド・アギアル・デ・アキノ・パイバ
ダイビングシステム

@reduzそれは素晴らしいです！
OSXでのRetinaディスプレイのサポートでそれを手に入れるチャンスはありますか？
これは、高解像度の画面を使用している人にとっては大きなメリットになると思います。

私は網膜ディスプレイには貧弱なので、できるまで待たなければなりません
十分なお金を節約するか、コミュニティの寄付が存在し、十分に集めることができます
1つのお金：P

2015年10月16日金曜日の午前11時37分、 alelepdnotifications @github.comは次のように書いています。

@reduz https://github.com/reduzそれは素晴らしいです！
OSXでのRetinaディスプレイのサポートでそれを手に入れるチャンスはありますか？
高解像度を使用している人にとって、それは大きなメリットになると思います
画面。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-148734387 。

@reduz 、多くの人が寄付ポータル（Patreon、Kickstarterなど）を提案しています。
Godotの開発に投資したり、感謝の気持ちを表すために、ローンチするのに数分かかるはずです。

これらのサービスを介した寄付は、あなたの国の法律で管理するのが難しいものですか？

Conservancyと協力して、寄付システムの設定に取り組んでいます。 それは
プロジェクトが探しているときに基盤に依存するのははるかに簡単です
商業、教育または政府のスポンサー。

2015年10月16日金曜日12:40PM、Juan [email protected]
書きました：

私は網膜ディスプレイには貧弱なので、できるまで待たなければなりません
十分なお金を節約するか、コミュニティの寄付が存在し、十分に集めることができます
1つのお金：P

2015年10月16日金曜日11:37 AM、alelepdnotifications @ github.com
書きました：

@reduz https://github.com/reduzそれは素晴らしいです！
OSXでのRetinaディスプレイのサポートでそれを手に入れるチャンスはありますか？
高解像度を使用している人にとって、それは大きなメリットになると思います
画面。

—
このメールに直接返信するか、GitHubで表示してください
< https://github.com/okamstudio/godot/issues/2207#issuecomment -148734387
。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-148749784 。

_OkamStudio_

クラウドソーシングキャンペーンを開始するだけです。 人々はこのプロジェクトを気に入るはずであり、あなたはあなたが必要とするいくつかのものを手に入れることができるかもしれません。

スクリーンショットの解像度が少し怖いです...2.880px×1.860px
コントロールが半分に縮小されていない場合、画面にeverithyngのための十分なスペースがないため、32x32のキャンバスエディターで作業することになります^ ^！

これを試すのが待ちきれません：D

@MarianoGnu hehe、心配しないでください。解像度が2倍になるRetinaスクリーンでデザインしています。 網膜以外の同等物は、半分のサイズ、1440px幅の画面です;）

@reduzは寄付システムを楽しみにしています、それは大いに役立ちます;）

やあ、
ロゴの更新に関する提案は次のとおりです。 これは、オリジナルを単純化したものです（これはすでにかなりクールです）。

現在のロゴは次のようになります。

本当に「マスコット」感があり、気に入っています。

ロゴデザイナーのアンドレアは、デザインを簡素化したいという願望を表明しました。
少しですが、彼女は3.0まで待つと言いました

2015年10月17日土曜日の午前8時54分、 Calinounotifications @github.comは次のように書いています。

現在のロゴは次のようになります。

【画像：Godotロゴ】
https://raw.githubusercontent.com/okamstudio/godot/master/logo.png

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-148911107 。

現在のロゴはかわいくて、滑稽で、ギアや他のメカニズムを示唆しています。 それを変更することは必ずしも良い考えではありません。

その上、それはカバのように見えます....私はGボットがはるかに好きです:)

@danilojr素晴らしい！ 私のアプローチは、現在のロゴの「私は面白くてフレンドリー」という言葉と比較して、「私はパワフルで素晴らしい」という明確な表現を作成しようとして、より「真面目な戦士」のムードにありました。 マスコット/戦士/ロボットのアイデアを維持することもまったく問題ありませんが、「私は強力で友好的です」というものを作ることができるかもしれません。 あなたのアプローチは素晴らしく見えます、私は鼻のないバージョンがより良いと思います。

より多くの人々をコミュニティに参加させるには、Godotのビジュアルアイデンティティの刷新が必要だと思います。人々は、Godotが単なるフレンドリーなゲームエンジンではなく、素晴らしいゲーム体験を生み出すツールになり得ることを理解する必要があります。 私の研究では、Godotエンジンの視覚的アイデンティティは、Unreal、Cryengine、Unityなどの他のエンジンと比較するとかなり下回っています。 Godotは、Blenderがアニメーションで行っているのと同じように、ゲーム作成の「ビッグネーム」の1つになる可能性がありますが、もちろん、それは目標がそれに向けて設定されている場合にのみ発生します。

一方で、現在のロゴはすでにコミュニティの記憶に残っているので、誰もが一目で好きなような大幅な変更を加えることは難しいでしょう。そのため、ほとんどの人は、そうでない場合でも、不要な変更だと思います。 これは実際にはほとんどのオープンソースプロジェクトで非常に一般的であり、デザインは通常優先度の低いものと見なされ、美学にのみ影響する問題と誤解されがちです。 この分野で通常起こることは、変化が何年にもわたってゆっくりと起こるということです。

「私はパワフルでフレンドリー」というものを作れるかもしれません。 あなたのアプローチは素晴らしく見えます、私は鼻のないバージョンがより良いと思います。

鼻なし！？

（このチャットを停止する必要があります。これはFacebookではなくバグトラッカーです）

@shackra Ok;）フォーラムを通じて新しいアップデートを公開します。

鼻のないものはロボットではなく、ある種のオークのようです。

2015-10-17 23:12 GMT-03：00 Jorge Araya [email protected] ：

「私はパワフルでフレンドリー」というものを作れるかもしれません。 君の
アプローチは良さそうですが、ノーズのないバージョンの方がいいと思います。

鼻なし！？

[画像：growing-a-nose-makes-you-stronger-dbz-logic]
https://cloud.githubusercontent.com/assets/1055216/10562178/577dabfe-750b-11e5-8bd9-550b159eb7c6.jpg

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/okamstudio/godot/issues/2207#issuecomment-148968953 。

デビッド・アギアル・デ・アキノ・パイバ
ダイビングシステム

私の主な関心事である眼球のない白い目を扱うことはできません:)

「私はパワフルでフレンドリーです」。

Godotのマスコットを3.0で怒らせるだけです：笑い：

良い

Godotエンジン用のダークフラットUIレイアウトを作成しました。
alelepd（乾杯）デザインに基づいたカラーセット。

ダウンロード：
https://github.com/ssavalot/godot_flat_ui

メリークリスマス！

これは本当によさそうだ！ 2.1で使いましょう

2015年12月21日月曜日の午後6時50分、 ssavalotnotifications @github.comは次のように書いています。

Godotエンジン用のダークフラットUIレイアウトを作成しました。
alelepd（乾杯）デザインに基づいたカラーセット。

ダウンロード：
https://github.com/ssavalot/godot_flat_ui

メリークリスマス！

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/godotengine/godot/issues/2207#issuecomment-166433719 。

素晴らしい！ ：open_mouth：

ありがとう、そしてメリークリスマス、 @ ssavalot ！

2.1には、ドラッグアンドドロップ、コンテキストメニューなど、多くの改善が加えられます。

2015年12月21日月曜日午後6時55分、ホルヘアラヤナバロ<
[email protected]>は次のように書いています：

素晴らしい！ [画像::open_mouth：]

ありがとう、メリークリスマス、 @ ssavalot https://github.com/ssavalot ！

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/godotengine/godot/issues/2207#issuecomment-166434701 。

スクリプトエディタのコメントのカラーコードとして#547799 （青みがかった灰色）を使用するのはどうですか？ 現在の茶色よりも読みやすく、テーマによりフィットします。 SourceCodeProフォントを使用する例を次に示します。

やあみんな。 godot UIの色を別の色に変更しようとしましたが、設定の色はUIの特定の部分（テキストエディター）にのみ影響するようです。 GimpやAbletonLiveのように、UI全体の色を変更できたらいいのにと思います。 背景色が青すぎるので、もっと灰色にしたかったのですが、暖かい灰色かもしれません。

おい、
まず第一に、私はUIコンセプトのスタイルが大好きです。それは素晴らしくプロフェッショナルに見えます。
UIについても提案したいと思います。 スクリプトエディタはシーンに依存していないため、3つのモード（3d / 2d /スクリプト）に1つの大きなUI要素を設定してもあまり意味がありません。 @mamarilmansonのアイデアが好きです。 通常は3Dまたは2Dシーンしかないため、これをトグルコントロールにするのは非常に理にかなっています。 したがって、私のアイデアは、シーンタブを上に作成し、3つの異なるビュー（3d / 2d /スクリプト）をメインウィンドウのタスクバーに実装することです。
そのようです：

に比べ：

これには、タスクバー用に占有されるスペースが少なくなるという利点があります->より多くのスペースを取得できます。 問題を参照してください：＃3779GodotUIの改善[モックアップ]

そして、スクリプトとシーン編集を切り替えるのは非常に理にかなっていると思います。

また、新しいUIデザインの優先順位と、それがいつ実装される可能性があるかについて、誰かが更新を提供できるかどうかを尋ねたいと思いました。

私はQ＆AのDarkDotテーマのロゴが本当に好きだと言いたいだけです（私はそれが正しい場所ではないことを知っていますが、ここでも議論されました）：

また、このテーマに非常によく適合します

Godotでは、2Dエンジンと3Dエンジンの両方が分離されているため、
ツールバーが同じであるか、ボタンが1つしかないことを実際に期待することはできません
2Dと3Dを切り替えます。 私はそれがよりきれいに見えることを知っていますが、それはそうではありません
このように使用可能
。

2016年2月27日土曜日の午前11時43分、 Timonotifications @github.comは次のように書いています。

おい、
まず第一に、私はUIコンセプトのスタイルが大好きです。
プロフェッショナル。
UIについても提案したいと思います。 持っていると思うので
rhe 3モード（3d / 2d / scripting）の大きなUI要素はそれほど多くはありません
スクリプトエディタは以前ほどシーンに依存していないため、もう意味がありません。
@mamarilmansonhttps ://github.com/mamarilmansonのアイデアが好きです。
通常は3Dまたは2Dシーンしかないので、非常に理にかなっています
これをトグルコントロールにします。 だから私の考えは、シーンタブを上に作ることです
3つの異なるビュー（3d / 2d / scripting）をのタスクバーに実装します
メインウィンドウ。
そのようです：
[画像：godotuiproposal]
https://cloud.githubusercontent.com/assets/16718859/13373346/231d45a4-dd66-11e5-8d59-5ac8da80f374.png
に比べ：
[画像：godotuiproposal_oldversion]
https://cloud.githubusercontent.com/assets/16718859/13373372/5153b7b8-dd67-11e5-902b-84eb6cfe4a7d.png
これには、タスクに使用されるスペースが少ないという利点があります。
バー->より多くのスペースを取得します。 問題を参照してください：＃3779
https://github.com/godotengine/godot/issues/3779GodotUIの改善
[モックアップ]

そして、スクリプトとスクリプトを切り替えるのは非常に理にかなっていると思います。
シーン編集。

私はまた、誰かがの優先順位についての最新情報を与えることができるかどうか尋ねたいと思いました
新しいUIデザインとそれがいつ実装されるか？

私はただ言及したい（私はそれが正しい場所ではないことを知っているが、それは
ここでも議論されました）私はDarkDotのロゴが本当に好きです
http://www.godotengine.org/qa/46/darkdot-dark-theme-for-godot-q%26a
Q＆Aのテーマ：

【画像：画像】
https://cloud.githubusercontent.com/assets/16718859/13373437/a45ba5a0-dd68-11e5-87fa-209d2c8d608b.png
また、このテーマに非常によく適合します

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/godotengine/godot/issues/2207#issuecomment-189654388 。

何人かの人々がUIのためのそのような素晴らしいアイデアを持ってきたのを見るのは素晴らしいです！ 私の最初の投稿にこれほど多くのフィードバックコメントがあるとは思わなかった。 私にとって、それは、Godotコミュニティの多くの人々が実際にデザインに関心を持っており、その点でさらに改善が見られることを楽しみにしていることを意味します。

Godotの開発により、ユーザーインターフェイスの設計がさらに優先されることを心から願っています。 現在のGodotUIは、いくつかの単純な設計変更から多くの恩恵を受ける可能性があります。 ウェブサイト（はい、新しいですが、はるかに優れている可能性があります）からアプリのユーザーオンボーディング（簡単なプロジェクトを開始するために必要なステップ数を確認してください）、ロゴ、さらにはアイコンまで、どこにでも改善の余地があります（これ以上灰色の背景はご遠慮ください）。

何かが「大丈夫」に機能しているからといって、それがはるかに良くなることはないと考えるのは大きな間違いです。

昨年、ゲームエンジンとしてのGodotは大きな進歩を遂げましたが、残念ながらUIの進歩は信じられないほど低いものです。

昨年、私はこれに取り組むために率先して取り組みました。その当時、Godot UIが助けを必要としていることをすでに見ていましたが、9か月後、今ではそれは簡単な選択であるはずです。

Godotの開発により、ユーザーインターフェイスの設計がさらに優先されることを心から願っています。

2.0ユーザーインターフェイスを大幅に変更し、ユーザーインターフェイスのほぼすべての側面が改善されました。
2.1新しく、よりユーザーフレンドリーなプロジェクトマネージャーを含め、これからも改善を続けていきます。

ただし、よりモダンなフラットなテーマに切り替えたわけではありませんが、現在のテーマは新しすぎるため、少し待って、最初に使い勝手が悪くなるようにします。

これについてのコメントはどこにもありませんが、カラーピッカーが追加されたため、デフォルトのシェーダーとマテリアルをデフォルトのテーマに追加する方法があります。これにはコードの変更が必要になります（おそらくShaderMaterialStyleBoxクラスを追加します）が、可能であり、コントロールをスケーリングできる場合があります品質を損なうことなく。

UI用のベクターグラフィックを実際に実装する必要があります。 このデザインがどのように気に入っているかさえ言えません。実際に実装する必要があります。 私はシェーダーグラフを使用していましたが、1：1のスケールでしか見栄えがよくありません。ズームインまたはズームアウトすると、非常にピクセル化されて読みにくくなります。 使いやすさが優先されることに同意しますが、UIも見逃してはなりません...

UI用のベクターグラフィックを実際に実装する必要があります。

nanosvgとnanovgは、優れた候補であり、クロスプラットフォームであり、本当にパーミッシブライセンス（zlib）である可能性があります。 ：スマイリー：

いいえ、Openglはこのようなものをリアルタイムで描画するようには設計されていません。 多くの場合
メッシュにベイク処理できますが、リアルタイムであまり変更することはできません。
Flashはベクトルを使用し、CPUを使用してレンダリングしますが、私たちにとってこれは不可能です。
2DメッシュはGodot3.0で導入されるため、今のところ待つ必要があります。

いずれにせよ、より高い解像度でtexureを使用するだけで、ズームは
大丈夫そうです、悪くはありません。

2016年3月10日木曜日午後6時13分、Danny [email protected]
書きました：

UI用のベクターグラフィックを実際に実装する必要があります。

nanosvg https://github.com/memononen/nanosvg＆nanovg
https://github.com/memononen/nanovgは良い候補になる可能性があります、
クロスプラットフォームで本当に寛容なライセンス（zlib）。 [画像::スマイリー：]

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/godotengine/godot/issues/2207#issuecomment-195051345 。

方法は完全にはわかりませんが、私が理解しているように、BlenderUIは純粋なOpenGLで実行されます。 あなたたちはそれをチェックしたいかもしれません。
GodotUIは網膜スクリーンをサポートする必要があると思います。 これはすでに多くの新しいラップトップ画面の標準であり、まもなくデスクトップサイズの画面の標準になるでしょう。

少し前に、 @ssavalotは本当に見栄えの良いテーマを投稿しました。 私はそれをもう少し適応させて、alepdが設計したものにもう少し似せるようにしたかったのです。
いくつかの.pngといくつかのコードを変更しました（たとえば、ボタンホバースタイルボックスなしでトップバーのスタイルを設定し、タブを左にフロートさせるため）。
これは、これまでの様子を印象付けるためのスクリーンショットです。

ニース..間違いなく2.1のためにそれをマージしたいと思うでしょう
2016年4月3日10:30、「Timo」 [email protected]は次のように書いています。

少し前に@ssavalothttps ://github.com/ssavalotは本当に素敵な投稿をしました
探しているテーマ。 少し見栄えを良くするためにもう少し適応させたかった
alepdが設計したものに似ています。
いくつかの.pngといくつかのコードを変更しました（たとえば、トップバーのスタイルを設定するため）
ボタンホバースタイルボックスなしで、タブを左にフロートさせます。）
これは、どのように見えるかを印象付けるためのスクリーンショットです。
遠い。
[画像：テーマはほぼ完了3]
https://cloud.githubusercontent.com/assets/16718859/14230135/2d2fe338-f94c-11e5-93e6-578c155d57db.png
【画像：テーマはほぼ完成】
https://cloud.githubusercontent.com/assets/16718859/14230134/2d2fb94e-f94c-11e5-8a26-9543d2c4ac9c.png
[画像：テーマはほぼ完了2]
https://cloud.githubusercontent.com/assets/16718859/14230136/2d34f490-f94c-11e5-9727-e8dd6d4da8b6.png

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示してください
https://github.com/godotengine/godot/issues/2207#issuecomment -204847059

左側と右側のタブコンテナのパディングを削除したかったのです（ @alelepdのUIコンセプトのようにビューポートが背景に接触するように...）。 しかし、私は成功しませんでした。 anybofdyはそれを見つける場所（コード行とドキュメント）のヒントを教えてくれますか？ 私はそれがeditor_node.cppまたはdefault_theme.cppにある必要があると思いますか、それともTabContainerクラスを変更する必要がありますか？
編集：
Ugis Brekisの助けを借りて、私は今それを達成しました。
テーマを更新していきます

godotdevelopers.org

ロゴについては、作成されたヘルメットのロゴalelepdは、現在のものよりもはるかに優れており、はるかにシンプルで、ロゴが表示される多くのシナリオとの互換性が高いと思います。
また、ツールシンボルとしてより魅力的です。

UIがすごいというなんてこった。 お疲れ様でした。

本当にかっこいい！

私はいくつかの構文スキームを実行しました。 これはこのエディターのテーマに合っていると思います。

構文スキームはここにあります

@reduzが2.1でマージできると述べたので、考慮すべき2.1マイルストーンを追加します

@Geequlim素晴らしい配色！ ＃4296がマージされたら、 .tetファイルを提供するのが良いかもしれません:)

マージ

2016年5月23日月曜日午前9時2分、Ignacio Etcheverry <
[email protected]>は次のように書いています：

@Geequlim https://github.com/Geequlim素晴らしい配色！ そうかも知れない
.tetファイルを一度提供するのは良い＃4296
https://github.com/godotengine/godot/pull/4296がマージされます:)

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示してください
https://github.com/godotengine/godot/issues/2207#issuecomment -220961243

私は個人的に暖かい色が好きで、その緑は耳障りですが、コードが飛び出します：D

@trollworkout私たちが選ぶことができるので大丈夫だと思います:)

@toger5のレイアウトが大好きです。 私はいくつかのアイデアを持っていて、彼のレイアウトに基づいていくつかのものを編集することにしました。

レイアウトの変更

• パネルタブのタイトルをすべて削除しました。 タイトルなしでパネルが何をするかをはっきりと見ることができます。
• センターパネルは、ウィンドウ全体に最大化できるようになりました。 これは、2D、3D、スクリプト、および出力、デバッガー、アニメーションに影響します。 ファイルシステムブラウザもこれを実行できる必要があります。 右側にlilアイコンがあり、フルウィンドウと通常のウィンドウを切り替えることができます。

また、次のことを提案します。

• パネルアイコンのサイズを縮小します。
• GodotEngineアプリのアイコンを怒っているバージョンに変更する
• そして最後に、ファイルシステムブラウザがコンテキストメニューを介して新しいフォルダを作成する機能を提案します。 ＃4815も参照してください

編集：レイアウトデザインのすべてのクレジットは、それぞれの作成者に割り当てられることに注意してください。 私は単に、それらのデザインに基づいて特定の機能を内外に「ちらっと見た」だけです。

タイトルなしでタブが何をするかをはっきりと見ることができます。 見栄えは良いかもしれませんが、スペースの無駄です。

はい、でも言葉で誰かを導くのは難しいです。 「インスペクターをクリックしてください...」「待って、「インスペクター」とは何ですか？」

私はすべて不要なものを削除する準備ができていますが、それらは本当に不要である必要があります。

ねえ@toger5 、それは本当にクールです！ ：D
実際、 @trollworkoutのアイデアはとても良いです。 これは他のアプリでも行われており、さまざまな方法で実装できます。 たとえば、Blenderは横方向のタブを使用してパネルを整理する場合があります。 Cinema 4Dはよりスマートで、タブを上（デフォルト）、右、左（ブレンダーのように）の異なる位置に表示できます。また、パネルのタブタイトルをドロップすることもできます。動作します。

柔軟なパネルは非常に便利です。

反対に、ノードのデザインはもっと目立つようにする必要があると思います。現在は透明で、タブだけが表示されているため、混乱を招きます。
テクスチャのサムネイルも少し異なる可能性があり、視覚的な順序が欠けています。
「頂点-フラグメント-ライト」メニューは、規則に従うために左揃えにする必要があります。

@Geequlim素敵なテーマ!! 💃

@vnenインスペクターをクリックします。 わかった。 検査官は何ですか？ それは3D/2D/Scriptウィンドウのノープですか。 それはFileBrowserのノープですか。 それはアニメーション、デバッグ、出力ですか。 何が残っていますか？ ノードを追加する場所と、パラメーターを設定する右側です。

あなたは人々と物事を理解する彼らの能力を過小評価しています。 ユーザーを支援し、UIをより使いやすくしたい一方で、ユーザーが必要としないものをスプーンでフィードしたくはありません。

編集：あるいは、マウスオーバーしてそれが何であるかを示すことができる各パネルのシンボルを持つことができます。

Godotはすでにその方向に向かっており、新しいドラッグアンドドロップでUp、Down、Deletノードなどを削除しています。 次のステップは（少なくとも私にとっては）UIをさらに圧縮し、ノードやパラメーターなどの重要なもののための余地を残すことだと思います。

@trollworkout 、 @vnenには良い点があります。 多くの場合、タブは便利です。 たとえば、2つのパネルをマージする場合は、タブを使用してパネルを識別し、パネルを切り替えることができます。 エリア内にパネルが1つしかない場合、タブはあまり役に立ちません。

また、特にコンテンツ自体が自明である場合（3Dビューなど）、または一部のアプリでは座標情報である場合は特に、タブは必ずしも必要ではありません。

優れたUIは、何かが必要なときと方法を検討するのに十分スマートである必要があります。したがって、混乱を避けることができます。

@alelepdもちろん、これについては上記で触れませんでしたが、パネルがマージされるとタブが表示されますが、それ以外の場合はデフォルトで非表示になります。 おそらく、「マージされていないパネルのタブを非表示にする」などのカスタム設定は、中立的な立場を提供する可能性があります。

@vnenに同意します。 タイトルがないと、同じパネルに対して多くの異なる名前で呼ばれる可能性があります。

@trollworkoutアイデアをありがとうございますが、同じドックに2つのタブがある場合、どのようにタブを選択するのでしょうか。 特にラップトップでは、ビューポート用のスペースを節約すると便利です。

@DriNeoパネルをマージすると、タブが表示されると思っていました。 非表示のタブは1つのパネルのみに使用されます

おお

こんにちは皆さん

フラットUIデザインを更新し、最新のGodotalpha2.1バージョンでテストしました。

ダウンロード：
https://github.com/ssavalot/godot_flat_ui

乾杯

良いですね！ 👍

@ssavalotあなたのテーマは素晴らしく見えます！ LineEditsは少し奇妙に見えますが：P

ドロップボックスとテキストボックスは、ラベルのようにかなり奇妙に見えます。 それでもかなり良い努力👍

このpr＃5243にgodotエディターのカスタムテーマサポートを追加します。これにより、エディターによって生成されたテーマをエディターテーマとしてロードできます。

次のテーマは、 https：//github.com/Geequlim/godot-themesから入手できるアークテーマGTKテーマに触発されています。

コードなしでエディターをカスタマイズしたり、再コンパイルしたりできます。

そして、他の人のテーマを拡張/変更するのは非常に簡単なはずです。

@Geequlimはあまりにも簡潔です！ 目が見えなくなる！ 消して！ 消して！！

@MarianoGnuダークバージョンがありますhttps://github.com/Geequlim/godot-themes
私はこのようなものが苦手なので、終わっていません。

進行中の議論であり、特定のバージョンに実装する必要があるものではないため、マイルストーンをクリアします。

ところで、2.1は安定する前にデフォルトのテーマを変更しますか？

いいえ、3.0まで大きなテーマ変更を行うとは思わないでください

2016年7月15日金曜日12:27PM、Mariano Javier Suligoy <
[email protected]>は次のように書いています：

ところで、2.1は安定する前にデフォルトのテーマを変更しますか？

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

HiDPIを使用するには、新しいテーマを最初から作成する必要があります。
かなりの仕事

2016年7月15日金曜日12:50PMに、 [email protected]は次のように書いています。

いいえ、3.0まで大きなテーマ変更を行うとは思わないでください

2016年7月15日金曜日12:27PM、Mariano Javier Suligoy <
[email protected]>は次のように書いています：

ところで、2.1は安定する前にデフォルトのテーマを変更しますか？

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

@reduz新しいテーマはこのスレッドの元の提案のようになりますか、それとも何か他のことを考えていますか？ オリジナルのデザイナーがロゴについても何かをしているとおっしゃっていたと思います。 これらの2つの質問のいずれかについて何か言葉はありますか？

何も考えていません、多分そうです、3.0までそれについて考えることはありません

2016年8月11日16:56、「krisleesc」 [email protected]は次のように書いています。

@reduzhttps ://github.com/reduz新しいテーマは元のテーマのようになりますか
このスレッドでの提案、またはあなたたちは何か他のことを考えていますか？ 知っている
あなたは元のデザイナーが何かをしていることについて何か言及しました
ロゴについても。 これらの2つの質問のいずれかについて何か言葉はありますか？

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

@MarianoGnu今はオフになっています：smile：

https://github.com/Geequlim/godot-themesから試すことができます

軽いものもあります。

よさそうです:)インスペクターセクションのヘッダー（「Sprite」、「Node2D」、「Transform」など）は非常に読みにくいことをご存知だと思います。 現在のAPIでは変更できないためですか、それとも変更する必要がありますか？

@ akien-mga＃6430で述べたように、以下のEditorセクションの色は保存できません。

うーん、白（または非常に薄い灰色）に変更できれば素晴らしいと思います。
ファイルシステムの灰色のアイコンの上にある青色のハイライトも、色のコントラストが悪くなっています。 この方法で修正を行うことができます。灰色の塗りつぶしの代わりにアルファを使用します。 それが可能かどうかはわかりませんが。

@Geequlimインストールしてセットアップしましたが、ほとんどのパネルの外観は変更されておらず、フォントと色だけが変更されています。

私は理由を見つけました、すべてのリソースパスはリソースをローカルではなくシーンルートに絶対的であるように見えます、これはあなたがテーマを作成するのに使用したのと同じディレクトリの場所にファイルを保存することを強制します

@MarianoGnuinstall.pyを実行する必要があります

Windowsの場合、テーマは正しくインストールされませんでした。 だから私はMarianoGnuと同じ結果を得ました。
今では動作します。 したがって、テーマのインストールは、Geequlimのリポジトリをダウンロードする->pythonファイルを実行する->godot設定に移動し、カスタムテーマの正しいパスを選択するのと同じくらい簡単です。
Windowsの場合：C：Users \ your_username \ AppData \ Roaming \ Godot \ theme \
MacおよびLinuxの場合：Users / your_username / .godot
再起動すると完了です...

@Geequlim
1366x768の小さな画面では、テーマがあまりにも多くのスペースを占めることを指摘したいと思います。 テーマが使用するのは、すべて余分な「パディング」だと思います。
次に例を示します。

比較のために、元のテーマ：

全体的にはるかに機能的です。 ;）

@KioriSun画面のテーマの余白とフォントサイズを変更できます。

それに関連して; 私はいつも、これらのウィンドウボタンは小さすぎると思っています。
彼らはあなたがしている主な行動を表すので、彼らはもっと大きくなければなりません
取るつもり。

2016-09-11 14:30 GMT-04：00 [email protected] ：

@KioriSunhttps : //github.com/KioriSunkiマージンを変更して
画面のテーマのフォントサイズ。

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

今日これを見つけたばかりで、それは絶対に素晴らしいように見えます。 私はこれをひどく実装したい、新しいロゴとすべて。

やあみんな〜
Anothorエディターのテーマはadobephotoshopが来ているようです

@KioriSunこの問題は最新のコミットで修正されるはずです:)

わかりません。 公式のテーマサポートはありますか、それとも再コンパイルする必要のあるファイルを置き換えるパッチだけですか？

@ObaniGeminiは公式のテーマサポートがあります。 それはまだエッジを持っていますが、基本的には機能します。 Geequilimは、それがどのように機能し、それを使用するかを実際に理解している唯一の人だと思います（もちろん、それをもっと理解している人もいます...）。 表示される他のほとんどのデザインプレビューは、テクスチャの変更、default_theme.cppファイルのスタイル情報に基づいており、再コンパイルされます。

私はこれを見つけたばかりで、 @ alelepdの元のコンセプトと、：+ 1：を追加したコメントを本当に楽しんでいます。 私はUnityやBlenderのように_非常に_プロフェッショナルな感じがします。

ロゴはいいアイデアだと思います。 Godotのロゴのような商標を変更するのは難しいでしょうが、もっとプロフェッショナルな見た目になると思います。 どんな意味でも意地悪に見えたくないのですが、最初に見たときは少し子供のように見えると思いました。

私はマスターブランチに追いついていて、彼らは新しいデフォルトのテーマに取り組んでいますが、それはほとんどスタイルの変更です。 元のコンセプトは、画像エディタで画像を組み合わせただけでしたか、それともそのUIを構築するための実際のコードがありましたか？ そのUIがエンジンにマージできるものなのか、それとも存在するようにコーディングする必要がある単なる概念なのか、私は本当に疑問に思っています。

@zicklagそれはコンセプトです（画像操作ソフトウェアで作られています）
現在のテーマの実装は、それと、実行可能（作業量の観点から）と見栄えの良さの適切な組み合わせの影響を受けます。 それに加えて、新しいテーマははるかに簡単なカスタマイズを可能にします。
アイコンの変更はすでに発生しています。 それはより良い（より現代的）ですが、godotはそれのブランドを失うことはありません。 （それはいいですね）。
->提案どおりにマージすることはできません。 しかし、新しいテーマはあなたが見るのに素晴らしいでしょう！

@ toger5 、それをクリアしてくれてありがとう。 このプレイを見るのが待ちきれません。 :)

@ akien-mga新しいUIはコンセプトにかなり近いので、ここで説明したほとんどのポイントは、今すぐに閉じることを検討できる非常に良い方法で解決されます。

それはそう ：）

皆さんこんにちは！ この最初のデザインコンセプトを発表してからしばらく経ちました。 これらのアイデアのいくつかが実際にGodot3.0UIの最終リリースに到達したことをとてもうれしく思います。

また、新しいWebデザインなど、Godotの他のデザイン面の改善にも満足しています。

コンセプトを採用して実際に実装し、さらにエディターの他の多くのセクションに拡張した人の数を見るのは素晴らしいことでした。

Godotのデザインにはまだやるべきことがたくさんありますが、これは間違いなく一歩前進です！

@alelepd正直なところ、あなたの最初のデザインはとても素晴らしいので、実装したかったのです。 いつかやってみます^^

あなたのデザインは私たちにとって大きなインスピレーションでした。 物事を機能的に保つ必要があったため、これ以上詳しく説明することはできませんでしたが、将来的に探求できるアイデアはまだたくさんあります。

@ alelepd ＆ @ reduz〜私が念頭に置いているいくつかのアイデア...

あなたのデザインは私たちにとって大きなインスピレーションでした。 物事を機能的に保つ必要があったため、これ以上詳しく説明することはできませんでしたが、将来的に探求できるアイデアはまだたくさんあります。

バージョン4.0では、Godotは新しいデザインにどの程度近づいていますか？
バージョン3のようなデザインに関連付けられていますか？
Godotインターフェースは更新が切実に必要です！

@APakrohkエディターのテーマはおそらくGodot4.0で再設計されるでしょう。 このためのWIPブランチがありますが、リベースする必要があります。

@Calinouはスクリーンショットを取得できますか😍

@APakrohkチェックしていただきありがとうございます。 実際、私は新しいUI（およびWebサイト）のデザインについて多くの新しいアイデアを持っていますが、それに取り組むための十分な時間がありません。 私はすぐにいくつかの進歩を遂げようとします。

@toger5現在の外観は次のとおりです。 最近、DisplayServerの変更により、 masterブランチの上にリベースしました。

アイコンの余白やドック間の余白の減少など、修正すべき点はまだたくさんあります。