Алексей Сегодин: Ясно. Это в общем не проблема пока, но если они сделают платную подписку для верстальщиков (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 изображениями увеличенного размера?
Мне в идеале надо чтобы картинка отображалась с двойной плотностью пикселей, а при сохранении можно было бы указать, что надо сохранить в двух вариантах ее (оригинал и уменьшенная в два раза)
Ankhena W: не, там валидация через html не обращает внимание на аттрибут required. А если есть специальные стили для неправильно заполненных полей (например красный бордер у инпута), то этот стиль будет применяться когда поле просто пустое. Если задать ему начальное значение, то это может сработать, но мне нужно было универсальное решение, поэтому отказался от number вообще.
Ankhena W: по сути есть только один кроссбраузерный способ валидации - через джаваскрипт. Способ через html не работает в ios safari. Можно выставить начальное значение конечно, но пользователь может его удалить. Лично я намучался с этим input number и забил на него до лучших времен.
Ankhena W: input number имеет одну проблему - при валидации формы пустое значение расценивается как :invalid. Лучше использовать input text с аттрибутом pattern и регулярным выражением типа [0-9]+
В этом случае клавиатура на мобильных также будет цифровая открываться.
это будет работать?
по сути получается, что надо сделать каллбэк, который будет вызываться при изменении ширины экрана, ставить на паузу анимацию и инициализировать переменные с размерами заново, а потом запускать анимацию.
По моему это самый нормальный способ... лучше чем на каждой итерации проверять не изменился ли экран
На планшете тормозит