Алексей Шепелин
Ну в ФШ есть какой-то вектор, но раньше было все сложно.
Без интернета сейчас почти любой процесс останавливается, так что если связи не будет, то тупящая фигма будет не самой большой проблемой (по крайней мере, если у вас не только на дизайне все завязано). Ну и оффлайн там в каком-то зачаточном виде тоже есть с файлами, которые с облака вытягиваются.
Думал об этом, но пока по затратам лично для нас не стоит оно того.
Их можно скрыть в меню (View -> Show/Hide UI), но так, как с продуктами Adobe, когда все панели на отдельном окне не получится, принцип работы другой.
Спасибо! Тестовый прогон 2 дизайнерами на двух новых проектах (по таймингу примерно так же, как на скетче вышло, дельта очень небольшая). Плагин и обработчик писался одним разработчиком, суммарно примерно 2,5 недели времени (в свободное от коммерции время). Гайдлайн я писал около месяца (не каждый день и по чуть-чуть), библиотека компонентов собрана за 1,5 недели одним дизайнером (ну и постоянно обновляется, конечно).
Я тоже так думал, пока не поработал какое-то время с группами в Фигме. Разница чувствуется (да, я понимаю, что Скетч пытается догнать и наращивает функционал)
Да, тоже вариант, но я бы не сказал, что это костыль. Сам инпут итак лежит в компоненте (лейбл, поле инпута с плейсхолдером, дескрипшн), у которого настроен Auto Layout. Просто инпут вы можете как отдельно использовать где-то, убрав тот же лейбл с дескрипшном, так и в рамках составной формы и тут этот отступ будет скорее мешать. Т.е. в рамках одного кейса, который был выше, это выглядит костыльно, но в рамках продукта в целом вполне норм.
Речь ведь не о дублировании zeplin, скорее о том, как упростить сборку макетов на основе предустановленных параметров.
Для себя мы определяем основное: возможность повторного использования. С вертикальными это просто, они легко дробятся на классы (межблочные, внутри блока, внутри элемента и так далее). Из горизонталей тут на эту роль разве что паддинги идут у некоторых блоков, что довольно ситуативно и проще один раз такие штуки заверстать (по крайней мере пока это так, мб найдем удобное решение).
Спасибо!
1. Это имеет смысл делать для первых страниц, которые вы готовите (главная, ключевые страницы, страницы с нестандартной версткой), так как часть вашей аудитории зайдет с HD, часть с какого-нибудь старого ноута с 1280-1300, кто-то с пятерки старой, а у кого-то планшет китайский, непонятно какого разрешения вообще. Кейсы могут быть любыми и вы должны заранее спрогнозировать поведение макета в максимально широком диапазоне состояний чтобы снизить процент отказов. При этом все страницы никто и не готовит в 7 разрешениях: обычно фронт с дизайнером проходят по списку и выделяют те разрешения, которые нужны фронту, чтобы понять поведение макета. Клиенты на это обычно довольно позитивно реагируют.
2. Большая часть (вкладки, табы, ховеры) работает в целом примерно так же. Более сложный функционал (добавление в корзину) описывается на уровне сценариев (но да, тут минус в том, что сложные интерактивные сценарии в фигме пока полноценно не получается отрабатывать). Однако, суммарные плюсы перехода перевешивают.
Теоретически это можно делать, но на практике не имеет смысла. Слишком много условий, особенно если учитывать, что в рамках состояний экрана (например, Tablet 768 - 1024) верстка обычно резиновая.
У нас в основном веб, а в нем это не такой частый кейс у мобилок
Вы можете открывать 2 вкладки браузера на разных экранах и получите примерно тот же эффект. Либо приложение для основной работы + вкладку браузера с прототипом. Я согласен, что есть свои минусы и лаги, но с точки зрения гибкости инструмент получился прекрасный.
Я свой первый дизайн во Flash делал. До сих пор неловко становится, когда вспоминаю.
Было бы круто) Вообще, тенденция радует, очень ждем теперь обратную связку код -> дизайн, чтобы убрать лишние шаги по актуализации дизайна, но это больше для продуктовых команд актуально.
Этот отступ - самое важное. Про него в статье была ссылка на то, как это Кельник делает. За счет того, что он есть и забит в компонентах проекта мы можем очень быстро менять все его экземпляры на проекте если это потребуется (а такое периодически может происходить). Здесь он просто с нулевым opacity стоит для красоты. Как-то так.
Спасибо! У Фигмы есть контроль версий из коробки. Не идеальный, но намного лучше всех аналогов, что мы успели попробовать за время пользования Скетча. Вообще, если макетов много, спасает общая библиотека компонентов под конкретный проект + контроль версий + регламент работы, который понятен всем участникам.
Да их никто и не хоронит, в статье я говорил про конкретный инструмент и его специфику.
У них довольно удобное приложение для этого, пополняю в нем пока подхожу к станции, закидываю их на карту за 1 минуту через терминал и иду дальше.
Спасибо!
Думаю, можно нарисовать их и у нас, но тогда засрут за порчу исторического наследия и облика станций)
Человек среднестатистического роста - да, должен. Но сейчас читаю комментарии и понимаю, что для надежности решения язык, как единственный кликабельный элемент в верхней части, надо было ставить ниже (возможно в самом низу экрана), но в этом случае могли бы быть проблемы с его распознаванием (нижняя часть экрана тоже далеко не всегда очевидна для пользователя).
С WiFi хорошая идея, надеюсь, что рано или поздно они это сделают
Как и писал до этого, коробку уже придумал Дептранс и мы не имеем к этому отношения. Наш - только дизайн концепт интерфейса.
К сожалению, дизайн самой коробки был уже придуман ранее Дептрансом. Все, что мы сделали - представили, как может работать его интерфейс.
Хорошая идея, спасибо!
Если говорить о стартовом экране, то да, скорее всего после тестирования его элементы будет иметь смысл делать покрупнее (но нужны тесты, а это - дизайн концепт, который мы проверяли у себя, но без возможности встроить в реальный продукт). Что касается собственно начинки, то работая с ней вы будете стоять на расстоянии вытянутой руки и для данного расстояния все элементы читаемы.
Виджет - один из вариантов развития, самый простой для старта. Туда спокойно встают и информационные сообщения и график движения ОТ и данные по пробкам. :)
Нет, как раз рефакторинг дизайна делает именно дизайнер, не менеджера же сажать). Да, может быть ситуация, что один человек сделал дизайн-концепцию, второй - рефакторинг, а доводку остальных страниц делает третий, но мы стараемся по возможности так не делать и у каждого проекта есть автор.