#11 Фигма запустила агентов прямо на холсте

Вот теперь история с ИИ в Фигме стала совсем прямой. Сначала они подключали внешних ребят через MCP, дружили с Claude Code, Codex и другими агентными инструментами. А теперь, по данным TechCrunch, Фигма добавляет собственного ИИ-агента прямо на совместный холст. Работать это должно так: пишешь запрос, агент создаёт новый дизайн, правит существующий экран или делает несколько вариантов того, что уже лежит в файле. Причём можно запускать сразу несколько агентов, чтобы они параллельно делали разные задачи. Выглядит как логичный следующий шаг. Если кодовые агенты уже умеют лезть в Фигму, тащить оттуда контекст и что-то собирать по макетам, то странно было бы Фигме самой оставаться просто местом, куда агент приходит в гости. Агенту проще жить там, где уже лежит вся продуктовая логика: компоненты, стили, состояния, комментарии, старые решения и люди, которые всё это обсуждают. Главный вопрос теперь: понимает ли агент, зачем этот экран вообще существует? Вот это для дизайна намного интереснее самой генерации. Нарисовать пять вариантов карточки уже не вау. Вау будет, если агент поймёт, что в этом продукте нельзя брать старую кнопку, что пустое состояние должно быть таким, что у мобильной версии другой сценарий, что в этой таблице пользователь ищет быстрый ответ итд Фигма говорит, что агент понимает дизайн-контекст и элементы, потому что работает на моделях, дообученных под дизайн-задачи. Хорошо, если так. Потому что обычная ИИ-генерация интерфейсов часто выглядит как человек, который насмотрелся красивых дашбордов, но ни разу не сидел на созвоне, где обсуждали реальную роль этого дашборда в продукте. Тут важен сам факт, что агент появляется на совместном холсте. Холст в Фигме всегда был местом, где команда смотрит на одно и то же. Дизайнер двигает блок. Продакт спорит про сценарий. Разработчик спрашивает, что будет в краевом случае. Кто-то оставил комментарий три недели назад и испортил всем настроение. Теперь туда добавляется ещё один участник. Он не устает, не обижается и может за минуту накидать десять вариантов. Польза очевидная, пока не представляешь реальный файл большой команды. Там же начнётся веселье: 1. один агент сделал вариант главного экрана 2. второй поправил состояние ошибки 3. третий решил «улучшить» компонент 4. дизайнер вручную вернул половину назад 5. продакт спросил, кто вообще это предложил Фигме придётся очень аккуратно проектировать ещё и следы работы агента. Что он поменял. Почему поменял. Где его вариант. Где человеческое решение. Что можно откатить. Что ушло в обсуждение. Что осталось просто черновиком. Самый полезный агент в Фигме будет не тем, кто рисует красиво. Скорее тем, кто быстро приносит материал для обсуждения: черновик, краевые случаи, варианты, странные состояния. Такой быстрый помощник, которому можно дать скучную задачу, но всё равно надо смотреть за руками. И это нормальная роль. Дизайнеру редко нужен кто-то, кто сам всё решил. Чаще нужен тот, кто быстро принесёт материал для обсуждения. А дальше уже начинается работа: понять сценарий, убрать лишнее, проверить состояния, привести в чувство и принять решение. Если Фигма сделает агента именно таким участником холста, это может быть сильная штука. Если просто добавит генератор экранов внутри файла, будет весело первые две недели, а потом все снова вернутся к ручной уборке после ИИ. Я, честно говоря, ко всей это аи агентской приколюхе в дизайне именно отношусь очень скептически. Вышли уже десяток продуктов по генерации и все сдохли. Ни одного продукта я не знаю, кто там на слуху и им прям пользуются. Код да, дизайн, увы, пока нет. А вы что думаете?) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Даже хороший макет может дать слабый результат. Часто такое происходит из-за ошибок, которые дизайнер допускает при подготовке к печати. Поэтому важно выбрать технологию, которая идеально отразит все нюансы изображения, а не исказит его.

