مشکل این کلاس کنترل در سی شارپ چیه؟

[ravegoat]

خیلی ممنون استاد آرمین.
بله .
من فکر میکردم توی متد سازنده که کنترل مونو به کنترل کانتینری اضافه میکنیم ، پنجره تشکیل میشه.
نمیدونم برای کنترل های عادی دات نت مثل button و ... پس چجوری این قضیه ی رسم کنترل های زیرین و جلویی را پس مدیریت میکنن که توی متد سازنده هم ازشون شی بسازی ، مشکل مدیریت رسم کنترل های جلو و عقب شون را ندارن.

-----------------------------------

نگفتم invalidate کنیم ، پاک میشه . میدونم invalidate میکنیم ، رسم رایج را نامعتبر میکنه و باعث میشه رویداد paint اون کنترل ، (نه الزاما همون لحظه) اجرا بشه.
کد داخل تابع AllParents_Invalidated را لطفا ببینید.
نگفتم invalidate می کنم ولی سر آخر رسم میشه .
2 تا شی کنترل TransparentControl را پشت و جلوی هم میذارم (کد پست اول یا پنجم)
گفتم داخل اون تابع ، 3 تا کنترل را invalidate میکنم . اول ، تمامی کنترل های موجود در آرایه ی BackgroundControls (که شامل کنترل هایی هست که در پشت کنترل جاری TransparentControl مون هست)، بعدش کنترلِ جاری TransparentControl و بعدش مامی کنترل های موجود در آرایه ی ForegroundControls (که شامل کنترل هایی هست که در جلویِ کنترل جاری TransparentControl مون هست) را invalidate میکنم.
بریک پوینت که میذارم ، همه ی این موارد ، به همین ترتیب اجرا و invalidate میشن اما سر آخر علاوه بر این ترتیب 3 تایی که درست اجرا شدن ، دوباره اون کنترل های پروپرتی BackgroundControls مجددا رسم میشن که رسم مجدد اینها باعث میشه کنترل های پشتی ، به عنوان کنترل جلویی نمایش داده بشن . کد پست 5 را اجرا کنید ، مشخص هه.
نمیدونم این رسم آخریِ کنترل های پروپرتی BackgroundControls ، از کجا نشات میگیره.

خواهش می کنم سجاد جان،
البته بازم میگم بنده استاد نیستم...

احتمالا وقتی در دات نت constructor به خط آخرش میرسه، CLR توابع گرافیکی رو اجرا می کنه که پنجره رسم بشه و بعد از اونه که ویندوز فرم رو به عنوان یه پنجره میشناسه. در سطح سی شارپ ما به دستورات بین آخرین خط Constructor و اولین خط رویداد Form_Load دسترسی نداریم ولی این قضیه تداخلی با مدیریت ترسیم کنترل ها روی فرم نداره. هر کنترلی داخل container یه z-order داره و هر container ی داخل فرم هم یک z-order مختص به خودش رو داره. ترتیب پیش فرض در z-order به ترتیب اضافه شدن اون کنترل داخل container بر می گرده. اگر نگاهی به تابع InitializeComponent در یه فرم بندازیم، کنترل ها به ترتیبی رسم میشن که داخل InitializeComponent به فرم اضافه شدن. به عبارتی پس از InitializeComponent، توابع JIT به هر کنترل یه z-order تخصیص میدن و در نهایت CLR به کارت گرافیک هندسه ی ترسیم رو ارسال می کنه.

-----------------------------------

سوال دوم ت رو هم الان متوجه شدم. وقتی یه کنترل رو invalid کنیم، تا زمانی که فرم idle نشه، اون کنترل paint نمیشه. حالا این که فرم کی idle میشه رو نمی دونم ولی اینجا فعلا اهمیتی نداره. ولی نکته اینه که اگر دو تا کنترل رو به ترتیب invalid کنیم، الزاما در زمان idle بودن فرم به همون ترتیب رسم نمیشن! در کدی که قرار دادی، transparetControl_2 اول و بعدش transparetControl1 نا معتبر میشه که درسته. ولی در ادامه اول transparetControl1 و بعدش transparetControl_2 رسم میشه. اگر بخوای بلافاصله یه کنترل رو رسم کنی می تونی از دستورات Update و Refresh استفاده کنی ولی شاید باز هم به هدف ت نرسی. اگر هدف اینه وقتی کاربر روی کنترل پشتی با اشاره گر ماوس وایستاد، اون کنترل بیاد جلو، فکر کنم در کد اولی که گذاشته بودی این اتفاق می افتاد. یه جورایی واسم گنگه که دقیقا میخوای چیکار کنی چون متوجه نشدم چرا یه نسخه ی جدید تر از کد اول قرار دادی! مشکل کد اول چی بوده؟!

شاد باشی
آرمین برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید