الشبكة العربية لمطوري الألعاب

خبير  أحمد عزالدين مشاركة 71

السلام عليكم

اتمني ان تكون مشاركتي معكم في قسم برمجة السي شارب مثمرة ان شاء الله
ولقد قمت بدراسة الكود الاخير وقمت بالتعديل عليه كالاتي

وفي 27 اغسطس 2008 04:42 ص، قال وسام البهنسي متحمساً:

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


وفي 27 اغسطس 2008 04:42 ص، ظهر شبح ابتسامة على وجه وسام البهنسي وهو يقول:

عند حفظ المرحلة، فإن الملف الناتج لا يملك امتداد... حبذا لو كان له امتداداً خاصاً به يميزه عن بقية أنواع الملفات.
الان المرحلة اصبح حفظها يتم فقط بكتابة اسم الملف دون الامتداد حيث يتم اضافة امتداد افتراضي وهو kvl وهو اختصار لـ kings vally level


أما في 27 اغسطس 2008 04:42 ص، فقد تنهد وسام البهنسي بارتياح وهو يرد:

لا يمكننا تغيير موقع باب الدخول، وإنما فقط باب الخروج. - لا يمكننا التحكم بموقع مفاتيح الأبواب
الان يمكن تغيير كلا بابي دخول وخروج المرحلة وايضا المفاتيح الخاصة بالابواب تتحرك تلقائيا في المكان المناسب مع الباب

في 27 اغسطس 2008 04:42 ص، غمغم وسام البهنسي باستغراب قائلاً:

لا يمكننا تحديد ارتفاع البوابات
لم افهم بالتحديد هذه النقطة😒 ما المطلوب منها


بتاريخ 27 اغسطس 2008 04:42 ص، قطب وسام البهنسي حاجبيه بشدة وهو يقول:

هناك أجزاء من الكود مكررة
لقد تم اعادة كتابة بعض اجزاء الكود وتم اضافة البعض الاخر وتم اعادة تسمية معظم المتغيرات واسماء الادوات ليسهل استخدامها في الكود
كما تم اضافة الكثير من التعليقات لسهولة فهم الكود

اود ان انوه انه تم اضافة امر في القائمة Tools يسمح بلعب المرحلة واختبارها بعد تصميمها و يمكن اختيار الامر المناسب لانهاء الاختبار ايضا من
القائمة Tools

هناك مشكلة  حيث انني حاولت وضع مؤشر مناسب للماوس لكن لم يفلح ذلك مع الصور العادية
ربما ان توفرت صور مؤشرات من النوع cur فيمكن حل هذه المشكلة - لذلك نطلب مساعدة فريق التصميم في ذلك

لقد قمت باضافة خاصية تتيح لنا معرفة اي من الازرار النشطة حاليا لكن هي ليست الطريقة الافضل لتنفيذ ذلك
الا انها مناسبة

يمكننا ان نفكر في اضافات اخري مثل المسطرة وامكانية تحديد كائن ما موضوع وتغيير مكانه لو اردتم
الا انه يمكن حاليا حذفه طبعا ووضعه في المكان الجديد

لقد ارفقت الكود والمشروع بدون المجلد GameEd

ارجو ان تكون هذه بداية طيبة لجعل هذا المحرر افضل ما يكون
في انتظار باقي المشاركات والتعليقات وفي انتظار الخطوة القادمة ان شاء الله

أحمد عزالدين
طالب دراسات عليا
جامعة كالجري

خبير مدير وسام البهنسي مشاركة 72

كالعادة عمل ممتاز ومطابق للمواصفات القياسية للمبرمج الناجح 😄 !
 
فيما يلي ملاحظاتي:


وفي 10/رمضان/1429 07:57 ص، ظهر شبح ابتسامة على وجه ahmed ezz وهو يقول:

الان يمكن رسم السلم باي طول وفي اي اتجاه كما تريد وذلك بتعديل قيمة ال raise قبل الرسم ولرسم السلم فقط قم بالضغط مع السحب في المكان
الذي تريد ان يكون اسفل السلم فيه
وعندما تريد حذف السلم اضغط بالزر الايمن للماوس في قاعدة السلم العلوية

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

أما في 10/رمضان/1429 07:57 ص، فقد تنهد ahmed ezz بارتياح وهو يرد:

الان المرحلة اصبح حفظها يتم فقط بكتابة اسم الملف دون الامتداد حيث يتم اضافة امتداد افتراضي وهو kvl وهو اختصار لـ kings vally level

ممتاز، وإن كان لدي تحفظ تجاه هجاء كلمة Valley  😒  
 

في 10/رمضان/1429 07:57 ص، غمغم ahmed ezz باستغراب قائلاً:

الان يمكن تغيير كلا بابي دخول وخروج المرحلة وايضا المفاتيح الخاصة بالابواب تتحرك تلقائيا في المكان المناسب مع الباب

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


بتاريخ 10/رمضان/1429 07:57 ص، قطب ahmed ezz حاجبيه بشدة وهو يقول:

لا يمكننا تحديد ارتفاع البوابات
 
لم افهم بالتحديد هذه النقطة😒 ما المطلوب منها

البوابات الزرقاء (التي يمكن عبورها من جهة واحدة فقط)


يجب أن نسمح للمستخدم بالتحكم بارتفاعها، فلها خاصية Height تحدد ذلك.
 
 


وفي 10/رمضان/1429 07:57 ص، أعرب ahmed ezz عن رأيه بالموقف كالآتي:

اود ان انوه انه تم اضافة امر في القائمة Tools يسمح بلعب المرحلة واختبارها بعد تصميمها و يمكن اختيار الامر المناسب لانهاء الاختبار ايضا من
القائمة Tools

ممتاز، ولعل الأخ KfuPower يستطيع تزويدك بصور خاصة لهذه الأوامر ليتم وضعها في شريط الأوامر (tool bar) بجانب أزرار الفتح والحفظ... 


في 10/رمضان/1429 07:57 ص، قال ahmed ezz بهدوء وتؤدة:

لقد قمت باضافة خاصية تتيح لنا معرفة اي من الازرار النشطة حاليا لكن هي ليست الطريقة الافضل لتنفيذ ذلك
الا انها مناسبة

أراها جيدة وتقوم بالوظيفة دون تشويه للمنظر... فلنتركها هكذا  ☺  
 



في 10/رمضان/1429 07:57 ص، عقد ahmed ezz حاجبيه بتفكير وقال:

يمكننا ان نفكر في اضافات اخري مثل المسطرة وامكانية تحديد كائن ما موضوع وتغيير مكانه لو اردتم
الا انه يمكن حاليا حذفه طبعا ووضعه في المكان الجديد

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

وسام البهنسي
مبرمج في إنفيديا وإنفريمز

خبير  أحمد عزالدين مشاركة 73

السلام عليكم

شكرا اخي وسام علي الرد والاطراء

علمت الملاحظات وجاري عمل التعديلات المطلوبة ان شاء الله
بالاضافة لجعل الزر الايمن للماوس يمسح اي شئ يقع تحته عند الضغط وبالفعل هذا يسهل العمل كثيرا

انتظروا النسخة القادمة قريبا ان شاء الله

أحمد عزالدين
طالب دراسات عليا
جامعة كالجري

خبير  أحمد عزالدين مشاركة 74

السلام عليكم

ها نحن مرة اخري مع التعديل الجديد والذي ربما يحتاج لبعض التحسين
وهذا بالطبع سيعتمد علي ملاحظاتكم وتعليقكم


في 10 سبتمبر 2008 06:07 م، غمغم وسام البهنسي باستغراب قائلاً:

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

