Godot: تصغير القوائم العلوية

فيما يلي لقطتان من الخيار 1 ، بقائمة إغلاق ومفتوحة.

أرى "تصدير المشروع" (+1 لنقله إلى القائمة) ولكن أين ذهبت الأدوات؟

أدوات @ Zireael07 تحتوي فقط على "مستكشف الموارد اليتيم" الذي أضفته في القائمة مباشرة. لا جدوى من وجود قائمة مع خيار واحد فقط

قائمة Tools مخصصة في الغالب لاستخدام المكونات الإضافية.

الخيار 2

يعجبني الخيار 2 ، أخبرني أحدهم ما هي العلامة الكبيرة الموجودة بجوار شريط الحجم؟ لأنه بالنسبة لي ، فإن الأشياء الموجودة على الطرف الأيمن ليست سوى لغزين كبيرين يملآن الفراغ: P

vnen نقطة جيدة ، لقد نسيت ذلك.
ربما يمكن إضافة بضعة أشياء أخرى إلى قائمة الأدوات بعد ذلك ، أعتقد أن قائمة المشهد الرئيسية بها الكثير من العناصر والفواصل. قد تكون أشياء مثل "التحويل إلى" و "تشغيل البرنامج النصي" ضمن الأدوات؟

يمكنك أيضًا نقل قائمة Tools إلى قائمة Scene ، كقائمة فرعية (مثل القائمتين الفرعيتين "Open Recent" و "Convert To").

حسنًا ، إليك الخيار 2 المعدل ، حيث تحصل قائمة الأدوات على بعض العناصر من قائمة المشروع ، مما يجعل النظر إليها أكثر متعة :)

نافذة عادية

قائمة المشروع

قائمة الأدوات

أفضل ظهور قائمة "الأدوات" ، حتى لو لم يكن بها أي شيء بداخلها ، يمكن إعادة تسميتها إلى المكونات الإضافية بالرغم من ذلك.

أيضًا ، "الإعدادات" هي إعدادات المحرر ، أفضل وضعها في أعلى اليمين وترك الأشياء المتعلقة بالمشروع في أعلى اليسار.

ومع ذلك ، يعد نقل البرنامج النصي والتحويل إلى قائمة الأدوات فكرة جيدة.

لا أمانع في إعادة: المكونات الإضافية أو أدوات الاسم.

@ eon-s أعتقد أن هذا مجرد سلوك مشروط بسبب استخدام godot لبعض الوقت: p إذا كنت تعتقد أنه بالنسبة للأشخاص العاديين ، فليس من المنطقي وجود الإعدادات على اليسار والإعدادات على اليمين ، الإعدادات تعني الإعدادات.

او .... ماذا عن هذا؟ :)

(هذا مجرد نموذج بالحجم الطبيعي)

nunodonato اترك

كنت أفكر في هذه الأسطر:

1) يمكننا إنشاء قائمة "مشروع" ، والتي تحتوي على "تصدير" ، "أدوات" ، "تشغيل البرنامج النصي" ، "إعدادات المشروع" ، إلخ.
2) يمكننا إنشاء قائمة "محرر" ، والتي تحتوي على "إعدادات المحرر" ، و "التخطيطات" ، و "إدارة القوالب" ، و "حول" ، وما إلى ذلك.
3) بينما أحب لوحة التشغيل في المنتصف ، أعتقد أنه ينبغي إعطاؤها لاختيار قفص الاتهام الرئيسي ، والذي يتم استخدامه كثيرًا.
4) يمكن نقل Maximize إلى علامات التبويب ، والتي تأخذ مساحة صغيرة ولكنها أكثر منطقية في هذا السياق.
5) يجب أن تكون المساعدة كبيرة ومرئية دائمًا ، ويمكننا فتح مربع حوار جديد ، وهو مزيج من قائمة الفصل ومربع حوار المساعدة للبحث. أعتقد أن أحدهم اقترح هذا قبل بضعة أسابيع وكانت فكرة رائعة.
6) لا يوجد سبب إضافي لشريط الصوت ، يجب إزالته كما ترى في علامة التبويب الصوت

هل سيكون هذا تحسنا؟

إعادة نشر الصورة أعلاه ، تم كسرها

أوه أيضًا ، أعتقد أنك لا تختار أبدًا الوضع ثنائي الأبعاد / ثلاثي الأبعاد الذي تستخدمه ، لأن هذا يحدث تلقائيًا عند تحديد عقدة أو فتح مشهد ، لذلك يمكن نقل هذا بعيدًا واستبداله بزر "منفذ العرض".

reduz هذا له معنى كبير بالنسبة لي :)
يعد وجود 2d / 3d داخل علامة التبويب أمرًا رائعًا ويلمح أيضًا إلى أنه سيتم حفظ الوضع لكل علامة تبويب (سيتم فتح مشهد node2d افتراضيًا في الوضع 2d ، إلخ)

ربما لا تزال الأدوات في قائمتها الخاصة. أعتقد أنه بالنسبة للأشخاص الذين يستخدمون عناصر القائمة من المكونات الإضافية ، سيكون الوصول إليها أسهل بكثير من الوصول إليها داخل قائمة أخرى. أيضًا ، هناك الكثير من المساحة الأفقية وستجعل قائمة المشروع أقل ضيقة :)

يمكن أن تكون أدوات nunodonato قائمة فرعية من Project ، ويمكن أن تحتوي على العديد من العناصر التي تريدها على ما أعتقد.
ليس لدي أي فكرة عن مدى شعبية قائمة الأدوات ، ولكن يمكننا معرفة ما إذا كانت تُستخدم كثيرًا ثم ترقيتها إلى القائمة الرئيسية في وقت ما إذا كانت تستحق ذلك.

حول التبديل التلقائي 2d / 3d ... لست متأكدًا ، أذكر أنني اضطررت إلى فرض وضع معين على الرغم من أنني كنت أختار عقدة مختلفة.
على سبيل المثال ، إذا فتحت العرض التوضيحي "HDR في 2d" وتريد تكوين إعدادات HDR ، فأنت بحاجة إلى النقر فوق بيئة العالم (وهي ثلاثية الأبعاد) ولكنك تريد رؤية التأثيرات في 2d. ربما هناك حالات استخدام أخرى ...

نعم ، أنا لا أقول إنك لا تحتاج أبدًا إلى القيام بذلك ، ولهذا السبب لا يزال لديك
تبادل 2D / 3D ، ولكن في معظم الحالات لا تحتاج إلى ذلك.

يوم الاثنين 22 مايو 2017 الساعة 1:00 ظهرًا ، نونو دوناتو إخطارات @github.com
كتب:

حول التبديل التلقائي 2d / 3d ... لست متأكدًا ، وأذكر أنني اضطررت إلى فرض a
وضع معين على الرغم من أنني كنت أختار عقدة مختلفة.
على سبيل المثال ، إذا فتحت HDR في العرض التوضيحي ثنائي الأبعاد وتريد تكوين HDR
الإعدادات ، تحتاج إلى النقر فوق بيئة العالم (وهي ثلاثية الأبعاد) ولكنك تريد
لرؤية التأثيرات في 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... في الزاوية اليمنى العلوية يمكن أن يبدو رائعًا.

فقط آرائي

أوافق على أن عناصر التشغيل تبدو أفضل في المركز ، ولكن بالنسبة لقابلية الاكتشاف ، أعتقد أنه قد يكون من الأفضل نقل عناصر منفذ العرض / النص / إلخ إلى المركز. لا أعرف حقًا كيفية حل هذا ..

أعتقد أن المستخدمين الأساسيين سيستخدمون الاختصارات للتبديل ، أو يعتمدون فقط على godots الذي يتم تنفيذه جيدًا على تغييرات واجهة المستخدم المطلوبة (النقر فوق برنامج نصي -> محرر البرنامج النصي ، والنقر فوق .tscn -> 2d / 3d ...)

لذلك قد لا يتم استخدام الأزرار كثيرًا على أي حال. وإذا كانت مصممة بطريقة ما ، فإنها تبرز (مربع رمادي حولها) الزاوية اليمنى العليا مكان جيد؟ خواطر؟

بالضبط ، على الرغم من أنني أوافق على أنه من الأفضل رؤية التشغيل / الإيقاف وما إلى ذلك في الوسط ، إلا أنني بالكاد أستخدمها لأنني فقط أضغط على مفاتيح الاختصار :)

ربما يمكن للرجال أيضًا تقديم بعض الأفكار :) cc'ing djrmvolzhs

نعم ، ولكن ضع في اعتبارك أننا يجب أن نجعل قابلية الاكتشاف على رأس أولوياتنا .. لا أصدق حقًا أننا لا نستطيع التوصل إلى حل: P

ما زلت أعتقد أن عناصر التحكم في التشغيل في اليمين أكثر قابلية للتحمل (هنا مع إزالة المربع) من التحكم في القسم على اليمين .. فقط صور في أقسام تبديل عقلك ، أعتقد أن الأمر أكثر منطقية ويضيف المزيد من قابلية الاكتشاف للحصول عليها على المركز..

نعم ، أعتقد أن وجود وظائف المسرحية على اليمين أمر جيد.

لقد استخدمت تصميم reduz وغيرت المواقع.
أعطى أيضًا المربع script, assetstore... a بحيث يخرجون أكثر ويسهل العثور عليهم على الرغم من عدم إدخالهم ...
هذه هي الخيارات التي توصلت إليها:

ما زلت أحب اقتراح reduz بشكل أفضل ... أشعر بمزيد من التنظيم و "بعيدًا عن الطريق" :)

الأكثر منطقية بالنسبة لي هو الأخير. أولوية مماثلة ، تبدو نظيفة.
ربما يكون هناك خيار في الإعدادات لإزالة النص بجوار الرموز ، مما يبدو أكثر توازناً بين شريط التشغيل وشريط منفذ العرض
من السهل اكتشافها.
لا أعرف عن الخطوط بين viewport, script...

@ toger5 هل يمكنك تجربة آخر واحدة ، ولكن مع تبديل عناصر التحكم في التشغيل وعناصر التحكم في القسم؟ أعتقد أنك قد تكون على شيء هناك ..

على الرغم من أنني ما زلت أعتقد أن اقتراحي ربما يكون أقل تدخلاً ويوضح أن كلا الأمرين لا يعنيان نفس الشيء ..

ماذا نضع في الزاوية اليمنى العليا الفارغة؟ : ص

@ akien-mga ماذا عن الروابط الخاصة بالمجتمعات / youtube / البرامج التعليمية ...

@ akien-mga عادةً ما يتم حجزها (ضمنيًا) لأزرار إغلاق / تصغير / تكبير ، ولا يمكنني التفكير في أي برنامج يضع عناصر واجهة المستخدم هناك (بشكل صريح ، على عكس توسيع شريط الأدوات مثل LibreOffice).

يحصل الجانب الأيمن من شجرة العقدة والمفتش على أكبر قدر من الحركة المرئية ، لذلك أعتقد أن السماح لهم بالتنفس قد لا يكون فكرة سيئة.

بأيقونات علوية صغيرة:

يبدو أفضل بكثير بهذه الطريقة ... فقط قليلاً ... غير متوازن: د

@ toger5 آسف ، أعتقد أنني ما زلت أحب الأشياء اللعب على الجانب الأيمن. مرة أخرى ، لا يتعلق الأمر بالجمال بقدر ما يتعلق بقابلية الاستخدام والاكتشاف.

تبدو لقطات الشاشة الخاصة بك رائعة ، ولكن جوهر المشكلة هو أن قوائم العرض / البرنامج النصي / إلخ أكثر أهمية بكثير من قائمة التشغيل ويتم استخدامها كثيرًا. على هذا النحو ، فهم يستحقون المزيد من الأهمية.

أعلم أنها لا تبدو جميلة مثل أزرار التشغيل في المنتصف ، ولكن من الصواب وضعها هناك ..

وإذا قمت بوضع البرنامج النصي / الأصول / المساعدة بجوار الأزرار ثنائية الأبعاد / ثلاثية الأبعاد؟ هذه تستخدم نفس اللوحة على أي حال.

@ eon-s لا تحتوي هذه اللوحة على مساحة كبيرة .. أيضًا من حيث التسلسل الهرمي أعتقد أنه من المنطقي أن تكون أعلى

مجرد محاولة أخرى ؛)

لماذا يوجد زر إيقاف مؤقت عندما لا يتم تشغيل اللعبة ،
يجب أن يكون اللعب والتوقف كافياً. عند اللعب يتحول اللعب إلى وقفة.
يمكن أيضًا فصل أدوات التصحيح عن قسم التشغيل الرئيسي. ( nunodonato الرصيد ؛))

أعتقد أن هذا يبدو أفضل بكثير ، لكنني لا أعرف شيئًا عن الهيراشي الآن ، فإن خيارات منفذ العرض الرئيسية تساوي أدوات التصحيح / التنفيذ. وهو ... مشكوك فيه.
ولكن كما ذكرت سابقا. لن يستخدم المستخدمون الأساسيون الأزرار على أي حال أو يعرفون ما يفعلونه.

بالنسبة للمبتدئين ، لا يزال العنصر الأكثر بروزًا في واجهة المستخدم -> سيحاول ذلك وسيفهم قريبًا أن الجزء الأيسر هو العرض الرئيسي والجزء الأوسط للعب. هذا هو أكثر أو أقل كل ما يحتاجون إلى معرفته (في البداية)
لذلك فهي ليست تضحية كبيرة من أجل واجهة مستخدم أنظف.

