گوگل ابزار ساخت ویدیوی AI رو در دسترس همه قرار دادگوگل قابلیت‌های جدید Google Vids رو در دسترس کاربران بیشتری قرار داده و حالا با یک حساب Google می‌شه بدون نیاز به ابزارهای حرفه‌ای تدوین، با کمک AI ویدیو ساخت. البته استفاده رایگان نامحدود نیست و محدودیت ماهانه داره.
مدل جدید Gemini Omni 1.1 Flash هم امکانات بیشتری برای کنترل خروجی اضافه کرده:
ساخت ویدیو با کیفیت 1080p تعیین مدت کلیپ ادامه دادن Scene با حفظ بهتر محیط و شخصیت‌ها ارتقای کیفیت کلیپ‌های قبلی تا 1080p استفاده از Template برای ساخت سریع‌تر محتوابرای طراح‌ها، بخش جالب ماجرا اینه که فاصله بین ایده و یک خروجی قابل ارائه داره کمتر می‌شه. حالا بخشی از مسیر Idea → Generate → Edit → Present می‌تونه داخل یک Workflow انجام بشه؛ چیزی که برای ساخت Demo، ارائه Concept یا تولید محتوای سریع کاربردیه.البته ساده‌تر شدن ساخت لزوماً به معنی بهتر شدن نتیجه نیست. AI ساخت خروجی رو سریع‌تر می‌کنه، اما اینکه چی ارزش ساختن داره، هنوز تصمیم ماست.
@digdesign
۲
🧩 یک تغییر کوچک اما کاربردی در Auto Layout فیگما
فیگما قابلیت Vertical Wrap رو به Auto Layout اضافه کرده؛ قابلیتی که مخصوصاً برای ساخت Layoutهای چندستونه می‌تونه کار رو راحت‌تر کنه.
فیگما تا قبل از این، وقتی در یک Auto Layout عمودی محتوا از ارتفاع Frame بیشتر می‌شد، برای ساخت چند ستون معمولاً به ساختارهای اضافه یا راه‌حل‌های دستی نیاز داشتیم. حالا با فعال کردن Wrap، آیتم‌ها ارتفاع موجود رو پر می‌کنن و وقتی دیگه جا نباشه، به‌صورت خودکار وارد ستون بعدی می‌شن.
این تغییر یعنی:
🧱 ساخت Layoutهای چندستونه ساده‌تر می‌شه. با اضافه یا حذف شدن محتوا، چیدمان خودش رو تطبیق می‌ده. نیاز به جابه‌جایی و تنظیم دستی آیتم‌ها کمتر می‌شه. *رفتار Auto Layout یک قدم دیگه به CSS Flexbox نزدیک‌تر شده.
برای مثال، در لیست‌های چندستونه، Checkboxها یا مجموعه‌ای از آیتم‌ها با ارتفاع محدود، دیگه لازم نیست ستون‌ها رو جداگانه مدیریت کنیم؛ محتوا می‌تونه براساس فضای موجود خودش Reflow بشه.
فقط یک نکته مهم: Vertical Wrap یک Masonry Layout نیست. ترتیب Auto Layout حفظ می‌شه و آیتم‌ها بعد از پر شدن ارتفاع ستون، به ستون بعدی منتقل می‌شن.
این تغییر بزرگی نیست، اما از اون آپدیت‌هاییه که می‌تونه چندتا از Workaroundهای همیشگی فیگما رو حذف کنه.
@digdesign
فیگما قابلیت Vertical Wrap رو به Auto Layout اضافه کرده؛ قابلیتی که مخصوصاً برای ساخت Layoutهای چندستونه می‌تونه کار رو راحت‌تر کنه.
فیگما تا قبل از این، وقتی در یک Auto Layout عمودی محتوا از ارتفاع Frame بیشتر می‌شد، برای ساخت چند ستون معمولاً به ساختارهای اضافه یا راه‌حل‌های دستی نیاز داشتیم. حالا با فعال کردن Wrap، آیتم‌ها ارتفاع موجود رو پر می‌کنن و وقتی دیگه جا نباشه، به‌صورت خودکار وارد ستون بعدی می‌شن.
این تغییر یعنی:
🧱 ساخت Layoutهای چندستونه ساده‌تر می‌شه.
با اضافه یا حذف شدن محتوا، چیدمان خودش رو تطبیق می‌ده. نیاز به جابه‌جایی و تنظیم دستی آیتم‌ها کمتر می‌شه. *رفتار Auto Layout یک قدم دیگه به CSS Flexbox نزدیک‌تر شده. برای مثال، در لیست‌های چندستونه، Checkboxها یا مجموعه‌ای از آیتم‌ها با ارتفاع محدود، دیگه لازم نیست ستون‌ها رو جداگانه مدیریت کنیم؛ محتوا می‌تونه براساس فضای موجود خودش Reflow بشه.
فقط یک نکته مهم: Vertical Wrap یک Masonry Layout نیست. ترتیب Auto Layout حفظ می‌شه و آیتم‌ها بعد از پر شدن ارتفاع ستون، به ستون بعدی منتقل می‌شن.
این تغییر بزرگی نیست، اما از اون آپدیت‌هاییه که می‌تونه چندتا از Workaroundهای همیشگی فیگما رو حذف کنه.
@digdesign
۲
فاصله‌ها در دیگ چطور تعریف می‌شن؟وقتی بین دو Element فاصله می‌ذاریم، انتخاب 12px یا 16px شاید تصمیم کوچیکی به نظر برسه. اما وقتی همین تصمیم صدها بار در صفحه‌ها و Componentهای مختلف تکرار بشه، فاصله‌گذاری بدون قاعده خیلی زود باعث ناهماهنگی می‌شه.
برای همین در دیگ، Spacing یک عدد تصادفی نیست؛ بخشی از سیستم ماست.
به‌جای اینکه هر بار مقدار جدیدی برای Padding، Gap یا Margin انتخاب کنیم، از یک Spacing Scale مشخص استفاده می‌کنیم. این Scale مجموعه محدودی از فاصله‌ها رو در اختیارمون می‌ذاره تا تصمیم‌های مشابه، با مقادیر مشترک ساخته بشن.
از این فاصله‌ها در بخش‌های مختلف Interface استفاده می‌کنیم، مثل:
فاصله بین Icon و Text فضای داخلی Componentها یا Padding🧩 فاصله بین Elementهای مرتبط
فاصله بین Sectionها و بخش‌های Layoutاما داشتن Scale به این معنی نیست که هر فاصله‌ای با یک عدد ثابت حل می‌شه.
فاصله خودش می‌تونه بخشی از Hierarchy رابط باشه. Elementهایی که ارتباط بیشتری با هم دارن معمولاً نزدیک‌تر قرار می‌گیرن و با بیشتر شدن فاصله، می‌تونیم مرز بین گروه‌های مختلف محتوا رو واضح‌تر کنیم.
مثلاً فاصله Label تا Input با فاصله بین دو Section یک صفحه قرار نیست یکسان باشه؛ حتی اگر از یک Spacing Scale مشترک استفاده کنن.
در Componentها هم تا جای ممکن به‌جای وارد کردن عددهای پراکنده مثل 13px یا 19px، از Tokenهای Spacing استفاده می‌کنیم. این کار باعث می‌شه فاصله‌ها فقط از نظر ظاهری شبیه هم نباشن، بلکه به یک تصمیم مشترک در سطح Design System وصل باشن.در نتیجه سؤال ما موقع طراحی فقط این نیست که:«اینجا چند پیکسل فاصله خوبه؟»سؤال مهم‌تر اینه:«این فاصله چه رابطه‌ای بین Elementها رو باید نشون بده و کدوم مقدار از سیستم این نقش رو بهتر انجام می‌ده؟»
چون در نهایت Spacing فقط فضای خالی بین Elementها نیست؛ یکی از ابزارهایی‌ه که باهاش ساختار و ارتباط بین محتوا رو نشون می‌دیم.
قواعد کامل و نمونه‌های فاصله گذاری های دیگ رو در مستندات گذاشتیم و از اینجا میتونید مشاهده کنید:https://docs.digdesign.ir/docs/foundations/spacing
@digdesign
۲
هوش مصنوعی داره ساختن رو هر روز سریع‌تر و ارزون‌تر می‌کنه. اما شاید همین اتفاق باعث بشه ارزش Designer بیشتر از «ساختن»، به سمت «تصمیم گرفتن» حرکت کنه.
وقتی ساختن دیگه سخت‌ترین بخش کار نیست، تشخیص مسئله، Challenge کردن راه‌حل و تصمیم درباره اینکه چه چیزی اصلاً ارزش ساختن داره مهم‌تر می‌شه.
اگر می‌خواید عمیق‌تر با موضوع آشنا بشید، فایل زیر رو ببینید.
حالا سؤال اینه:
شما توی Workflow خودتون بیشتر از هوش مصنوعی برای ساختن استفاده می‌کنین یا برای بهتر تصمیم گرفتن؟
@digdesign
وقتی ساختن دیگه سخت‌ترین بخش کار نیست، تشخیص مسئله، Challenge کردن راه‌حل و تصمیم درباره اینکه چه چیزی اصلاً ارزش ساختن داره مهم‌تر می‌شه.
اگر می‌خواید عمیق‌تر با موضوع آشنا بشید، فایل زیر رو ببینید.حالا سؤال اینه:
شما توی Workflow خودتون بیشتر از هوش مصنوعی برای ساختن استفاده می‌کنین یا برای بهتر تصمیم گرفتن؟@digdesign
۱Dig Design System | دیزاین سیستم فارسی دیگ هوش مصنوعی داره ساختن رو هر روز سریع‌تر و ارزون‌تر می‌کنه. اما شاید همین اتفاق باعث بشه ارزش Designer بیشتر از «ساختن»، به سمت «تصمیم گرفتن» حرکت کنه. وقتی ساختن دیگه سخت‌ترین بخش کار نیست، تشخیص مسئله، Challenge کردن راه‌حل و تصمیم درباره اینکه چه چیزی اصلاً ارزش ساختن داره مهم‌تر می‌شه. اگر می‌خواید عمیق‌تر با موضوع آشنا بشید، فایل زیر رو ببینید. حالا سؤال اینه: شما توی Workflow خودتون بیشتر از هوش مصنوعی برای ساختن استفاده می‌کنین یا برای بهتر تصمیم گرفتن؟ @digdesign
هوش مصنوعی داره ساختن رو هر روز سریع‌تر و ارزون‌تر می‌کنه. اما شاید همین اتفاق باعث بشه ارزش Designer بیشتر از «ساختن»، به سمت «تصمیم گرفتن» حرکت کنه. وقتی ساختن دیگه سخت‌ترین بخش کار نیست، تشخیص مسئله، Challenge کردن راه‌حل و تصمیم درباره اینکه چه چیزی اصلاً ارزش ساختن داره مهم‌تر می‌شه. اگر می‌خواید عمیق‌تر با موضوع آشنا بشید، فایل زیر رو ببینید. حالا سؤال اینه: شما توی Workflow خودتون بیشتر از هوش مصنوعی برای ساختن استفاده می‌کنین یا برای بهتر تصمیم گرفتن؟ @digdesignBeyond Building V1.1.pdf
۳.۹۵ مگابایت
۱
چرا Radius هم Token می‌خواد؟ انتخاب بین `4px`، `8px` یا `12px` شاید تصمیم کوچیکی به نظر برسه، اما وقتی Button، Card، Input و Componentهای دیگه هرکدوم مستقل Radius خودشون رو انتخاب کنن، خیلی زود با مجموعه‌ای از عددهای پراکنده روبه‌رو می‌شیم.🧩 برای همین در دیگ، Radius فقط یک عدد برای گرد کردن گوشه‌ها نیست؛ بخشی از قواعد بصری سیستمه.
به‌جای اینکه هر Component مقدار دلخواه خودش رو داشته باشه، از Radiusهای تعریف‌شده در سیستم استفاده می‌کنیم. اما یک نکته مهم وجود داره: قرار نیست همه‌جا یک Radius یکسان داشته باشیم. وقتی یک Component داخل Component دیگه قرار می‌گیره، Radius داخلی باید با Radius بیرونی هماهنگ باشه. معمولاً با کوچک‌تر شدن سطح داخلی، Radius اون هم کاهش پیدا می‌کنه تا انحنای دو سطح از نظر بصری با هم هماهنگ بمونه. مثلاً اگر یک Card با Radius مشخص داشته باشیم و داخل اون یک Surface دیگه قرار بگیره، لزوماً Radius هر دو رو `8px` نمی‌ذاریم؛ Radius داخلی باید با فاصله‌ای که از لبه بیرونی داره و انحنای Parent هماهنگ بشه. پس داشتن Radius Token به معنی استفاده از یک عدد در همه‌جا نیست؛ Tokenها محدوده تصمیم‌های مجاز سیستم رو مشخص می‌کنن و قواعد استفاده تعیین می‌کنن هرکدوم کجا به کار برن. این موضوع وقتی شخصیت بصری Brand تغییر می‌کنه هم اهمیت بیشتری پیدا می‌کنه. اگر تصمیم بگیریم Interface نرم‌تر یا Sharpتر بشه، به‌جای اصلاح دستی ده‌ها Component، می‌تونیم این تغییر رو از سطح سیستم مدیریت کنیم. در نتیجه سؤال فقط این نیست:«Radius این Component چند پیکسل باشه؟»
بلکه باید بپرسیم:
«این Radius چه نسبتی با Component والد و ساختار اطرافش داره؟»
چون در Design System، Consistency یعنی داشتن یک قاعده مشترک؛ نه تکرار یک عدد مشترک.@digdesign
۱
سریع‌تر ساختن، واقعاً یعنی بهتر کار کردن؟ممکنه AI زمان تولید یک خروجی رو خیلی کم کنه، اما اگر بعدش زمان بیشتری برای Review، اصلاح Componentها و برطرف کردن ناسازگاری‌ها صرف کنیم، واقعاً چقدر جلو افتادیم؟
در مقاله جدید DIG به این موضوع پرداختیم که چرا برای سنجش تأثیر واقعی AI باید فراتر از «زمان تولید» بریم و Effort، Quality، System Alignment، Exploration، Collaboration و Outcome رو هم ببینیم.
لینک مقاله:https://shorturl.at/JAUpB@digdesign
مهم نیست با کدوم AI کار می‌کنین؛ دیگ رو بهش وصل کنین.
در واقعMCP دیگ این امکان رو می‌ده که Agentهای AI به Componentها، Tokenها و Patternهای Design System دسترسی داشته باشن.
🧩 یعنی فرقی نمی‌کنه از چه Agent یا ابزار AI سازگار با MCP استفاده می‌کنین؛ می‌تونین دیگ رو بهش متصل کنین تا خروجی به‌جای یک UI عمومی، به ساختار و قواعد Design System دیگ نزدیک‌تر باشه.
توی این ویدیو، نمونه ساخت یک فرم ورود فارسی با استفاده از MCP دیگ رو نشون دادیم.
هدف ساده‌ست:اینکه Agent فقط UI نسازه، بلکه براساس Design System دیگ کار رو پیش ببره.
نحوه اتصال و استفاده از DIG MCP رو می‌تونین در مستندات دیگ ببینین.https://docs.digdesign.ir/docs/mcp
@digdesign
در واقعMCP دیگ این امکان رو می‌ده که Agentهای AI به Componentها، Tokenها و Patternهای Design System دسترسی داشته باشن.🧩 یعنی فرقی نمی‌کنه از چه Agent یا ابزار AI سازگار با MCP استفاده می‌کنین؛ می‌تونین دیگ رو بهش متصل کنین تا خروجی به‌جای یک UI عمومی، به ساختار و قواعد Design System دیگ نزدیک‌تر باشه.
توی این ویدیو، نمونه ساخت یک فرم ورود فارسی با استفاده از MCP دیگ رو نشون دادیم. هدف ساده‌ست:اینکه Agent فقط UI نسازه، بلکه براساس Design System دیگ کار رو پیش ببره. نحوه اتصال و استفاده از DIG MCP رو می‌تونین در مستندات دیگ ببینین.https://docs.digdesign.ir/docs/mcp@digdesign
۱
گوگل با معرفی Gemini 4 Argon دوباره توجه‌ها رو به خودش جلب کرده!این مدل با قابلیت‌های جدیدش، مخصوصاً در زمینه برنامه‌نویسی و کار با Agentها، می‌تونه گزینه جذابی برای طراح‌ها و توسعه‌دهنده‌ها باشه.
🧩 توی این پست نگاهی انداختیم به قابلیت‌های این مدل، کاربردهاش و اینکه از کجا می‌تونیم بهش دسترسی داشته باشیم.
شما فرصت کردین امتحانش کنین؟@digdesign
۱
Claude دیگه فقط کد نمی‌نویسه، کدها رو هم بررسی می‌کنه!
با قابلیت جدید Code Review، تیم‌های توسعه می‌تونن بخشی از فرایند بررسی کد رو به هوش مصنوعی بسپارن و زمان بیشتری برای حل مسائل مهم‌تر داشته باشن.
به نظرتون بررسی کد با هوش مصنوعی چقدر می‌تونه به کیفیت توسعه کمک کنه؟
@digdesign
با قابلیت جدید Code Review، تیم‌های توسعه می‌تونن بخشی از فرایند بررسی کد رو به هوش مصنوعی بسپارن و زمان بیشتری برای حل مسائل مهم‌تر داشته باشن. به نظرتون بررسی کد با هوش مصنوعی چقدر می‌تونه به کیفیت توسعه کمک کنه؟@digdesign
۳