Есть два вида печати: 1. Цифровая — быстрая и выгодная. Макет отправляется на печатную машину и наносится на бумагу напрямую тонером или краской, как в домашнем принтере. Можно сделать один экземпляр, внести правки в файл и тут же напечатать исправленную версию. 2. Офсетная устроена сложнее: краска сначала попадает на печатную форму, потом на резиновое полотно, а с него — на бумагу. Это более долгий и дорогой способ, так как на старте нужно оплатить изготовление форм и настройку оборудования. Выбирайте вид печати, учитывая его плюсы и минусы. Подробнее об этом — в статье в нашем блоге. #польза #печать @contented

🤖 Чтобы ИИ не ломал дизайн-систему, ее нужно сделать читаемой для него

Когда вы кодите с LLM, проблема обычно не в том, что модель совсем ничего не умеет. Она умеет слишком правдоподобно угадывать. Поставит 12px там, где у вас должно быть 8px, выберет «почти тот» синий, придумает токен, которого в системе нет, и на каждом новом сеансе начнет делать это заново. По отдельности всё выглядит нормально. Вместе получается интерфейс, который расползается уже через несколько итераций. Здесь предлагают довольно жесткую, но рабочую схему: не надеяться на память модели, а дать ей опору в виде спецификаций, закрытого слоя токенов и автоматического аудита. То есть вынести дизайн-систему в структуру, которую LLM может читать как источник истины, а не как намек. Тогда она не выдумывает значения, а берет их из ограниченного набора, а любое отклонение ловится скриптом до ревью. Внутри: – Почему LLM плохо держат дизайн-систему в голове даже в рамках одного проекта; – Какие три ограничения модели быстрее всего разваливают консистентность интерфейса; – Зачем делать отдельные spec-файлы для foundations, tokens, components и patterns; – Почему закрытый слой токенов лучше, чем набор «примерно правильных» значений; – Как аудит по CSS ловит хардкод и не дает визуальному дрейфу копиться; – Зачем связывать инструкции для агента, токены и CI в одну систему; – Почему такой подход особенно важен для больших прототипов и длинных AI-сессий; – Как именно структура дизайн-системы превращается из знания в голове в рабочую инфраструктуру. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Figma выкатила своего AI-агента прямо в canvas. Теперь нейросеть может не просто генерить экраны, а работать внутри файла: создавать компоненты, править UI и учитывать дизайн-систему команды.

