الاختبار
شغّل واجهتك بشكل مباشر داخل المحرر قبل التصدير.
يتيح لك وضع الاختبار في Blueprint تجربة واجهتك فعلياً قبل أن تصدّر سطراً واحداً من Lua. عندما تضغط على ▶ Test، يعود Easelt Builder إلى لوحة الرسم ويشغّل واجهتك الرسومية بالفعل، منفّذاً منطق Blueprint الذي وصّلته حتى تتمكن من النقر والتبديل والتفرّع عبره تماماً كما يفعل اللاعب.
اختبار توصيلاتك داخل Easelt Builder يكشف السلاسل المكسورة والشروط الفائتة والأزرار المعطّلة قبل وقت طويل من وصولها إلى خادم MTA:SA — لذا اعتبره الخطوة الأخيرة قبل كل عملية تصدير.
بدء اختبار
يُطلَق وضع الاختبار من محرر Blueprint، حيث تصل منطقك. بمجرد أن تبدأه، يعيدك Easelt إلى لوحة الرسم وتنبض واجهتك الرسومية بالحياة.
- افتح محرر Blueprintتوجّه إلى محرر Blueprint للواجهة الرسومية التي تريد تجربتها، حيث تعيش سلاسل
onClickوonHoverوonLeaveوالشروط الخاصة بك. - اضغط على ▶ Testانقر على زر ▶ Test. يعود Easelt Builder إلى لوحة الرسم ويشغّل واجهتك الرسومية مع تفعيل كل المنطق الموصّل.
- تفاعل مع واجهتك الرسوميةانقر على العناصر، بدّل المفاتيح، افتح النوافذ وأغلقها — كل شيء يستجيب عبر سلاسل Blueprint التي بنيتها.
- أوقف عند الانتهاءاضغط على Esc أو انقر على شارة TEST MODE لإيقاف الاختبار والعودة إلى التحرير.
وضع الاختبار للمعاينة فقط
أثناء تشغيل اختبار، يقفل Easelt Builder كل عناصر واجهة التحرير حتى لا تغيّر التصميم عن طريق الخطأ. لا يمكنك سوى التفاعل مع الواجهة الرسومية نفسها — لا شيء تنقر عليه سيحرّك عنصراً أو يعيد تسميته أو يعيد تهيئته.
أسطح التحرير التالية جميعها مقفلة أثناء الاختبار:
| السطح المقفل | ماذا يفعل عادةً | في وضع الاختبار |
|---|---|---|
| Toolbox | إضافة عناصر جديدة ووضعها | مقفل — لا عناصر جديدة |
| Layers | تحديد العناصر وإعادة ترتيبها | مقفل — لا تغييرات في التحديد |
| Inspector | تحرير خصائص العنصر | مقفل — لا تعديلات على الخصائص |
| Menus | الوصول إلى أوامر التحرير | مقفل — الأوامر غير متاحة |
| اختصارات لوحة مفاتيح التحرير | تشغيل إجراءات التحرير عبر مفتاح | مقفل — الاختصارات معطّلة |
لأن التحرير مقفل بالكامل، فإن وضع الاختبار بيئة آمنة معزولة — يمكنك أن تجرّب واجهتك الرسومية بأقصى ما تريد دون المخاطرة بأي تغيير واحد في التصميم.
ما الذي يعمل في وضع الاختبار
يشغّل وضع الاختبار المنطق الموصّل الفعلي، لذا فإن كل سلسلة Blueprint بنيتها تنطلق تماماً كما ستفعل داخل اللعبة. إليك كل ما ينبض بالحياة:
onClick الخاصة به في Blueprint، منفّذاً كل خطوة موصّلة بالترتيب.onHover و onLeave الخاصة به عند دخول مؤشرك وخروجه.شارة TEST MODE
كلما كان اختبار قيد التشغيل، تظهر شارة TEST MODE في أعلى الشاشة. إنها تأكيدك السريع بلمحة واحدة على أنك تتفاعل مع واجهة رسومية حيّة بدلاً من التحرير، وهي تُستخدم أيضاً كطريقة سريعة للخروج.
- تبقى الشارة مرئية في الأعلى طوال مدة تشغيل الاختبار.
- انقر على الشارة في أي لحظة لإيقاف الاختبار والعودة إلى التحرير.
- يمكنك أيضاً الضغط على Esc للإيقاف — كلاهما يفعل الشيء نفسه تماماً.
المعاينة مقابل الاختبار
من السهل الخلط بين الاثنين، لكنهما يفعلان أشياء مختلفة. المعاينة ببساطة تخفي عناصر واجهة التحرير حتى ترى التصميم نظيفاً؛ أما الاختبار فيشغّل المنطق الموصّل فعلياً حتى تتمكن من التفاعل معه. استعن بالمعاينة لتفحص التخطيط بعينك، وبالاختبار للتحقق من السلوك.
| الوضع | كيفية الدخول | ماذا يفعل |
|---|---|---|
| المعاينة | اضغط على P | يخفي كل عناصر واجهة التحرير حتى تنظر إلى التصميم دون تشتيت — لا شيء يعمل. |
| الاختبار | اضغط على ▶ Test | يشغّل منطق Blueprint الموصّل حتى تتمكن من النقر والتبديل والتفرّع والتمرير عبر واجهة رسومية حيّة. |
شغّل دائماً جولة اختبار قبل التصدير. المعاينة تُريك كيف تبدو واجهتك الرسومية، لكن الاختبار وحده يُثبت أن كل زر ومفتاح وشرط موصّل فعلاً ويتصرف بالطريقة التي قصدتها.
بمجرد أن تنقر واجهتك الرسومية وتتبدّل وتتفرّع بالطريقة التي تتوقعها في وضع الاختبار، تكون جاهزاً للمضي قدماً وتصديرها للاستخدام في MTA:SA.