فقط المزيد من الاختلافات.
يبدو أن تبسيط قسم التشغيل فكرة جيدة بالنسبة لي: هناك الكثير من الأزرار المحددة التي يمكن تكديسها في قائمة واحدة تتوسع عند النقر.
لقد استخدمت تصميم alelepd لذلك. لأنه يحتوي على تنفيذ بسيط لأزرار التشغيل.

هذا واحد ينقل قسم اللعب إلى اليمين. (أيضا بسيط قليلا)

ملاحظة: لقد بدأت أخيرًا في نشر لقطات الشاشة مع القسم العلوي فقط ؛)

يتم استخدام الإيقاف المؤقت لمصحح الأخطاء.
أعتقد أيضًا أن النص مطلوب حتى يكون أكثر منطقية في التنقل ..

في 22 مايو 2017 الساعة 9:03 مساءً ، كتب "Timo" [email protected] :

فقط المزيد من الاختلافات.
يبدو أن تبسيط قسم اللعب فكرة جيدة بالنسبة لي: هناك ملف
الكثير من الأزرار المحددة التي يمكن تكديسها في قائمة واحدة تتوسع
عند النقر.
لقد استخدمت تصميم 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

ملاحظة: لقد بدأت أخيرًا في نشر لقطات الشاشة مع القسم العلوي فقط ؛)

-
أنت تتلقى هذا لأنه تم ذكرك.

قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/godotengine/godot/issues/8865#issuecomment-303252558 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AF-Z2-eoiuD0dVrKy9T3hlNKSNnb2tglks5r8iJSgaJpZM4NidqG
.

نعم ، جزء النص منطقي
كنت أفكر أن زر الإيقاف المؤقت يظهر بدلاً من زر التشغيل عند الضغط على "تشغيل".
لذلك لا يمكنك الدخول في وضع التصحيح إلا عندما تكون اللعبة قيد التشغيل ...

@ toger5 أي زر تشغيل سيتم استبداله بـ "إيقاف مؤقت"؟ (يوجد على الأقل 3)

قد يكون من الأفضل وجود موقع ثابت للتوقف والتوقف.

أفضل أن يكون Play بمثابة إعادة تشغيل ، كما هو الحال مع السلوك الحالي.

لم أفكر في اللعب على أنه إعادة تشغيل ...
اظن انك محق!

هل AssetLib حقًا أمر مهم بدرجة كافية بحيث يستحق مكانه الخاص في القائمة العلوية؟ لا أعتقد أنه سيتم استخدامه / تبديله بشكل متكرر تقريبًا مثل أي من الأشياء الأخرى ويمكن نقله إلى مكان آخر. (بالمناسبة لست معجبًا كبيرًا برمز "حقيبة التسوق")

بغض النظر عن نموذجي القبيح ، ولكن هل سيكون من الممكن (تقنيًا) محاذاة قسمي القائمة عموديًا ، مثل ذلك. ربما يمكن أن يحل هذا بعض مشكلات الموازنة:

إما أن تكون مخفية مع وجود علامات التبويب في الأعلى (عندما يكون لديك الكثير منها مفتوحًا) ، أو قد تضيع مساحة بخط رأسي آخر

فكرة مني: أجد نفسي أستخدم التراجع / الإعادة (خاصة التراجع) في كثير من الأحيان. هل يمكن نقلهم من قائمة المشهد إلى القائمة أعلى عرض المشهد ، ربما بعد القائمة الفرعية للعرض؟

نموذج بالحجم الطبيعي من أجل الوضوح. أنتم يا رفاق تجعلونني أعيد تعلم الكثير من المهارات (أول لغة ++ c والآن تحرير الصور: P)

أفكار رائعة للجميع ، استمروا في الحضور: +1:
أريد فقط إضافة سنتي: ربما يتم نقل "منفذ العرض ، النص البرمجي وما إلى ذلك" فوق علامة التبويب المجاورة لزر ملء الشاشة. ثم يمكننا إبقاء "زر التشغيل" في المنتصف و "المساعدة" على اليمين.

تحرير: بهذه الطريقة ، سيكون من الواضح أيضًا أن هذه الأزرار تؤثر على محتوى علامة التبويب

stephdin أحب هذه الفكرة! يمكن أيضًا أن يكون النص قابلاً للطي في حالة وجود العديد من علامات التبويب المفتوحة في نفس الوقت.
أنا أيضا أحب المساعدة في أعلى اليمين :)

stephdin يعجبني بصريًا ، ولكنه قد يتسبب أيضًا في حدوث مشكلات عندما يكون هناك عدد كبير جدًا من علامات التبويب المفتوحة كما هو مذكور بواسطة nunodonato

أحب حقًا أسلوبstephdin .
تم اقتراح هذا بالفعل في مكان آخر ، وكانت هناك مخاوف من أن المساحة ذات قيمة لعلامات التبويب. وهذا صحيح على الرغم من أنه ليس أسلوب عملي لذا لا أشعر به حقًا ...

• أعتقد أيضًا أن هذا له فائدة ، ليكون قريبًا من التبديل 2d / 3d وهو أمر منطقي.
• من الصحيح أيضًا أن تغيير علامة التبويب من نص برمجي إلى ثنائي الأبعاد يغير الإعداد على اليمين. (هذا أفضل من التغيير في الأعلى)

nunodonato نعم الانهيار فكرة جيدة. ربما يعرض نصًا عندما لا يكون هناك سوى عدد قليل من علامات التبويب ويتحول إلى رموز فقط عندما يكون هناك المزيد من علامات التبويب. (إنها 4 رموز فقط ، لذا فهي تأخذ مساحة علامة تبويب واحدة فقط وهي ليست مشكلة)

مقاربة مختلفة:

ماذا لو كان هناك علامتا تبويب افتراضيان فقط لـ script + الأصول. لأنهم يتصرفون بشكل أساسي مثل علامة تبويب واحدة. يتم ترتيب جميع البرامج النصية في علامة تبويب البرنامج النصي الواحد ... وأنت أيضًا في نفس الموقع في متجر الأصول. فكر في الأمر مثل علامات تبويب المتصفح المثبتة.

لدينا علامتا التبويب الافتراضيتان وبمجرد التبديل إلى مشهد ، فإنه (بالطبع) يظهر منفذ العرض.

كما ذكر nunodonato ، يمكن تصغير النص ، إذا تم فتح العديد من علامات التبويب.
لا أعرف ما إذا كان يمكن تنفيذ التمرير ، كما هو الحال في Sublime Text أو Atom

