اگر ویندوز 8 شما پس از مدتی بیکاری CPU Usage بالایی پیدا می‌کند، این مسیر را طی کرده و taskهای پشت صحنه اضافی را غیرفعال کنید:
Task Scheduler Library > Microsoft > Windows > Task Scheduler> Idle Maintenance
به نظر همان رابط کاربری ویندوز 8 در آن ادامه خواهد داشت.
یک نظر هم از خوانندگان در مورد تصمیمات مایکروسافت:
even the 800 pound gorilla must bend to the wishes of its masters...the consumer buyers !
یک نظر هم از خوانندگان در مورد تصمیمات مایکروسافت:
even the 800 pound gorilla must bend to the wishes of its masters...the consumer buyers !
با حذف start menu در ویندوز 8، مشاهده لیست تمام برنامه‌های نصب شده مشکل شده است. باید روی start screen کلیک راست کرد و سپس گزینه all apps را انتخاب نمود (معادل Start -> All Programs در ویندوزهای قبلی). برای اینکار می‌توان یک میانبر نیز تهیه کرد ...
پس از ارائه‌ی NET Core 3.0 Preview 7.، اگر <TargetFramework>netcoreapp3.0</TargetFramework> باشد، یعنی در حال استفاده‌ی از C# 8.0 هستید. همچنین پس از ارائه‌ی Preview 8، اگر TargetFramework کتابخانه‌ای به netstandard2.1 تنظیم شود نیز به همین معنا است و نیاز به تنظیمات اضافه‌تری ندارد.
با سلام
کنترل زیبایی درست کردیند، ممنون
ولی چرا وقتی روی تاریخی کلیک میکنم Object expected میده
و برای تغییر ماه و سال هم چند بار باید کلیک کرد.
البته این مشکل فقط در IE وجود داره ، در نسخه 8 و 11 تست کردم
با تشکر فراوان از شما خدا خیرتان دهد خیلی وقت بود که دنبال چنین برنامه ای می‌گشتم
1) اگر تقویم taskbar ویندوز به صورت رقمی بود خیلی بهتر می‌شد.(مثلا 1393/01/13)
2) اگر امکان داره برای تغییر تقویم صفحه lock ویندوز 8 هم این برنامه را بهبود بخشید.
1) اگر تقویم taskbar ویندوز به صورت رقمی بود خیلی بهتر می‌شد.(مثلا 1393/01/13)
2) اگر امکان داره برای تغییر تقویم صفحه lock ویندوز 8 هم این برنامه را بهبود بخشید.
- AJAX اختراع خود مایکروسافت هست و اولین بار در برنامه Microsoft Outlook Web Access از آن استفاده شد (بنابراین مرورگرهای آن اولین مرورگرهایی هستند که از AJAX پشتیبانی کرده‌اند).
- متد JSON.stringify از IE 8 به بعد به صورت توکار پشتیبانی می‌شود. برای مرورگرهای قدیمی‌تر از فایل json2.js استفاده کنید.
- متد JSON.stringify از IE 8 به بعد به صورت توکار پشتیبانی می‌شود. برای مرورگرهای قدیمی‌تر از فایل json2.js استفاده کنید.
سلام {{{همچنین تمام برنامه‌های جدید Metro-style باید جهت ارائه در فروشگاه جدید ویندوز 8، دارای امضای دیجیتال معتبر نیز باشند.}}}}
با این وجود تکلیف برنامه نویس های ایرانی چه می شود ؟ ماها خودمون فعلا سر ویندوز و VS اورجینال مورد داریم :D
با این وجود تکلیف برنامه نویس های ایرانی چه می شود ؟ ماها خودمون فعلا سر ویندوز و VS اورجینال مورد داریم :D
خلاصه‌ی این مفهوم «United» به این صورت است:
- blazor server از لحاظ عدم نیاز به دریافت چند صد فایل مرتبط با web
assembly و همراه بودن با رندر سمت سرور، در ابتدای کار نمایش برنامه، سریعتر نمایش داده می‌شود و
این نمایش اولیه تقریبا آنی است.
- Blazor WASM چون به طور کامل در
مرورگر اجرا می‌شود و در جهت رندر صفحات نیازی به رفت و برگشت به سرور
ندارد، سرعت اجرایی فوق العاده‌ای دارد؛ اما به همراه بارگذاری تعداد زیادی
فایل در ابتدای کار نمایش آن است که ... کمی طول می‌کشد که البته می‌توان با استفاده از فعال سازی per-rendering کمی آن‌را سریعتر کرد که نیاز به تنظیمات قابل توجهی دارد که شاید همه از آن استفاده نکنند.
اکنون قرار است در دات نت 8 بتوان به صورت خودکار ابتدا یک صفحه را با استفاده از server side rendering موجود در Blazor Server، سریع نمایش داد (بدون نیاز به دریافت فایلهای WASM و منتظر شدن برای آن‌ها) و بعد در همان حال در پشت صحنه و به صورت خودکار، همین برنامه با قالب Blazor web assembly هم دریافت می‌شود تا در بار بعدی که این صفحه قرار است نمایش داده شود، بتوان به حداکثر سرعت کار با Blazor، با استفاده از اجرای کامل آن در مرورگر توسط web assembly رسید. یعنی ترکیب همزمان blazor server و blazor web assembly، بدون نیاز به تنظیمات خاصی در جهت از پیش رندر کردن صفحات و یا منتظر ماندن اولیه و نمایش یک صفحه‌ی خالی در جهت بارگذاری تمام فایلهای یک برنامه‌ی web assembly؛ هر دو با هم به صورت یکپارچه و یک‌دست. حتی می‌توان مشخص کرد که صفحه‌ای فقط بر اساس blazor server اجرا شود و صفحه‌ای دیگر فقط قسمتی از آن از blazor wasm استفاده کند.
من این ide رو نصب کردم و از آن هرازگاهی استفاده میکنم، چندتا از ویزگیهاش(هم مثبت و هم منفی) که الان به ذهنم می‌رسه رو عرض میکنم:
1- توی لود پروژه هایی که تعداد فایل زیادی دارند خیلی کند هست. الان مدتی هست که روی یک پروژه روی asp.net mvc core 2 کار میکنم، تعداد فایلهای آن ذاتاً زیاد است، و چندتا پروژه اوپن سورس هم که بهش اضافه کردم تعداد فایل بیشتر هم شده و rider واقعاً در بحث لود کردن و ایندکسینگ بسیار کند عمل میکنه.(البته اگر هارد ssd داشته باشید فکر نکنم مشکلی باشه)
2- برای کسی که سالها با visual studio کار کرده برقراری ارتباط با آن کمی مشکل هست، مخصوصاً در بحث go to definition و ...
3-حتماً باید ram سیستم در حد مطلوب باشد، درسته حجم خود نرم افزار نسبت به vs بسیار کمه اما در زمان اجرا واقعاً رم بسیار زیادی میگیره.
4- گاهی خطاهایی در زمان debug میگیره که در visual studio اتفاق نمیافته
5- چون resharper رو ذاتاً در خودش داره توی refactoring و بهینه کردن کدها بسیار کمک میکنه.
6- بنده توی خطایابی و رفع خطاهای موجود در کدها در visual studio راحت‌تر هستم، مخصوصاً بعد از نصب ابزارهای roslyn به نظرم visual studio راحت‌تر عمل میکنه.
7- واقعاً find در visual studio نسبت به find این ide حرفی برای گفتن نداره، البته بنده گاهی که نیاز به جستجوی سریع و پیچیده دارم از هیچکدوم استفاده نمیکنم در این مواقع از sublime text استفاده میکنم
8- در زمینه کار با سیستمهای version control به نظرم هردو امکانات خوب و کاملی دارند، منتها به سبب عادت من با visual studio راحت ترم.
9- با همه اینها فکر میکنم اگر عادت کنیم rider یک ide قابل تحسینیه، و با بهبودهایی که خواهد داشت مطمئنا برای dotnet core یک ide پرطرفداری خواهد بود