Алексей Сегодин: Ясно. Это в общем не проблема пока, но если они сделают платную подписку для верстальщиков (read-only mode) то это будет печально. И еще не понял как установить line-height? Вообще, судя по всему, программа еще не совсем готова к использованию. Обидно. Так не хотелось покупать Sketch, но видимо придется (хотя там тоже много проблем и нет возможности рисовать дизайн привычным для верстальщика образом - через паддинги и маргины)
Алексей Сегодин: ну я как раз думаю, что детальное описание только запутывает. Оно и у Вас отнимает время и у верстальщика, так как появляется дополнительный чеклист, с которым надо сверяться. Лично мне кажется, что идеальным был бы подход со стайл гайдом, ну и вообще чтобы единообразие было в макете (не плодить сущностей, не добавлять тяжетых шрифтов без крайней необходимости, соблюдать вертикальный ритм, строить отступы по ясному алгоритму и т.д.).
Кстати adobe XD еще используете?
Я из ща него изначально сюда попал через поиск в гугле)
А какой смысл в таком детальном разборе макета, который по сути ничего не обьясняет?
Если Вы решили рассказывать верстальщику про то, где какие отступы надо делать, то лучше оперировать терминами типа padding или margin.
В Лого указано, что текст центрируется вертикально, но не указано от какого значения брать центр. Если это значение берется из макета, то тогда невижу смысла в сопроводительном документе еще раз расписывать эти пиксели.
В примере с меню например высота в 60 пикселей никак не помогает - ее надо вычислять из line-height и вертикального padding (лучше было указать сразу какой паддинг нужен для элементов).
Фоновые изображения меняются каждые пять секунд с эффектом "прозрачность" - а с каким timing-function это происходит?
В общем почти в каждом пункте есть неоднозначность в трактовке, что приведет к новым уточнениям от верстальщика (получается, что проделанная работа по написанию 20 листов документации не облегчает процесс верстки, а только запутывает).
Лично я думаю, что дизайнер должен очень хорошо знать верстку, прежде чем писать такие пояснительные записки разработчикам. Хороший дизайнер это тот - кто проектирует отталкиваясь от возможностей CSS и браузеров, оперируя padding, margin, line-height и прочими величинами, а не просто рисует картинки.
PS. Все вышесказанное не направлено против Вас лично, просто мнение по поводу таких вот сопроводительных писем в ТЗ.
Игорь Воротнёв: проблема в том, что надо на артборд поместить именно картинку для ретины визуально уменьшенную на 50 процентов, чтобы было из чего программе сохранять обе версии файла. В фотошопе я не нашел точного описания как работает алгоритм их экспорта в х2 - либо он увеличивает картинку тупо растягивая ее, либо берет оригинал фотки из кэша и из нее создает ретина-изображение. Скетч мне лично не очень понравился. Да и все просчт именно psd макеты. Фотошоп думаю буду настраивать всетаки пытаться.
riot26: когда последний раз Вы запускали фотошоп?
Лично меня скетч не устраивает по причине отсутствия подписки. Если у разработчиков упадут продажи они очень скоро забьют на продукт или сделают новый и будут его продавать еще раз.
Пару месяцев назад я покопался в Скетче и не увидел там ничего такого, чего нет в современном фотошопе (не считая создания векторных иконок). Все тоже самое. Те же смарт объекты и монтажные области. А так как Скетч относительно свежий продукт, то они могли бы реализовать более правильный подход к работе с вебом, путем добавления элементам таких параметров как padding, margin, line-height и прочее.
а как в скетче решается проблема c изображениями увеличенного размера?
Мне в идеале надо чтобы картинка отображалась с двойной плотностью пикселей, а при сохранении можно было бы указать, что надо сохранить в двух вариантах ее (оригинал и уменьшенная в два раза)
А какие альтернативы бутстрапу сейчас существуют?
По мне это самый оптимальный инструмент, если необходимо использовать интерактивные элементы, типа табов или аккордеонов. Самому эти вещи очень сложно реализовать по правильному (с учетом требований wcag)
Ankhena W: не, там валидация через html не обращает внимание на аттрибут required. А если есть специальные стили для неправильно заполненных полей (например красный бордер у инпута), то этот стиль будет применяться когда поле просто пустое. Если задать ему начальное значение, то это может сработать, но мне нужно было универсальное решение, поэтому отказался от number вообще.
Ankhena W: по сути есть только один кроссбраузерный способ валидации - через джаваскрипт. Способ через html не работает в ios safari. Можно выставить начальное значение конечно, но пользователь может его удалить. Лично я намучался с этим input number и забил на него до лучших времен.
Ankhena W: input number имеет одну проблему - при валидации формы пустое значение расценивается как :invalid. Лучше использовать input text с аттрибутом pattern и регулярным выражением типа [0-9]+
В этом случае клавиатура на мобильных также будет цифровая открываться.