باستخدام أسلوب stephdin ، يمكن أن يكون AssetLib على يسار المساعدة أيضًا (أعلى اليمين) ، وسيتم استخدامه عدة مرات لكل مشروع.

نعم. يمكننا نقل الأصول إلى مكان ما إذا تم عرض الأصول كنافذة منبثقة مثل إعدادات المشروع / المحرر.

لقد قمت بسرعة بإنشاء بعض النماذج بالأحجام الطبيعية

لكنني أعتقد أنني أحبها أكثر كأزرار على الجانب الأيمن. يعد نقل AssetLib بجوار زر المساعدة فكرة رائعة imho

هنا وهمية:

• تم نقل البرنامج النصي والأصل lib إلى علامة تبويب على اليمين (نظرًا لأنهما عبارة عن علامات تبويب في الأساس ، لا يمكنك الحصول على علامات تبويب متعددة للبرنامج النصي)
• تمت إضافة زر ملء الشاشة داخل العرض الرئيسي: وضع ملء الشاشة خاص بالنص ، والأصول lib -> من المنطقي أن تكون هناك
• المساعدة في أعلى اليمين رائعة ؛)

stephdin لول شكرا لك! كما أنني صنعت السخرية ...
نقلت علامات التبويب إلى اليمين رغم ذلك .. لذا فهي في الأساس أزرار ...
إذا كان lib الخاص بالأصل موجودًا في الزاوية اليمنى العليا ، فقد يعمل بشكل جيد حقًا. كما أن لها أولوية وحالة استخدام أخرى غير النص والمشاهد. بجانب المساعدة أمر رائع

@ toger5 محاكاة لطيفة ، لكننا نحتاج إلى إظهار علامة تبويب المشهد النشطة.
لأن رصيف "المشهد" يعرض مشهدًا نشطًا.

@ toger5 إن وجود هذه "علامات التبويب الثابتة" على اليمين كما هو الحال في نموذج بالحجم الطبيعي الخاص بك يبدو أفضل بكثير: د

تحرير: "إضافة زر ملء الشاشة داخل العرض الرئيسي" -> هذه أيضًا فكرة جيدة

تذكر أيضًا هذا الخيار (show_script_in_scene_tabs):

لا تجعل زر البرنامج النصي زائدا عن الحاجة بالقرب من علامات التبويب.

@ eon-s لن يكون الأمر زائداً عن الحاجة لأن زر البرنامج النصي في علامة تبويب المشهد ينقلك إلى النص المرفق ، زر البرنامج النصي الموجود على اليمين إلى البرنامج النصي المحرر الحالي أو صفحة hep.
volzhs جيد أذكر هذا! قد نريد مربع نمط آخر draw_center = false

@ toger5 ماذا عن جعل الأصول كنافذة منبثقة ووضعها في الزاوية اليمنى العليا (بجانب المساعدة في النسخة الوهمية الأخيرة) ، ثم ضع 2d / 3d / script / full screen في الزاوية اليمنى العلوية من اللوحة الرئيسية (المركزية)؟

lib الأصول كنافذة منبثقة رائعة على ما أعتقد.
أعتقد أنه من المنطقي أن يتغير إطار العرض تلقائيًا. لا أرى حاجة لزر 2d / 3d. هناك حاجة فقط لوجود طريقة للوصول إلى محرر النص. (إذا كانت الأصول في النافذة المنبثقة) هذا كل شيء.

حسنًا ، أعتقد أن هذا هو المفضل لدي:

• AssetLib والمساعدة في أعلى اليمين
• AssetLib كنافذة جديدة
• "منفذ العرض" بدلاً من "ثنائي الأبعاد / ثلاثي الأبعاد" (تلقائي ، ولكن مع الزر "ثنائي الأبعاد / ثلاثي الأبعاد" في رأس علامة التبويب)
• زر "ملء الشاشة" في علامة التبويب
• طي النص عند فتح العديد من علامات التبويب
• التغييرات التي تم إجراؤها على القائمة (مشهد ، مشروع ، محرر) رائعة!

stephdin أحب ذلك أيضًا
ولكن متى تستخدم زر منفذ العرض ...
إذا كنت في مشهد فأنا أرى بالفعل منفذ العرض. إذا كنت في محرر البرنامج النصي. يمكنني التبديل إلى المشهد الأخير ، ولكن لماذا لا تضغط فقط على المشهد نفسه؟ علامة التبويب على اليسار. سيوفر مساحة ، وسيكون أكثر منطقية بالنسبة لي.
هناك حاجة فقط إلى الإشارة إلى علامة التبويب النشطة حاليًا. كما ذكر volzhs من المهم لرسو المشهد.

@ toger5 لا أعتقد أن الضغط على المشهد نفسه يجب أن يتحول تلقائيًا إلى منفذ عرض المشهد. في بعض الأحيان ، قد ترغب في إبقاء محرر البرنامج النصي مفتوحًا وتبديل المشاهد (على سبيل المثال لعرض شجرة العقدة) ، دون الرجوع إلى منفذ العرض ، لذلك أعتقد أن وجود زر منفذ عرض منفصل أمر منطقي.

novemberist نقطة جيدة جدا. لم يكن يفكر في ذلك.
يا رفاق بالتأكيد لديك نقاط أقوى.
مما أنا عليه الآن في تصميم

1) يجب تقديم الأقسام كنص ، والأيقونات غير واضحة.
2) Assetlib قسم ، ولا يوجد سبب لإزالته
3) مرة أخرى ، المظهر أقل أهمية من قابلية الاكتشاف

أنتم يا رفاق تحاولون حل مشكلة بصرية تتعلق بالمظهر ، بينما أنا
مهتم بكون واجهة مستخدم Godot صديقة للوافدين الجدد ..

في 23 مايو 2017 ، الساعة 7:26 مساءً ، كتب "novemberist" [email protected] :

@ toger5 https://github.com/toger5 لا أعتقد أن الضغط على المشهد
يجب أن تتحول نفسها تلقائيًا إلى منفذ عرض المشهد. احيانا انت
قد ترغب في إبقاء محرر البرنامج النصي مفتوحًا وتبديل المشاهد (على سبيل المثال لعرض
شجرة العقدة) ، دون الرجوع إلى منفذ العرض ، وبالتالي وجود فصل
أعتقد أن زر منفذ العرض منطقي.

-
أنت تتلقى هذا لأنه تم ذكرك.

قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/godotengine/godot/issues/8865#issuecomment-303550418 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AF-Z27_tsJaJ8njXaHuib0OmMnynjTMMks5r810PgaJpZM4NidqG
.

أو نجعل ذلك خيارًا متقدمًا ، فاضغط بديل على المشهد يحول ذلك إلى المشهد النشط. (لشجرة العقدة)
انقر ينقلك إلى منفذ العرض لهذا المشهد