لكن يتم رسم السلم بطريقة جيدة ان شاء الله وان كان هناك طلب للتعديل مرة اخري فلا مشكلة
اود ان انوه ان رسم السلم يعمل مع اي زر سواء رز السلم الايمن او زر السلم الايسر - يعني يمكننا حذف احدهما وهذا ان شاء الله ما سأفعله
بمجرد الحصول علي صور مختلفة توضع للازرار لتعبر عن شكلها

بتاريخ 10 سبتمبر 2008 06:07 م، قطب وسام البهنسي حاجبيه بشدة وهو يقول:

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

وفي 10 سبتمبر 2008 06:07 م، أعرب وسام البهنسي عن رأيه بالموقف كالآتي:

إمكانية تغيير مكان المفتاح بشكل مستقل
تم التننفيذ 😏

رجو الا اكون قد تحدثت كثيرا وعملت قليلا 😄
نراكم في الرد القادم
والسلام عليكم

أحمد عزالدين
طالب دراسات عليا
جامعة كالجري

موهوب  ياسر أبوبكر مشاركة 75

السلام عليكم

ماشاء الله تغيرات جميلة يا أحمد عز 😄 ، بالرغم من أن لدي بعض التحفظات عليها 😒 .


ولكن سوف أبدأ من البداية :

أولاً أود أن أرحب بك معنا هنا في قسم البرمجة بـ#C (كنت قد بدأت أشعر بالوحدة هنا 😠 ) ، أنا متأكد من أن مشاركاتك معنا ستكون مثمرة إن شاء الله ، وأتمنى أن نتعاون سوية لإنتاج عمل نفخر به .

لا يختلف أحد أن ماقمت يا بشمهندس أحمد عمل جيد ☺ ، ولكن كنت أود لو قمت بسؤالي قبل إجراء هذه التغييرات أو التنسيق معي على الأقل بدلاً من أن تضعنا أمام الأمر الواقع .

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

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

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

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

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

موهوب  ياسر أبوبكر مشاركة 76

هنا أود أولاً أن أعبر عن إعجابي بحركة رسم الدرج ... فكرة جميلة وتنفيذ جميل أيضا 😄 .


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


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

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

أما في 10 سبتمبر 2008 07:07 م، فقد تنهد وسام البهنسي بارتياح وهو يرد:

ممتاز،
ولعل الأخ KfuPower يستطيع تزويدك بصور خاصة لهذه الأوامر ليتم وضعها في
شريط الأوامر (tool bar) بجانب أزرار الفتح والحفظ... 


الصور جاهزة وهي مع المرفقات 😄 . 


إلى الأمام وأنا بإنتظار النسخة الجديدة من المحرر ☺ .

خبير  أحمد عزالدين مشاركة 77

السلام عليكم

وفي 17 سبتمبر 2008 05:31 ص، أعرب KfuPower عن رأيه بالموقف كالآتي:

أود أن أرحب بك معنا هنا في قسم البرمجة بـ#C (كنت قد بدأت أشعر بالوحدة هنا ) ، أنا متأكد من أن مشاركاتك معنا ستكون مثمرة إن شاء الله ، وأتمنى أن نتعاون سوية لإنتاج عمل نفخر به
شكرا اخي

في 17 سبتمبر 2008 05:31 ص، قال KfuPower بهدوء وتؤدة:

ولكن كنت أود لو قمت بسؤالي قبل إجراء هذه التغييرات أو التنسيق معي على الأقل بدلاً من أن تضعنا أمام الأمر الواق
انا اسف اخي لو كنت قد تسرعت قليلا

في 17 سبتمبر 2008 05:31 ص، عقد KfuPower حاجبيه بتفكير وقال:

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

لم افهم اي من المشاكل قد رجعت فالمحرر الان يقوم بالمسح بطريقة عادية جدا
الا بالنسبة للسلم لانه صعب جدا ان تقوم بمسح السلم من اي مكان خصوصا لانه لا يتواجد الا في القاعدة وانما الباقي هو مجرد ارتفاع فقط تم تعديله بالخاصية rise
بالمثل لباقي العناصر كالابواب مثلا لكن يمكننا بسهولة اضافة كود بسيط جدا للفحص في مكان الماوس والاماكن المقاربة منه ولكني اعتقد ان هذا اسلوب غير صحيح