www.figma.com/blog/the-figma-agent-is-here
Продолжаем делать концепты и тестировать Claude Code: делаем интерактивный слайдер на сайте☺️
→ Higgsfield + Figma MCP + Claude Code Благодаря инструкции Claude сможет быстрее сообразить как сделать такой слайдер 💻 1. Инструкцию нужно складывать в ту же папку, где у вас лежат все файлы по сайту (шрифты + те файлы, что вы будете делать по инструкции)/либо загружать её в чат с Claude с ссылкой на макет и другие материалы 2. Важно повторять все те действия, что описаны в ней – там пошагово сказано как и что делать не только с точки зрения верстки, но и как подготовить материалы ⚠️Обратите внимание, что помимо инструкции Claude нужно дать макет в Figma (с включенным MCP и загруженными фотографиями) + фото, видео 360° для каждой модели при ховере (всех моделей + видео я генерировала в Higgsfield, используя Nana Banana Pro и Kling) Ссылка на инструкцию🔗 *Выше я делала инструкцию как скачать/зайти/установить Claude #полезное #клод
🤩 Повышенная стипендия Правительства РФ
Студенты Института дизайна могут подать заявку на получение повышенной стипендии Правительства РФ 🤩 Подаваться могут: — студенты бюджетной формы обучения — студенты договорной формы обучения — иностранные студенты 🤩Важные условия: — отсутствие академических задолженностей и долгов по обучению — отсутствие троек за весь период обучения — учитываются достижения за весь период обучения 🤩 До 22 мая включительно необходимо отправить письмо на почту: decanat.design@rguk.ru Тема письма: ЗАЯВКА НА СТИПЕНДИЮ ПРАВИТЕЛЬСТВА Что нужно прикрепить: 🤩 Word-файл со списком достижений (дипломы, сертификаты, благодарности, участие в конкурсах и т.д.) 🤩 Один PDF-файл со сканами всех достижений, указанных в Word-документе
#8 Lovable хочет посадить дизайнера, продакта и агента за один экран
Lovable за последние апдейты начал собирать вокруг себя что-то вроде продуктовой комнаты. Можно править интерфейс прямо в превью, оставлять комментарии на элементах, отправлять тред агенту, искать по истории чата, а в десктопном приложении подключать локальные MCP, чтобы агент видел контекст из Фигмы и других инструментов. По отдельности всё вроде мелочь. Комменты уже сто лет есть в Фигме. Визуальные правки есть почти в любом конструкторе. Поиск по истории вообще обычно замечаешь только после того, как он один раз спас тебе день. Но в сумме получается любопытная штука. Вайбкодинг перестаёт быть одиноким чатом, где ты сидишь и уговариваешь модель «ну сделай нормально, пожалуйста». Он начинает обрастать рабочими слоями: экран, обсуждение, история решений, контекст из соседних инструментов, правки по месту. Агент поменял кнопку. Через неделю команда пытается понять: это было решение, эксперимент или чей-то случайный промпт? Вот это для меня главный вопрос во всей истории. В hirehi такое и без агентов всплывает постоянно. Где-то идея лежит в Фигме, где-то обсуждение в чате, где-то правка уже в коде, где-то я сам себе написал «потом поправить» и, конечно, через неделю не помню, что именно хотел поправить. Если рядом появляется агент, который может реально менять интерфейс, бардак получает турборежим. Поэтому комментарии в превью тут важнее, чем кажутся. Продакт ткнул в конкретное место. Дизайнер поправил состояние. Агент получил задачу рядом с экраном. Разработчик хотя бы видит, откуда прилетела правка. Уже меньше шансов, что всё превратится в длинный промпт на 40 строк, где половина смысла живёт только в голове человека, который его писал. С историей чата похожая тема. Если приложение собирается через диалог, переписка становится частью продукта. Там лежат решения, компромиссы, откаты и странные моменты типа «вчера просили сделать ярче, сегодня срочно верните как было». Потерял историю, и потом продукт выглядит так, будто его собирали несколько людей, которые общались через стену. Десктопное приложение с локальным MCP добавляет ещё больше контекста. Агент может смотреть в Фигму и другие локальные штуки. В теории это прям хорошо, потому что он меньше угадывает. На практике появится новый вопрос: а что именно он прочитал? Макет? Старый файл? Обсуждение? Какой-то черновик, который вообще никто не хотел тащить в продукт? Вот тут Lovable может стать правда полезным, если не развалит ответственность. Потому что дать всем возможность быстро править интерфейс легко. Сложнее сделать так, чтобы команда понимала, кто что поменял, зачем поменял и почему это теперь считается нормальным решением. Такие апдейты мне ближе, чем очередной генератор приложения мечты за один запрос. Тут обычная продуктовая рутина: ткнуть в экран, обсудить, поправить, откатить, найти старое решение, передать агенту контекст. Скучнее для демки, зато намного ближе к реальной работе. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Фигма потихоньку ест Иллюстратор
У Фигмы в релиз-нотах появился апдейт Draw. Там добавили текст по контуру, быстрый доступ к инструментам, отдельные слои для текста и вектора, новые настройки кистей, градиентов, текстур и шума. Можно было бы пролистать и забыть. Ну мало ли, ещё один набор мелких улучшений для тех, кто любит ковырять векторы. Но вообще это довольно показательная история. Они уже давно перестали быть просто местом, где рисуют экраны. Теперь вот потихоньку забираю соседние задачи, из-за которых дизайнер раньше уходил в другие редакторы. Обычный рабочий сценарий: • Собрал экран в Фигме. • Понял, что нужна простая картинка для пустого состояния. • Потом обложка. • Потом чуть поправить вектор. • Потом текст по дуге. Потом какая-то графика для презентации. И начинается: открыл Illustrator, поправил, экспортнул, вставил обратно, увидел правку, пошёл заново. Всё это не страшно, но бесит. Особенно когда задача маленькая, а вокруг неё внезапно появляется отдельный мини-процесс. Вот в такие места Draw и лезет. В ежедневную мелкую графику, которая постоянно всплывает рядом с интерфейсами. Для большой профессиональной иллюстрации отдельный редактор всё равно пригодится, тут иллюзий нет. Для продуктового дизайнера это вполне окей. Нужно быстро собрать пустое состояние, простую иконку, промо-блок, обложку, кусок графики для лендинга или презентации. И если всё это можно сделать прямо рядом с макетом, без прыжков между окнами, то понятно, почему Фигма туда идёт. Обратная сторона тоже есть: фигма начинает пухнуть. Сначала экраны. Потом прототипы. Потом Dev Mode. Потом сайты. Потом ИИ. Теперь ещё больше графики. И в какой-то момент инструмент, который был понятным рабочим местом, начинает превращаться в такой дизайн-комбайн, где всё вроде можно, но иногда уже не очень понятно, куда смотреть. Мне в целом удобно, когда мелкие графические штуки можно быстро сделать в том же файле. Я не хочу ради маленькой картинки для онбординга открывать ещё одно приложение и устраивать цирк с экспортами. Но я ещё меньше хочу, чтобы Фигма стала местом, где всё делается на уровне «ну вроде норм». Короче, Draw выглядит маленьким апдейтом, но направление у Фигмы понятное: дизайнер должен всё реже выходить из одного рабочего пространства. Вопрос только в том, где у этого пространства край. Потому что если сложить туда вообще всё, однажды сама Фигма станет отдельной задачей на день. Я вот, например, так и не нашёл как мне отменить подписку на тим аккаунт. Нигде. Даже кодекс просил, чтоб нашёл. Тупо нет кнопки нигде. Что думаете? ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Если вы храните скрипты в системной папке Иллюстратора и запускаете через File → Scripts, то на несколько компьютеров дома и в офисе новые скрипты приходится копировать вручную. А если установлено несколько версий Иллюстратора, то ещё дублировать файл скрипта в каждую.
Сторонние менеджеры скриптов удобнее, но если важно, чтобы скрипты оставались в системной папке — это можно организовать с помощью символических ссылок. Тогда достаточно хранить все скрипты в одном месте, например, в облачной папке с синхронизацией, а все версии Иллюстратора будут автоматически видеть одинаковые скрипты. Инструкция — Символические ссылки для скриптов (Ru) — How to Use Symbolic Links for Illustrator Scripts (En) #learn
картинка с запахом видео со звуком
рассказываем как можно загрузить свои картинки в сферу — тул, который навайбкодил под конец ai-сезона ⚪️ миша, дизайнер pragmatica и 5heads ⚫️⚫️⚫️ основная задача сферы — быстро собрать разрозненный визуал в интерактивную композицию. базовую версию я сделал за 4–8 часов. на добавление функционала загрузки работ времени ушло больше: хотелось сделать не просто дроп файлов, а понятный и красивый инструмент с коротким, но динамичным шоу-рилом + дать возможность встраивать эту сферу в свои сайты и портфолио. затестить << sphere.5heads.ai >> шерьте процесс и свои сферы в комментах! 🌹
Как я пытаюсь выстроить связку Figma + Claude (часть 1)
Мечта любой команды разработки сейчас — автоматизировать сборку дизайна с помощью LLM, чтобы ускорить delivery-процесс. Я видел несколько разных подходов, но в итоге пришёл к чему-то, что, как мне кажется, должно сработать удобно Рассказываю на примере проекта, где я на фрилансе (oversecured.com) Дано: - legacy-архитектура фронта, которую сложно масштабировать с LLM-кой - отсутствие части макетов в Figma + неактуальность макетов Что хотим: - заиметь макеты в Figma, которые выступают как источник правды - можно дать ссылку на макет, и LLM (Codex/Claude) его соберёт - UI-kit/дизайн-система, которая полностью совпадает в Figma/code Как мы решили это сделать: 1. Подключаем для кода open-source библиотеку компонентов shadcn (https://ui.shadcn.com/create). Компонентов там достаточно много + они гибкие (можно внутрь прокидывать много свойств). Это наша база, из которой мы будем собирать весь фронт 2. Берём для этой же библиотеки какой-то из Figma-файлов (вот здесь (https://ui.shadcn.com/docs/figma) есть несколько ссылок на файлы community, на них ссылается сам shadcn). Это наша вторая база, из которой мы будем собирать все макеты в Figma Мы пока не придумываем дизайн и не собираем компоненты с нуля, чтобы ускориться на старте, — просто берём готовое решение. 3. Начинаем собирать макеты в Figma из компонентов, которые мы взяли в community. На скрине — дизайн 4. Дальше через Figma MCP мы можем отдавать нашему AI-агенту ссылку на макет и просить собрать дизайн с помощью компонентов shadcn (можно также использовать shadcn MCP (https://ui.shadcn.com/docs/mcp)) Для тех, кто еще не знает: MCP — это протокол, через который LLM общается с внешними тулами вроде Figma. Важно здесь отловить одну вещь: AI-агент должен вытаскивать из Figma не скриншот макета, а структуру страницы (для этого используются разные методы). И всё — это работает. Простые страницы уже собираются верно на 95–100%, страницы посложнее пока тестируем Первая задача — актуализировать весь фронт на новых гибких компонентах. Во второй части (когда я к ней подойду) я хочу иметь возможность стилизовать компонент в Figma и стащить дизайн на фронт, чтобы в коде он тоже стилизовался В теории, проблемы тут быть не должно, потому что мы взяли в коде и в Figma одинаковую семантику токенов (и там и там shadcn) — то есть цвет в коде и цвет в Figma называются одинаково, например surface-default-100 Я уже предвижу некоторую сложность со стилизацией и со сборкой сложных экранов, так как в Figma компонент не всегда соответствует по пропсам тому, что есть на фронте в библиотеке shadcn (часть свойств может отсутствовать, часть — называться иначе). Тут потребуется немного ручной настройки и тюнинга компонентов в Figma Часть 2 напишу, когда подойду к ней!
#6 Spotify и галочка для людей
Spotify 30 апреля анонсировал Verified by Spotify. На страницах артистов и в поиске появится зелёная галочка, которая показывает, что профиль прошёл проверку, а за ним стоит реальный артист. На первый взгляд, ну галочка и галочка. Интернет ими уже весь увешан: соцсети, банки, маркетплейсы, доставка, мессенджеры. Каждая вторая платформа хочет сказать пользователю: вот тут вроде не скам, можно жить. Но у Spotify история интереснее. Там галочка появляется не просто как значок статуса. Она появляется на фоне очень понятной проблемы: музыки стало слишком много, ИИ-музыки тоже стало слишком много, а пользователь всё хуже понимает, кто вообще перед ним. Живой артист, фанатский профиль, синтетический проект, ИИ-персонаж или просто очередной контентный конвейер. Смотрите, как Spotify это решает. Чтобы получить галочку, артист должен показать стабильную активность, соблюдать правила платформы и иметь признаки нормального присутствия в реальном мире: релизы, концерты, соцсети, развитие профиля. ИИ-персоны и профили, которые в основном представляют ИИ-музыку, на старте галочку получить не смогут. Галочка больше не про статус. Она про доказательство, что за профилем вообще кто-то есть Раньше верификация была про важность. Большой артист, большой бренд, публичный человек, много подписчиков. Такая маленькая цифровая корона. Теперь смысл начинает меняться. В эпоху ИИ галочка всё чаще становится не короной, а паспортом. Не «смотрите, какой я важный», а «смотрите, я хотя бы настоящий». Spotify ещё добавляет на страницы артистов блок с деталями: карьерные вехи, релизы, гастрольная активность. По сути, профиль артиста начинают превращать в карточку доверия. Не просто обложка, аватарка и треки, а след в реальном мире. У человека есть история, движение, события, связь с аудиторией. Не просто файл, который вчера залили в каталог и сегодня он случайно попал в рекомендации. Вот это для дизайна очень показательная штука. Мы привыкли думать, что интерфейс должен помогать найти контент. А теперь ему всё чаще придётся объяснять происхождение контента. Кто это сделал, откуда оно взялось, живой ли это автор, можно ли ему доверять, есть ли за этим хоть какая-то реальность. И это не только про музыку. То же самое будет со статьями, картинками, видео, отзывами, товарами, вакансиями, профилями специалистов. Всё, что можно массово сгенерить, придётся как-то подписывать, проверять, контекстуализировать и объяснять пользователю. Интернет долго жил по логике «нажми опубликовать и оно появится». Теперь начинается следующий этап: опубликовать мало, надо ещё доказать, что за публикацией есть человек, история или хотя бы понятный источник. И в этом смысле маленькая галочка Spotify выглядит не как очередной элемент интерфейса. Скорее как ранний симптом новой санитарии интернета. Когда контента бесконечно много, ценностью становится не только качество, но и происхождение. Что думаете? ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Text Magic
Это плагин, который позволяет быстро генерировать тексты по шаблону, с переменными или из CSV-файла Install
Продолжаем баловаться в Claude: делаем интерактивную 3D на сайте☺️
В видео я рассказала пошагово цепочку действий – посмотрите для начала его!📹 Благодаря моей инструкции Claude сможет быстрее сообразить как сделать такую 3D 🔠 (это не отдельно загруженная 3D-модель, все эти буквы описаны прямо в коде, соответственно, вы сможете поменять их на свои) → 1. Инструкцию нужно складывать в ту же папку, где у вас лежат все файлы по сайту (в данном проекте шрифты + те файлы, что вы будете делать по инструкции)/либо прикреплять её к чату с ссылкой на макет и другие материалы (но я советую работать из папки) 2. Также важно повторять все те действия, что описаны в ней – так как там пошагово сказано как и что делать не только с точки зрения дизайна, но и как подготовить материалы ⚠️Я постаралась сделать эту инструкцию еще легче и понятнее, чем предыдущую – никакие дополнительные материалы/файлы, кроме макета в Figma + шрифтов, вам не понадобятся (все остальные файлы вы делаете сами по инструкции) Ссылка на инструкцию🔗 *Выше я делала инструкцию как скачать/зайти/установить Claude #полезное #клод
Проверка проекта в AI
На гитхабе дизайнер создал файл A11y.md — готовый контекст, который загружаешь в Claude (или любую другую нейронку) — и она начинает проверять твои макеты по стандартам WCAG 2.2. Дима и Миша рассказывали уже о том, что если не спросить нейронку, то она и не расскажет о доступности, так вот md решает данную проблему. Мне нравится, как этот диз написал: Accessibility is not a feature or an incremental improvement; it is a pre-condition for use. Доступность — это необходимое условие. Как пользоваться, если ты диз? 1. Открыть файл на GitHub A11Y.md из папки docs/en/ 2. Вставить в начало чата с AI «Строго следуй правилам разработки, описанным в файле A11Y.md» 3. Скинуть файл или ссылку на свой проект 4. Готово! Что внутри репозитория: ⚡ Command Center — главный файл с матрицей приоритетов, правилами поведения для AI и протоколом для сложных компонентов. 📚 Support Library — справочная библиотека с готовыми решениями по контрасту, формам, кнопкам, навигации и модалкам. 🛠️ Templates — шаблоны для финальной проверки перед релизом и структурированный лог для фиксации технического долга. 📝 Examples — реальные ошибки доступности из проекта на Figma Make, с конкретными исправлениями, которые предложил A11Y.md в роли автоматического ревьюера. Немного того, что важно для дизайнера: → Контраст текста должен быть 4.5:1, элементов UI — 3:1 → Нельзя передавать состояние только цветом — нужны иконка + текст + цвет → Минимальный размер кнопки — 44×44px → Плейсхолдер не заменяет подпись к полю → Графики обязаны различаться без цвета — текстурами или штриховкой и многое другое Этот файл не научит доступности с нуля, он действует скорее как быстрый фильтр и сверка с WCAG. Конечно, я за то, чтобы изучать A11y глубже )
⌛ Прелоадер для Тильды с прогрессом загрузки
👋 Всем привет, возвращаюсь в канал после небольшого перерыва с новой модификацией ) Сделала для себя вот такой простенький прелоадер для Тильды с помощью ChatGPT (в демонстрации мой ученический проект с курса Тильды Про, кстати 🤭) Фишка данного прогресс бара в том, что он имитирует реальную загрузку страницы, а не просто делает определенную паузу на экране загрузки. Сделать прямо таки настоящий прогресс бар загрузки для Тильды нельзя по утверждению нейронки, поэтому она сделала имитацию, очень близкую к реальному процессу загрузки сайта. По моим тестам все очень даже правдоподобно выглядит и совпадает с реальным временем загрузки. ⭐️ Код прелоадера в файле в комментариях к посту. ✨ В начале кода вынесены все основные настройки, которые вам могут понадобится для стилизации под дизайн вашего сайта (обратите внимание, что есть ряд настроек отдельно и для мобильной версии) — все подписано комментариями. ❤️ Если у вас есть вопросы по редактированию кода — дайте знать в комментариях 😊 #тильда #модификации #прелоадер
Ps Command Palette — бесплатный плагин для Фотошопа для поиска по командам меню, эффектам, скриптам, экшенам и инструментам. Джош Дункан сделал его по аналогии с AiCommandPalette для Иллюстратора.
Установка Файл ps.command.palette.plugin_PS.ccx открыть при наличии приложения Creative Cloud Desktop. Ручной способ — открыть файл архиватором и извлечь в папку Plug-ins вашего Фотошопа. Запуск После перезапуска Фотошопа плагин появится в меню Plugins → Ps Command Palette → Launch Ps Command Palette. Команду Launch можно добавить в экшен и назначить горячую клавишу, чтобы быстро вызывать поиск. #other_author #photoshop #utility
Делаем такой сайт в Claude!🍓
В видео я рассказала пошагово цепочку действий – посмотрите для начала его!📹 Благодаря моей инструкции Claude сможет быстрее сообразить как сделать скролл по видео + пространственную галерею → 1. Инструкции нужно складывать в ту же папку, где у вас лежат все файлы по сайту (шрифты, фото, видео и т.д)/либо прикреплять её к чату с ссылкой на макет и другие материалы (шрифты, фото, видео и т.д). 2. Также важно повторять все те действия, что описаны в ней – так как там пошагово сказано как и что делать не только с точки зрения дизайна, но и как подготовить материалы Ссылка на инструкцию🔗 *Выше я делала инструкцию как скачать/зайти/установить Claude #полезное #клод
ВЕБИНАР: КАК СОБРАТЬ ПОРТФОЛИО
Покажем варианты создания личного сайта технически и идеологически! Куратор: R. Ripsime Что будем делать? Исследуем как лучше сделать свое портфолио сегодня, какие есть секреты найма и как лучше показать свои сильные стороны. Что понадобиться? Доступ в интернет, фигма или любой графический редактор, а также фото/текстовые файлы по вашим проектам! Хотите получить ревью своего портфолио? Тогда заполняйте форму по ссылке, укажите ваше актуальное портфолио и приходите на встречу! Встречаемся онлайн: 9 мая, 18:00 по мск Ссылка будет в канале в день встречи. Участие бесплатное, без регистрации.
Согласитесь, что было бы круто, если на компе всегда был идеально подходящий шрифт под любой проект?
Чтобы вообще был не нужен тот этап, когда скроллишь бесконечный поток вариантов до ряби в глазах 😵‍💫 А теперь представьте, что искать вообще не нужно. 🪄✨ Просто открываешь файл и дизайнишь нужные слова сам.Спокойно, в творческом потоке, на вдохновении. Не как что-то усложняющее жизнь, а как естественное продолжение своей работы и чистое творчество. 🐸 Нужен детский проект — ты чуть смягчаешь форму, даёшь буквам разную ширину, добавляешь лёгкую неровность. И слово сразу становится тёплым, живым, как будто его нарисовали от руки. 🐬 Нужен спортивный — ты усиливаешь ритм, даёшь наклон, собираешь форму плотнее. И в буквах появляется напряжение, энергия, ощущение движения. 🐍 Нужен элегантный — ты работаешь тоньше. Чуть меняешь пропорции, расстояния, характер штрихов. И из тех же базовых форм рождается спокойное, уверенное, дорогое решение. И в какой-то момент ты ловишь себя на ощущении, что это легко в своей естественности. Что так и должно быть. Потому что ты – дизайнер. Ты можешь создавать из пятен нужное ощущение и придавать ему форму. И да, это тот самый момент, где работы начинают отличаться. Ты как специалист начинаешь очень-очень-очень сильно отличаться от массы. Если хочется стать таким спецом – приходите на СТРИМ 4 мая. Я покажу как это работает ✨ #этоЗНАК