Using Facebook authentication in ASP.NET MVC
Using GitHub authentication in ASP.NET MVC
Using Google+ authentication in ASP.NET MVC
Using LinkedIn authentication in ASP.NET MVC
Using Microsoft Live authentication in ASP.NET MVC
Using SalesForce authentication in ASP.NET MVC
Using Stack Exchange authentication in ASP.NET MVC
Using Twitter authentication in ASP.NET MVC
Using Yahoo authentication in ASP.NET MVC
Using Steam authentication in ASP.NET MVC
Using OpenID authentication in ASP.NET MVC
تغییر در UI
- در حالت معمولی هم فضا کم هست و چون آیتمها خیلی زیاده پیشنهاد میکنم فضای خالی دور که بیشتر جنبه زیبایی داره حذف بشه و تمام صفحه بتونیم استفاده کنیم برنامه رو .
- از اونجایی که WPF هست برنامه به نظرم میتونید مثل app خود github حاشههای دور رو بردارید تا کاملا تمام صفحه باز بشه برنامه تا فضای کاری بیشتری رو در اختیار کاربر قرار بدید .
- در قسمت پلاگینها ، زمانی که مثلا رفتیم قسمت Visualizerها ، وقتی روی یکی از Pluginها کلیک میکنیم ، اسکرول به بالای صفحه بر میگرده و کمی آزار دهنده است .
- به نظرم نیازی نیست که همه pluginها به صورت تب بالای صفحه باشند . هر کدوم رو که کاربر خواست با کلیک روی پلاگین در قسمت سمت چپ میتونه مشاهده کنه و بعد هم قابلیت بسته شدن رو داشته باشه .
توضیح
چطور باید برای یک پروژه دفترچه مشخصات فنی تهیه کرد؟
استاندارد خیر. ولی best practice هایی وجود داره.
و خیلی خیلی بستگی به سایزسازمان و تیم، ساختار تیم و روش توسعه، و عمق مستنداتی که تولید میکنید داره، مثال: گاهی یک تیم بزرگ تصمیم میگیره از ابزار wiki موجود در Gitlab, GitHub, Azure DevOps استفاده کنه (همونجایی که سورس کد قرار داره، ولی در بخش ویکی) یا در کانفلوئنس (اگر داشته باشن)
گاهی در فایل README.md در root پروژه به شکل قراردادی مشخصات ذکر میشه.
گاهی فایلهای markdown در پوشه docs در سورسکد
گاهی شما نیاز به معرفی REST API دارید که OpenAPI Spec کمک میکنه
گاهی دیاگرام هم نیاز دارید برای یک سیستم بزرگتر
گاهی فقط وابستگیها مثل پکیجها براتون مهمه، که فایل .packages.props کمک میاد
تجربه شخصی من، نسبت به هر تیم و شرکتی متناسب با همون تصمیم گرفتم (از فایل README.MD تا مدخل در ویکی که بعد از مدتی به چندصد صفحه تبدیل شده که چندین نفر به تدریج کاملش کردند)
شروع به کار با بوت استرپ 4
1) MahdiMajidzadeh/bootstrap-v4-rtl
متاسفانه اصلا برای یک کار رسمی مناسب نیست و منوهای آن به هم ریختهاست. list-group آن در حالت flush، کل عرض یک card را پر نمیکند و جداول آن نیز به همین صورت است. کامپوننت bread-crumb آن محل قرارگیری /های نامناسبی دارد. همچنین با آخرین نگارش بوت استرپ 4.1.3 سازگار نیست و از آن کمی عقب است و برای کار با آن، باید دقیقا همین بستهی ثالث را دریافت و اضافه کنید و مستقل از خود بوت استرپ اصلی نیست. اما به همراه یک بستهی npm مخصوص به خود است که یک مزیت به شمار میرود. مجوز آن، در مخزن کد Github آن ذکر نشده، اما در صفحهی npm آن MIT ذکر شدهاست.
یک نمونه خروجی آن:
2) DediData/Bootstrap-RTL
به نظر یک پروژهی خاتمه یافتهاست. با نگارش بوت استرپ 4.1.3 سازگار نیست و برای نگارش بتای آن تهیه شدهاست.
3) GhalamborM/bootstrap4-rtl
این پروژه، روش بهتری را نسبت به بستههای راست به چپ موجود، انتخاب کردهاست. در اینجا شما بوت استرپ اصلی را با آخرین نگارش آن به صورت مستقل دریافت، نصب و تنظیم میکنید. سپس ذیل آن کلاسهای راست به چپ این بستهی ثالث را اضافه میکنید.
مجوز GPL، برای اینکار انتخاب شدهاست. متاسفانه یک چنین مجوزی در تضاد با مجوز MIT بوت استرپ اصلی است. مجوز GPL یعنی کار مشتق شدهی از آن نیز باید سورس باز شود و قابل استفادهی در پروژههای تجاری غیر سورس باز نیست.
همچنین متاسفانه به صورت یک بستهی npm نیز ارائه نشدهاست و باید آخرین نگارش آنرا از GitHub به صورت مستقیم دریافت کنید.
با تمام این اوصاف، مشکلات ذکر شدهی مورد اولی که بررسی شد، در این نگارش وجود ندارند و بهترین خروجی را دریافت خواهید کرد:
4) PerseusTheGreat/bootstrap-4-rtl
روش راست به چپ سازی این نگارش نیز مانند حالت اولی است که بررسی شد و باید بستهی مستقل آنرا دریافت و استفاده کنید و به عنوان یک مکمل مطرح نیست. همچنین به همراه بستهی npm نیز ارائه نشدهاست و تا این تاریخ، باید آخرین به روز رسانیهای آنرا از همان آدرس GitHub آن مستقیما دریافت کنید. البته مزیت آن، به روز رسانی هفتگی آن است. همچنین مجوز MIT این بسته را نیز تغییر ندادهاست.
خروجی آن با خروجی بستهی سومی که معرفی شد، تقریبا یکی و مناسب است:
npm install @ghalamborm/bootstrap4-rtl
پ.ن.
این روزها ارائهی یک کتابخانهی جاوا اسکریپتی و یا CSS ای بدون بستهی npm متناظر با آن، ناقص به شمار میرود.
ASP.NET MVC #21
استفاده از یک فرم از پیش طراحی شده به عنوان Background
«ساخت یک گزارش ساز به کمک iTextSharp و Open Office»
در اینجا راحت میتونید تصویر مورد نظر رو در Open Office تبدیل به قالب کنید و قسمتهای پر شونده رو با TextBox پر کنید. بعد با استفاده از AcroForms و iTextSharp که در مقاله فوق توضیح داده شد، نسبت به پر کردن آن قالب اقدام کنید.