أعتقد أن المفاهيم الأخيرة كانت تستخدم كلاً من الرموز والنصوص ، لذا يجب أن تكون الأمور واضحة بما فيه الكفاية. يمكن أن توفر تلميحات الأدوات وضوحًا إضافيًا. أعتقد أننا نحاول إيجاد حل وسط جيد بين قابلية الاكتشاف ومرئيات واجهة المستخدم هنا ، بدلاً من تفضيل الشكل على الوظيفة. reduz هل تعتقد أن أحدث نماذج بالأحجام الطبيعية ستكون أقل وصولاً للمستخدمين الجدد من واجهة المستخدم الحالية؟

نعم إنهم هم. يجب أن يكون هناك اتصال بين الأقسام والقسم
ولهذا السبب يجب أن تنتقل أزرار التشغيل إلى اليمين.

في 23 مايو 2017 ، الساعة 7:43 مساءً ، كتب "novemberist" [email protected] :

أعتقد أن أحدث المفاهيم كانت تستخدم كل من الرموز والنصوص ، وبالتالي الأشياء
يجب أن يكون واضحًا بدرجة كافية. يمكن أن توفر تلميحات الأدوات وضوحًا إضافيًا. أظن
نحن نحاول إيجاد حل وسط جيد بين القابلية للاكتشاف و
المرئيات لواجهة المستخدم هنا ، بدلاً من تفضيل الشكل على الوظيفة. تضمين التغريدة
https://github.com/reduz هل تعتقد أن أحدث نماذج بالأحجام الطبيعية ستكون أقل
يمكن الوصول إليها للمستخدمين الجدد من واجهة المستخدم الحالية؟

-
أنت تتلقى هذا لأنه تم ذكرك.

قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/godotengine/godot/issues/8865#issuecomment-303553499 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AF-Z2_Df8Q6LBHLvzOO3QqlaPoJ_0LSBks5r82D4gaJpZM4NidqG
.

نعم إنهم هم. يجب أن يكون هناك اتصال بين الأقسام وأزرار الأقسام ، ولهذا السبب تحتاج أزرار التشغيل إلى الانتقال إلى اليمين.

reduz ألست متأكدًا مما

في كلتا الحالتين ، ليس لدي تفضيل فيما يتعلق بأزرار التشغيل (لكنني ما زلت أعتقد أن المساعدة في الزاوية اليمنى فكرة جيدة ، لذلك يمكن أن تنتقل أزرار التشغيل إلى يساره المباشر)

يسخر يصل:

من غير اللائق أن تنشر رأيي لأنكم جميعًا تقومون بعمل شاق (رائع) ، لكنني ما زلت أفضل ما اقترحه reduz سابقًا ، مع وجود أزرار القسم في المنتصف وأزرار التشغيل على اليمين:

لا يبدو دفع أزرار منفذ العرض والنصوص إلى زاوية فكرة حكيمة ، ووضع AssetLib & Help على اليمين باستخدام أزرار التشغيل لا يبدو جذابًا بصريًا ولا سليمًا من الناحية اللوجستية:

يمكنني بالتأكيد الحياة معهم جميعًا. وقد يكون من الجيد وجود مركز علوي للأنماط المختلفة.
نظرًا لأن reduz يرى أن هذا هو أسهل هيكل للتنقل للمبتدئين. (قد يكون على حق ...)

هذه هي التغييرات التي أجريتها حتى الآن (أشياء حقيقية ، بدون نموذج بالحجم الطبيعي :)

أعلم أن هذا ليس حقًا للنقاش ولا أعرف الكثير من تصميم واجهة المستخدم ، ولكن من تجربة المستخدم الشخصية ، أجد أزرار التشغيل على اليمين بدلاً من التنفيس والانفصال. بعد قولي هذا ، يمكنني أن "أرى حقًا كيف سيؤدي ذلك إلى تحسين قابلية الاكتشاف. أيضًا ، إذا لم أكن مخطئًا ، فجميع المحركات الأخرى الموجودة تقريبًا بها أزرار "التشغيل ، والإيقاف المؤقت ، والتوقف" - بحيث يشعر الأشخاص القادمون من الوحدة ، على سبيل المثال ، بأنهم في المنزل فور رؤيتهم هناك وقد يتم الخلط بينهم. فيما يتعلق بأهمية ما يسمى بـ "الأقسام" - لا أفهم حقًا سبب اعتبارهم بهذه الأهمية ، يجب أن يكونوا مكتظين معًا في المركز. أليست مجرد "أوضاع عرض" و / أو محررين مختلفين بعد كل شيء؟ أعتقد أن الناس سيكتشفون بسهولة مكان العثور على هؤلاء (بالإضافة إلى أنه غالبًا ما توجد طرق متعددة للوصول إليها على أي حال) ولا يرون كيف يمكن اتباع نهج أكثر حداثة لوضع عناصر واجهة المستخدم الرسومية في أماكن معقولة السياق بدلاً من رميها في وجهك مباشرة ، يحط من تجربة المستخدم بأي شكل من الأشكال. أود أن أزعم أن هذا ينطبق بشكل خاص على زر "ملء الشاشة" ، الذي لا ينقلك حقًا إلى قسم جديد على الإطلاق ويجب أن يكون في أماكن أخرى.

novemberist لا ، الوحدة فقط هي التي تقوم بما يلي:

كل شيء آخر في حالة من الفوضى ، جودو أنظف بكثير بالمقارنة. أنا متأكد من أنك ستعتاد على ذلك في النهاية ..

nunodonato أنا حقًا أحب ذلك بنفسي ، لا تتردد في إجراء العلاقات العامة إذا كنت تريد. ما زلت غير متأكد مما يجب فعله بشأن القائمة البعيدة ، هل يجب أن تصبح قائمة عادية على اليسار؟ لأنني أعتقد أن معظم الناس يتخطونها تمامًا ..

يتمتع Man، Godot 3.0 بالفعل بالموضوع الأكثر ذكاءً لجميع محركات الألعاب في السوق: D
وأود أن أقول أن 2.1 لديه بالفعل أفضل مظهر ، إنه يتحسن. قبل المنافسة بسنوات: P

@ akien-mga موافق :)

reduz ، فإن نقل العناصر البعيدة إلى قائمة أمر منطقي أيضًا ، بدلاً من الزر. سيمنحه مزيدًا من الرؤية أيضًا ولدينا مساحة قائمة لتجنيبها :)

نعم ، تبدو المحركات الأخرى سيئة للغاية ... لا توجد فكرة عن سبب استخدام شركائها لها ؛)

آمل ألا يكون وضع مفتاح منفذ العرض ثنائي الأبعاد / ثلاثي الأبعاد في مكان آخر واستخدام زر "منفذ عرض" واحد في القائمة العلوية بعيدًا تمامًا عن الطاولة أيضًا. أنا حقا أحب هذا نوعا ما. على الرغم من أنه قد يؤدي إلى الارتباك في إمكانية عرض العقد ثنائية الأبعاد أيضًا في صورة ثلاثية الأبعاد والعكس صحيح ...

مجرد فكرة سريعة ، يمكن وضع "تشغيل مشهد محرر" و "تشغيل مشهد مخصص" في قائمة منسدلة ، كما في IntelliJ
وربما تغيير رمز التصحيح إلى شيء مألوف أكثر ، أو في قائمة إضافية =)

المشكلة هي أنه ليس رمز تصحيح ، إنه رمز بعيد .. لا شيء هناك متعلق بالفعل بالتصحيح. لوحة التصحيح هي المكان الذي توجد فيه عناصر التصحيح

reduz كان نقل زر التصحيح فكرة رائعة :) نحتاج فقط إلى العثور على اسم أفضل له

أعتقد بالتأكيد أن "تصحيح الأخطاء" مضلل ، سأعيد تسميته إلى "تشغيل"

يوم الأربعاء 24 مايو 2017 الساعة 10:08 صباحًا ، نونو دوناتو إخطارات @github.com
كتب:

reduz https://github.com/reduz كان تحريك زر التصحيح أمرًا رائعًا
فكرة :) نحن فقط بحاجة للعثور على اسم أفضل لها

[صورة: لقطة شاشة من 2017-05-24 15-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 تركته

"التكوين (التكوينات)"؟

حسنًا ، قم بنقل الزر الخالي من الإلهاء إلى شريط علامات التبويب

كان هذا آخر تغيير لي في العلاقات العامة. العبث باستخدام الأزرار ثنائية الأبعاد / ثلاثية الأبعاد أمر يفوق فهمي في الوقت الحالي ، لذلك إذا أراد شخص آخر التعامل معها ... :)

reduz ، ماذا عن نقل قائمة المشروع إلى اليسار ، بحيث تحتوي على خياري الإنهاء ، وسيكون المشهد هو الثاني؟ من الغريب بعض الشيء أن يكون لديك "إنهاء" في قائمة المشهد. المشروع له نطاق أكبر ، لذلك ربما يكون من الأفضل أن يحتل المركز الأول

قد يكون له معنى .. سوف يحتاج إلى التعود عليه من قبل الجميع على ما أعتقد

في 24 مايو 2017 ، 12:40 ظهرًا ، كتب "نونو دوناتو" [email protected] :

reduz https://github.com/reduz ماذا عن نقل قائمة المشروع إلى
على اليسار ، بحيث يحتوي على كلا خياري الإقلاع ، وسيكون المشهد هو الثاني؟ إنه
غريب بعض الشيء أن تركت في المشهد. المشروع له نطاق أكبر ، لذلك
ربما يكون من الأفضل أن يكون في المركز الأول

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/godotengine/godot/issues/8865#issuecomment-303763729 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AF-Z238D8yqfHqXytOYUnnSmaSoR5A9zks5r9E9RgaJpZM4NidqG
.

نعم ، الأمر كله يتعلق بالعادات :) حسنًا ، لقد أجريت هذا التغيير الأخير في العلاقات العامة الخاصة بي. أعتقد أنه بعد إصدار ألفا ، سيكون لدينا الكثير من المختبرين وبعد ذلك باستخدام هذه التعليقات يمكننا معرفة كيفية التحسين من الآن فصاعدًا

أنا لست مستخدمًا كبيرًا للوحة المفاتيح وأقوم بالتطوير في الغالب باستخدام الماوس.
لقد قمت بتمييز النقطة الساخنة لواجهة المستخدم الخاصة بي (باللون الأخضر) وأعتقد أنه في هذه البقعة يجب أن تكون الأزرار أو القائمة التي استخدمتها أكثر من غيرها.
الأحمر أماكن لا أحبها. (بالقرب من زر الإغلاق وبدء البرنامج)

هذا هو الزر الأكثر استخدامًا (مرتبة حسب معدل الاستخدام)

• إضافة / إنشاء عقدة جديدة (+ زر)
• لعب المشروع (زر التشغيل)
• زر البرنامج النصي (الأماكن الثلاثة جميعها)
• حدد الوضع ووضع النقل (المؤشر وزر التقاطع في المشهد)
• انتقل إلى الكائن الذي تم تحريره سابقًا في التاريخ (السهم في نافذة المفتش)
• زر 2D
• مثيل مشهد (زر سلسلة)
• تشغيل المشهد الذي تم تحريره

موضع القائمة (مرتبة حسب معدل الاستخدام)

• (نافذة المشهد) تحرير -> تكوين Snap
• (نافذة المشهد) تحرير -> استخدام Snap
• (نافذة المشهد) تحرير -> إظهار الشبكة
• المشهد -> فتح المشهد ...
• المشهد -> تحويل إلى .. -> TileSet ..
• المشهد -> إعدادات المشروع
• (نافذة البرنامج النصي) ملف -> فتح / إغلاق
• (نافذة البرنامج النصي) تعليمات -> مساعدة سياقية

اقتراحات

• الأزرار تشغيل المشهد المحرر وتشغيل مشهد مخصص يمكن أن يكون داخل نافذة المشهد (لا أستخدم تشغيل مشهد مخصص مطلقًا)
• لم يعمل الزر " تشغيل في المستعرض" من أجلي (يمكن نقله داخل قائمة)
• يجب ألا يكون AssetLib في بقعة خضراء
• يجب أن يكون Play و Pause و Stop في بقعة خضراء (ماذا عن البقعة الخضراء في الأسفل؟)

سيكون من الرائع أن يكون لديك شريط أزرار قابل للتخصيص في الأعلى في المنتصف مثل Firefox القديم أو MS office القديم !!

عذرًا ، لا يمكنني التعود على تبديل Scene و Project ، أعتقد أننا
ربما يجب إعادة مبادلتها ... لا يبدو أنها غير شائعة في واجهات المستخدم:

[صورة: صورة مضمنة 1]

يوم الأربعاء 24 مايو 2017 الساعة 5:20 مساءً ، puppetmaster- [email protected]
كتب:

أنا لست مستخدمًا كبيرًا للوحة المفاتيح وأستخدم الماوس في الغالب.
لقد قمت بتحديد النقطة الساخنة لواجهة المستخدم الخاصة بي (باللون الأخضر) وأعتقد أنه في هذه البقعة يجب أن يكون ملف
الأزرار أو القائمة التي استخدمتها أكثر من غيرها.
الأحمر أماكن لا أحبها. (بالقرب من زر الإغلاق وابدأ
برنامج)
[صورة: صورة]
https://cloud.githubusercontent.com/assets/10463138/26421573/d0cf4a66-40c6-11e7-8e09-c139aca8ebe1.png

