وفي 27 اغسطس 2008 04:42 ص، قال وسام البهنسي متحمساً:
- عندما تريد توضيع الدرج بارتفاع معين، فإنك تقوم بإنشاء مجموعة أدراج منفصلة ترتفع عن بعضها البعض لتغطي كامل الارتفاع، بينم المرفوض أن تنشئ فقط درجاً واحداً وتحدد ارتفاعه في الخاصية Rise. لا تنسى أيضاً اتجاه الدرج (يمين أو يسار).وفي 27 اغسطس 2008 04:42 ص، ظهر شبح ابتسامة على وجه وسام البهنسي وهو يقول:
عند حفظ المرحلة، فإن الملف الناتج لا يملك امتداد... حبذا لو كان له امتداداً خاصاً به يميزه عن بقية أنواع الملفات.أما في 27 اغسطس 2008 04:42 ص، فقد تنهد وسام البهنسي بارتياح وهو يرد:
لا يمكننا تغيير موقع باب الدخول، وإنما فقط باب الخروج. - لا يمكننا التحكم بموقع مفاتيح الأبوابفي 27 اغسطس 2008 04:42 ص، غمغم وسام البهنسي باستغراب قائلاً:
لا يمكننا تحديد ارتفاع البواباتبتاريخ 27 اغسطس 2008 04:42 ص، قطب وسام البهنسي حاجبيه بشدة وهو يقول:
هناك أجزاء من الكود مكررةوفي 10/رمضان/1429 07:57 ص، ظهر شبح ابتسامة على وجه ahmed ezz وهو يقول:
الان يمكن رسم السلم باي طول وفي اي اتجاه كما تريد وذلك بتعديل قيمة ال raise قبل الرسم ولرسم السلم فقط قم بالضغط مع السحب في المكانأما في 10/رمضان/1429 07:57 ص، فقد تنهد ahmed ezz بارتياح وهو يرد:
الان المرحلة اصبح حفظها يتم فقط بكتابة اسم الملف دون الامتداد حيث يتم اضافة امتداد افتراضي وهو kvl وهو اختصار لـ kings vally levelفي 10/رمضان/1429 07:57 ص، غمغم ahmed ezz باستغراب قائلاً:
الان يمكن تغيير كلا بابي دخول وخروج المرحلة وايضا المفاتيح الخاصة بالابواب تتحرك تلقائيا في المكان المناسب مع الباببتاريخ 10/رمضان/1429 07:57 ص، قطب ahmed ezz حاجبيه بشدة وهو يقول:
لا يمكننا تحديد ارتفاع البواباتوفي 10/رمضان/1429 07:57 ص، أعرب ahmed ezz عن رأيه بالموقف كالآتي:
اود ان انوه انه تم اضافة امر في القائمة Tools يسمح بلعب المرحلة واختبارها بعد تصميمها و يمكن اختيار الامر المناسب لانهاء الاختبار ايضا منفي 10/رمضان/1429 07:57 ص، قال ahmed ezz بهدوء وتؤدة:
لقد قمت باضافة خاصية تتيح لنا معرفة اي من الازرار النشطة حاليا لكن هي ليست الطريقة الافضل لتنفيذ ذلكفي 10/رمضان/1429 07:57 ص، عقد ahmed ezz حاجبيه بتفكير وقال:
يمكننا ان نفكر في اضافات اخري مثل المسطرة وامكانية تحديد كائن ما موضوع وتغيير مكانه لو اردتمفي 10 سبتمبر 2008 06:07 م، غمغم وسام البهنسي باستغراب قائلاً:
حبذا لو كانت الطريقة بالسحب والإفلات. فعندما تضغط الماوس تضع قاعدة الدرج، ثم تسحب الماوس للأعلى لتحدد عدد الدرجات، وإن كانت الماوس على يمين القاعدة فإن الدرج سيرتفع لليمين، وإلا فلليسار. أثناء السحب يظهر الدرج بشكل مباشر وتفاعلي. بمجرد أن ترفع إصبعك عن زر الماوس، فإن الدرج سيثبت بمكانه، وإلا فإن ضغطت Escape أثناء السحب فسيتم إلغاء العملية.بتاريخ 10 سبتمبر 2008 06:07 م، قطب وسام البهنسي حاجبيه بشدة وهو يقول:
أتمنى لو نتخلص من هذه المحدودية، ونجعل أنه مجرد الضغط بالزر اليمين على أي مربع فإنه يمسح أي شيء فيه بغض النظر عن نوعه... ما رأيكم؟وفي 10 سبتمبر 2008 06:07 م، أعرب وسام البهنسي عن رأيه بالموقف كالآتي:
إمكانية تغيير مكان المفتاح بشكل مستقلأما في 10 سبتمبر 2008 07:07 م، فقد تنهد وسام البهنسي بارتياح وهو يرد:
ممتاز،وفي 17 سبتمبر 2008 05:31 ص، أعرب KfuPower عن رأيه بالموقف كالآتي:
أود أن أرحب بك معنا هنا في قسم البرمجة بـ#C (كنت قد بدأت أشعر بالوحدة هنا ) ، أنا متأكد من أن مشاركاتك معنا ستكون مثمرة إن شاء الله ، وأتمنى أن نتعاون سوية لإنتاج عمل نفخر بهفي 17 سبتمبر 2008 05:31 ص، قال KfuPower بهدوء وتؤدة:
ولكن كنت أود لو قمت بسؤالي قبل إجراء هذه التغييرات أو التنسيق معي على الأقل بدلاً من أن تضعنا أمام الأمر الواقفي 17 سبتمبر 2008 05:31 ص، عقد KfuPower حاجبيه بتفكير وقال:
فحسب الكود الذي طرحته لاحظت أنك قمت بحذف الكثير من أجزاء وإعادة كتابة أجزاء أخرى منه من البداية ، بدلاً من فهمها وإعادة ترتيبها ، وقد سبب ذلك أن المشاكل التي تم حلها قد أعدتها أنت مرة أخرى ، ومثال على ذلك : "مشكلة مسح أي عنصر بضغط زر الأيمن للفأرة" هذه المشكلة كانت محلولة فلم يكن هناك داعي للإعادة المشكلة ثم البحث عن حلها مرة أخرى ، وكذلك مشكلة "أنك يجب أن تضغط على قاعدة العنصر -الباب مثلا أو الوحش- ليتم حذفه" لقد قمت بحل هذه المشكلة أيضاً في نسخة التي قمت بتطويرها ، ولكني تفاجأت بأن كل هذه المشاكل قد عادت من جديوفي 17 سبتمبر 2008 05:31 ص، قال KfuPower متحمساً:
وبصراحة لم أكن أهتم بهذا الجانب (الترتيب والتوضيح) كثيرا في تلك المرحلةوفي 17 سبتمبر 2008 05:31 ص، ظهر شبح ابتسامة على وجه KfuPower وهو يقول:
هذا البنامج ليس ملكاً لي ، حتى إني لم أكتب إسمي أو أشر إلى ذلك في أي جزء من البرنامج منذ أن بدأت العمل عليه ، ولا أقصد أي شيء من هذا القبيل بقولي هذا ، فأنا هنا مثلي ومثل كل من يعملون على المشروع أريد ان أتعلم وأستفيد ، ولكني قد بذلت جهداً في إعداد هذا البرنامج والوصول به إلى تلك النقطة ، وأعتقد أن من حقي أن أتسائل عن السبب الذي جعل ما قمتُ به يحذف بهذه البساطة ؟!في 17 سبتمبر 2008 06:33 ص، قال KfuPower بهدوء وتؤدة:
هنا أود أولاً أن أعبر عن إعجابي بحركة رسم الدرج ... فكرة جميلة وتنفيذ جميل أيضا .في 17 سبتمبر 2008 06:33 ص، عقد KfuPower حاجبيه بتفكير وقال:
ولكن صادفتني مشكلة صغيرة هنا ، إذا قمت برسم درج من أعلى إلى أسفل فإنالبرنامج سيتصرف بطريقة غريبة خاصة إذا حركت الفأرة يمين أو يسار ...سيتحرك الدرج معكوفي 17 سبتمبر 2008 06:33 ص، قال KfuPower متحمساً:
ملاحظة (ذكرتها من قبل) يجب أن تضغط على قاعدة الشكل ليتم حذفه ، هذه المشكلة عادت من جديد (كما كنت قد أشرت سابقاً) مارأيك أن نحلها مرة أخرىوفي 17 سبتمبر 2008 06:33 ص، ظهر شبح ابتسامة على وجه KfuPower وهو يقول:
ملاحظة أخرى وهي عندما تبدأ مرحلة في طور اللعب ، أعتقد أنه من غيرالصحيح السماح للمستخدم بإنشاء هرم جديد في هذا الوضع ، أليس كذلكفي 18/رمضان/1429 06:05 ص، عقد ahmed ezz حاجبيه بتفكير وقال:
قاعدة السلم دائما تكون في المكان الذي تم ضغط الماوس فيه لاول مرة بينما في حالة رسم السلم من اعلي لاسفل فان القاعدة تكون في الاسفل وهذا صعب ان تجعل دائما نهاية السلم العلوية في المكان الاوليوفي 18/رمضان/1429 05:58 ص، قال ahmed ezz متحمساً:
لم افهم اي من المشاكل قد رجعت فالمحرر الان يقوم بالمسح بطريقة عادية جداوفي 18 سبتمبر 2008 01:58 م، قال وسام البهنسي متحمساً:
صحيح أن المعلومة الوحيدة التي لديك هي فقط الارتفاع، لكنها كافية تماماً لمعرفة كل الخلايا التي يمر بها الدرج (نفس الشيء بالنسبة للعناصر الأخرى). كل ما هنالك هو أنك بحاجة لكتابة إجراء يقوم باختبار نقطة ضد العنصر، وهذا الإجراء يقوم برؤية إن كانت النقطة الممررة تقع على قاعدة العنصر أو ضمن مجال ارتفاعه (معادلة رياضية بسيطة). وهكذا تستطيع كتابة نسخة من هذا الإجراء للأدراج، ونسخة للأبواب ونسخة للوحوش، وهكذا...