وفي 17 سبتمبر 2008 05:31 ص، قال KfuPower متحمساً:

وبصراحة لم أكن أهتم بهذا الجانب (الترتيب والتوضيح) كثيرا في تلك المرحلة
كما ذكرت سابقا فان العمل الجماعي من وجهة نظري مهم جدا فيه التعليقات والكود الواضح حتي يستطيع باقي افراد الفريق قراءة ما هو موجود
فانا مثلا عندما حاولت فهم الكود في اول مرة قابلتني بعض الصعوبات التي كانت تتطلب مني تتبع الكود في اكثر من مكان


وفي 17 سبتمبر 2008 05:31 ص، ظهر شبح ابتسامة على وجه KfuPower وهو يقول:

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

شكرا اخي علي تنبيهك لي وملاحظاتك وان شاء الله كلنا نستفيد هنا ونتعاون معا وهذا هو المطلوب

أحمد عزالدين
طالب دراسات عليا
جامعة كالجري

خبير  أحمد عزالدين مشاركة 78

السلام عليكم

في 17 سبتمبر 2008 06:33 ص، قال KfuPower بهدوء وتؤدة:

هنا أود أولاً أن أعبر عن إعجابي بحركة رسم الدرج ... فكرة جميلة وتنفيذ جميل أيضا .
شكرا اخي 😄


في 17 سبتمبر 2008 06:33 ص، عقد KfuPower حاجبيه بتفكير وقال:

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


وفي 17 سبتمبر 2008 06:33 ص، قال KfuPower متحمساً:

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

وفي 17 سبتمبر 2008 06:33 ص، ظهر شبح ابتسامة على وجه KfuPower وهو يقول:

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

مشكور علي الصور اخي وفي انتظار المزيد من الاخ وسام ان شاء الله

أحمد عزالدين
طالب دراسات عليا
جامعة كالجري

خبير مدير وسام البهنسي مشاركة 79

في 18/رمضان/1429 06:05 ص، عقد ahmed ezz حاجبيه بتفكير وقال:

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



وفي 18/رمضان/1429 05:58 ص، قال ahmed ezz متحمساً:

لم افهم اي من المشاكل قد رجعت فالمحرر الان يقوم بالمسح بطريقة عادية جدا
الا بالنسبة للسلم لانه صعب جدا ان تقوم بمسح السلم من اي مكان خصوصا لانه لا يتواجد الا في القاعدة وانما الباقي هو مجرد ارتفاع فقط تم تعديله بالخاصية rise
بالمثل لباقي العناصر كالابواب مثلا لكن يمكننا بسهولة اضافة كود بسيط جدا للفحص في مكان الماوس والاماكن المقاربة منه ولكني اعتقد ان هذا اسلوب غير صحيح

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

وسام البهنسي
مبرمج في إنفيديا وإنفريمز

خبير  أحمد عزالدين مشاركة 80

السلام عليكم

الان مع التعديل الجديد والذي اعتقد انه تم اصلاح كافة المشاكل السابقة فيه 😄
وفي انتظار تعليقاتكم 😏

وفي 18 سبتمبر 2008 01:58 م، قال وسام البهنسي متحمساً:

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

تم ايضا نعديل انه لا تتم الاستجابة للاوامر المسئولة عن انشاء الهرم او حفظه او فتح هرم جديد الا اذا كان المحرر في وضع التصميم
وليس في وضع الـ play level mode

تم اضافة زري لعب الهرم الي شريط الادوات باستخدام الصور التي ارفقها الاخ kfuPower

اتمني لو كان هناك اي اقتراحات او مشاكل فلتخبرونا بها واعتذر عن التأخير في المشاركة في الايام السابقة
والان هيا الي التحميل والتجربة 😒

أحمد عزالدين
طالب دراسات عليا
جامعة كالجري