هذا هو الزر الأكثر استخدامًا (مرتبة حسب معدل الاستخدام)

• إضافة / إنشاء عقدة جديدة (+ زر)
• لعب المشروع (زر التشغيل)
• زر البرنامج النصي (الأماكن الثلاثة جميعها)
• حدد الوضع ووضع النقل (المؤشر وزر التقاطع في المشهد)
• انتقل إلى الكائن الذي تم تحريره سابقًا في التاريخ (السهم في نافذة المفتش)
• زر 2D
• مثيل مشهد (زر سلسلة)
• تشغيل المشهد الذي تم تحريره

موضع القائمة (مرتبة حسب معدل الاستخدام)

• (نافذة المشهد) تحرير -> تكوين Snap
• (نافذة المشهد) تحرير -> استخدام Snap
• (نافذة المشهد) تحرير -> إظهار الشبكة
• المشهد -> فتح المشهد ...
• المشهد -> تحويل إلى .. -> TileSet ..
• المشهد -> إعدادات المشروع
• (نافذة البرنامج النصي) ملف -> فتح / إغلاق
• (نافذة البرنامج النصي) تعليمات -> مساعدة سياقية

اقتراحات

• الأزرار تشغيل المشهد المحرر وتشغيل المشهد المخصص يمكن أن يكون
  داخل نافذة المشهد (لا أستخدم تشغيل مشهد مخصص مطلقًا)
• لم يعمل زر التشغيل في المستعرض أبدًا من أجل (يمكن نقله داخل ملف
  قائمة)
• يجب ألا يكون AssetLib في بقعة خضراء
• يجب أن يكون Play و Pause و Stop في بقعة خضراء (ماذا عن ملف
  بقعة خضراء في الأسفل؟)

سيكون من الرائع جدًا وجود شريط أزرار قابل للتخصيص في الأعلى في ملف
وسط مثل فايرفوكس القديم أو مكتب MS القديم !!

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/godotengine/godot/issues/8865#issuecomment-303840013 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AF-Z2yx0nEUqpcoz4I-cF-pcfyRz1O5iks5r9JEcgaJpZM4NidqG
.

reduz حدث خطأ في مرفق لقطة الشاشة ، لا يمكنني مشاهدته.

لقد قمت أيضًا بالنقر فوق القائمة الخاطئة عدة مرات ... لكن هذا بسبب العادة. لكن لا بأس ، إذا كنت تفضل عدم تجربة ذلك لفترة أطول ، فيمكننا التراجع عن المواضع. في هذه الحالة ، هل ستكون خيارات الإنهاء في قائمة المشهد أيضًا؟

أود أن أقول دعونا نعطيها مزيدًا من الوقت ونعيد التقييم في غضون أسبوع أو أيضًا. لقد اعتدنا جميعًا على أن تكون قائمة Scene هي الأولى ، ولكن من الناحية الوظيفية ، من المنطقي أن تكون قائمة Project تأتي أولاً. كانت قائمة المشهد في البداية طبيعية عندما كان Godot محرر مشهد واحد ، ولكن منذ الإصدار 2.0 أصبح لدينا دعم متعدد المشاهد وأصبح Godot فعالاً محرر مشروع.

أنا دائمًا أضرب Project بدلاً من Scene: confused:
وتستخدم للنقر فوق زر التشغيل عند تحرير المشاهد والآن لا يمكنني العثور عليها حتى أتذكر أنني على 3: sweat_smile:

لكن ربما @ akien-mga صحيح ...

لقد مر يومان وما زلت أفشل :(

في يوم الأحد ، 28 مايو ، 2017 الساعة 12:42 ظهرًا ، كتب eon-s [email protected] :

أنا دائمًا أضرب Project بدلاً من Scene
وتستخدم للنقر فوق زر التشغيل عند تحرير المشاهد والآن لا يمكن العثور عليها
حتى أتذكر أنني في 3 😅

لكن ربما @ akien-mga https://github.com/akien-mga صحيح ...

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/godotengine/godot/issues/8865#issuecomment-304522648 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AF-Z22Wj32mycgdZslWKRAkcuJ0sHihwks5r-ZXggaJpZM4NidqG
.

النظرية والتطبيق لا يجتمعان دائمًا كما تعلمون جميعًا بالفعل. :ابتسامة:

أتذكر أنه كان هناك شخص ما حول الأشياء التي تتبع العين على facebook.
هل يمكنه المساعدة في هذا؟ :ابتسامة:

نعم ، سيكون من الأفضل على الأرجح إعادتها ..

في يوم الأحد ، 28 مايو ، 2017 الساعة 1:05 مساءً ، كتب volzhs [email protected] :

أتذكر أنه كان هناك شخص ما حول الأشياء التي تتبع العين على facebook.
هل يمكنه المساعدة في هذا؟ 😄

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/godotengine/godot/issues/8865#issuecomment-304523813 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AF-Z24hebsT6nzhuqB9naSQc2vBSsQhGks5r-ZtRgaJpZM4NidqG
.

لقد مر يومين ... امنحه بعض الوقت :)
أو الأفضل ، اسأل المستخدمين الجدد عن أكثر ما يشعرهم بالطبيعة. سيجد المستخدمون المتمرسون دائمًا بعض الإحباط في أي تغيير في واجهة المستخدم ، لكن في بعض الأحيان يستحق الأمر تجاوزه.

@ akien-mga على الأرجح.
لكن AFAIK ، والأهم (يستخدم كثيرًا أو يجب ملاحظته) تقع الأشياء في الغالب في اليسار أو أعلى.
أشياء إضافية (من الجيد أن يكون لديك) في اليمين أو في الأسفل.
هذا عام لمعظم الحالات مثل الويب والتطبيق ونظام التشغيل ...
أعتقد أن Godot 2.x قد اتبع هذا بالفعل أيضًا.

الكالينجيون أتفق مع @ akien-mga ، لن يعجب المستخدمون القدامى دائمًا بأي تغييرات على الإطلاق ... الأمر كله يتعلق بذاكرة العضلات :)

بعد قولي هذا ،

لذا ، ربما سأحاول إيجاد طريقة أفضل لدمجهم مرة أخرى ... ولكن دون أن ينتهي بي الأمر بقائمة ضخمة مؤلمة للقراءة وتحتوي على عدد كبير من الخيارات المختلفة. بعض الأفكار:

• إزالة زر "العودة" المشهد. لا أعرف كيف يجدها الناس مفيدة ، ولا أذكر أنني استخدمتها من قبل.
• ضع خياري التراجع والإعادة كأزرار ، بعد قائمة المساعدة (يتراجع الأشخاص فعلاً عن استخدام القائمة؟ إنه أمر غير مريح للغاية)
• إزالة المشهد القريب - نعم أعلم أنه من الشائع أن يكون لديك كل هذه الخيارات المعتادة (حفظ ، حفظ الكل ، إغلاق ، إلخ) ، ولكن هل هناك حاجة إليها حقًا؟ أعني من لا يغلق المشاهد باستخدام زر الإغلاق في علامة التبويب أو مفتاح الاختصار؟

هذا من شأنه أن يقلل من القائمة في 7 عناصر أقل !! (تم تضمين الفواصل) ، مما يجعله أكثر قبولًا عند دمج كليهما :)

الذي لا يغلق المشاهد باستخدام زر الإغلاق في علامة التبويب أو مفتاح الاختصار

أنا هنا أحيانًا. إنها بعض "التراجع" ذات الصلة على ما أعتقد.
فعلت ذلك أحيانًا عندما لا أحب التغييرات بعد إجراء القليل منها.

nunodonato أستخدم مشهد العودة عندما أكسر شيئًا سيئًا (مثل الرسوم المتحركة أو التظليل) ، أو أثناء إنشاء أدوات لإعادة التحميل السريع

نقطة اتخذت. هل تريدون يا رفاق اقتراح طريقة لتنظيم القائمة بشكل أفضل من مجرد إلقاء عدد كبير من العناصر عليها؟ :)

اقتراحي السريع مثل هذا.

بشكل حاد ، يشبه الأمر تقريبًا ما اقترحه reduz منذ وقت طويل.

ليس لدي أي تفضيل بخصوص ترتيب المشهد والمشروع. لكن التراجع والإعادة كأزرار وليس خيارات القائمة سيكون رائعًا <3

بالنسبة لي ، لا يزال وجود برنامج نصي ثنائي الأبعاد وثلاثي الأبعاد على مستوى علامة التبويب هو الحل الأفضل أيضًا:
إذا كان يؤثر فقط على هذا الرصيف الرئيسي ، فلماذا لا نجعله جزءًا من الرصيف الرئيسي ...
قابلية الاكتشاف لا تزال موجودة!

إذا كان lib الموجود في الجزء العلوي الأيمن ، أعتقد أنه يجب أن يكون نافذة منبثقة بدلاً من بديل رصيف رئيسي آخر.
ما مقدار الجهد المبذول لتحريكه؟ ما هي الايجابيات؟

اقتراحي يستند إلى الصور في هذا الموضوع. لذلك ليس ما يبدو عليه في الفرع الرئيسي الحالي.
لكني اقترحت ما هو المكان.

وماذا عن هذا؟

• زر تشغيل المشهد داخل نافذة المشهد

@ puppetmaster- يجب أن يكون هناك ما تم اختياره متعلق بالغرفة

أنا حقا أحب "تشغيل المشهد الحالي" في قفص الاتهام المشهد !! سيضعها على اليمين بالرغم من ذلك.
أعتقد أن الزر android / html5 يجب أن يظل في الشريط العلوي بالرغم من ذلك. يظهر فقط عند إعداده على أي حال ... لذلك عادة لا يكون موجودًا. تحرير: (هذا هو الحال فقط بالنسبة لـ 2.1 ... سيئتي)

نعم أعلم وأود المزيد من هذا.
تحتاج إلى فتح مشهد لتشغيله ، فلماذا لا تضع زر مشهد التشغيل داخل نافذة المشهد

يكون زر html مرئيًا دائمًا ولكن ليس لدي إعداد html!؟!

@ puppetmaster - أنت على حق آسف

والأزرار الموجودة داخل المشهد ليست دائما ذكية جدا ..

يجب تعطيل الزر عند عدم العمل.

@ puppetmaster- أوه ، العب فقط (ركض) هناك بناءً على ما اقترحته. الآن أعتقد أن الأمر لا يتعلق بالغرفة.
يظهر زر تشغيل html5 أو android أو يختفي بناءً على التكوين أمر جيد على ما أعتقد.
وتشغيل المشروع منه مباشرة هو أفضل تجربة مستخدم استخدمتها.
لقد استخدمته كثيرًا عند تطوير الوحدات النمطية أو اختبار التغييرات لمنصة أخرى لا أستخدمها للتطوير.

ماذا عن فكرة وجود شريط زر قابل للتخصيص في المنتصف.

@ puppetmaster- وافق على عدم ذكاء جدا. يجب أن يكون أفضل.

يا رفاق ، يرجى التركيز على المناقشة. تتعلق هذه المشكلة بقوائم المشروع / المشهد. يمكنك إجراء مناقشة حول أشرطة الأدوات في عدد آخر. يمكن ان يكون؟

nunodonato أنا لا أتحدث عن أشرطة الأدوات. :)
كنت أقول فقط لأن @ puppetmaster- اقترح نقل شيء ما إلى شريط الأدوات.

ترتبط أشرطة الأدوات والقوائم ببعضها البعض - إذا تم نقل شيء ما خارج القائمة إلى شريط الأدوات أو العكس.

في قائمة المشروع أود الحصول على شيء من هذا القبيل

قائمة بآخر مشروع فتحته.
كما ستكون إمكانية القفز مباشرة إلى Input Map أمرًا رائعًا.

هل تريد مشاهد حديثة أم مشاريع حديثة؟ لأنه ليس واضحا ...

آسف على لقطة الشاشة السيئة .. المشاريع الأخيرة

@ puppetmaster- لكن هذا لمدير المشروع ، وليس المشروع الحالي (الإعدادات والأدوات وأشياء من هذا القبيل)

لا أمانع في وجود Project and Scene في نفس إدخال القائمة.
"مشهد جديد" يناسب المشروع.

@ eon-s اعتقدت أن نقطة القائمة " إنهاء" إلى "قائمة المشاريع" سيتم نقلها أيضًا إلى قائمة المشروع وستكون قائمة بالمشروع الأخير عمليًا.

باعتباري مستخدمًا جديدًا لـ Godot ، فقد تأقلمت مع ظهور Project قبل Scene بسرعة كبيرة ، وأعتقد أنه أكثر منطقية بشكل عام. أنا سعيد بتركها كما هي! بعد قولي هذا ، لا أعتقد أن الكثير من الناس قلقون جدًا بشأن هذا الأمر ، ولا أمانع في إعادتهم مرة أخرى إذا كان هذا يمثل حقًا إزعاجًا كبيرًا للبعض.

هل هذا لا يزال ذا صلة؟ منذ أن أعيد تصميم الجزء العلوي من المحرك

أعتقد أنها لم تعد ذات صلة. المناقشة لا يزال من الممكن أن تستمر بالرغم من ذلك.