Все верно. Похожий метод использует интернет-магазин «Enter»: добавив товары в корзину и перейдя позже в социальную сеть, ты получишь таргетированную рекламу о том, что у тебя есть товары в корзине, не забудь их оплатить.
А какое будет решение проблемы кривого (с зазубринами, дефектами и др.) рендеринга шрифта? В частности на Windows и экранах «обычной» плотности пикселей?
Да не, ничего не зависает. Просто у вас айфон старый!
Тафти писал про визуализацию информации в основном, а Раскин верил в консольный интерфейс.
Про заголовки писали выше — они выравниваются по центру экрана, глобально.
Писали про то, что нужно сначала смотреть макеты, хотя, на самом деле, можно и не смотреть макеты, потому как видно, что дизайн приложения разрабатывался собственными силами, а не хорошими ребятами из какой-нибудь студии.
Капитель и отсутствие разрядки — это фирменная фишка «дизайнера» который рисовал приложение.
Только какой во всем этом смысл? Вы программист, критикуете дизайнеров, причем на стадии реализованного продукта. Не у всех дизайнеров есть яица, чтобы в момент разработки требовать от программистов качественной реализации. Не говоря уже о внутренних процессах.
Критиковать очень легко, все что угодно можно критиковать. Поэтому в дизайне очень часто употребляют: «сначала сделай сам, потом выебывайся».
Поэтому, если бы вы «показали как надо», возможно, это было бы хоть как-то полезно. Но просто сделать разрядку, сократить количество стилей для текста и причесать — этого мало.
Конец 2013 года, а вы верстаете сайт и ограничиваете его статичными размерами, указывая размеры и отступы в пикселах.
Вы серьезно? Мне кажется, таких верстальщиков нужно перепрофилировать, и либо из них будет хороший «фронт-энд-разработчик», либо «вон из профессии».
Крайне часто приходится сталкиваться с верстальщиками, и давно я такого кода не видел.
А как же делать прототипы ios приложений в интерфейс билдере? Это наиболее точный и гибкий инструмент, и при наличии нормальных навыков у дизайнера, даже быстрый.
Проблема многих дизайнеров в нарезке графики и в том, что они часто не называют слои.
В определенный момент, при достижении определенного профессионального уровня (в культурном наверно плане), дизайнер начинает группировать слои в папки, называть нормально папки, называть нормально слои, и даже кодировать их цветом.
Выигрывает тут и дизайнер, который может не запутаться в проекте, если он его откроет через месяц, и верстальщик/программист, который будет после дизайнера, возможно, ковыряться в проекте.
Хорошо когда наименования осмысленные совсем.
Это панель кнопок на iPhone? «Bottom Bar» называй, и никаких проблем.
Это подвал сайта? «footer», и т.д
Еще одна плюшка — называние слоев так, как они будут при экспорте.
«button_mail_pressed.png» — отличное название для слоя.
Используйте пожалуйста Layer comps.
Это позволит проще показать состояния объектов и другое минимальное изменение.
Например: можно взять кнопку, и сделать из неё smart-object, а внутри объекта, сделать 3 layer comps: normal, hover, pressed.
Можно забиндить на клавиши перемещение между layer comps и наглядно смотреть на кнопку в разных состояниях, без особого труда.
Ах, ну и еще. Есть такой инструмент — Layer Cake.
Если вы будете называть слои *.png, а потом просто перетащите PSD файл в окно с программой — она сама порежет на кусочки все картиночки. Хоть у вас там 150 кнопок. Все порежет без труда.
Правда смарт объекты не умеет резать по layer comps, но это другая история.
Главное — основную графику режет просто и быстро.
Тафти писал про визуализацию информации в основном, а Раскин верил в консольный интерфейс.
Про заголовки писали выше — они выравниваются по центру экрана, глобально.
Писали про то, что нужно сначала смотреть макеты, хотя, на самом деле, можно и не смотреть макеты, потому как видно, что дизайн приложения разрабатывался собственными силами, а не хорошими ребятами из какой-нибудь студии.
Капитель и отсутствие разрядки — это фирменная фишка «дизайнера» который рисовал приложение.
Только какой во всем этом смысл? Вы программист, критикуете дизайнеров, причем на стадии реализованного продукта. Не у всех дизайнеров есть яица, чтобы в момент разработки требовать от программистов качественной реализации. Не говоря уже о внутренних процессах.
Критиковать очень легко, все что угодно можно критиковать. Поэтому в дизайне очень часто употребляют: «сначала сделай сам, потом выебывайся».
Поэтому, если бы вы «показали как надо», возможно, это было бы хоть как-то полезно. Но просто сделать разрядку, сократить количество стилей для текста и причесать — этого мало.
Вы серьезно? Мне кажется, таких верстальщиков нужно перепрофилировать, и либо из них будет хороший «фронт-энд-разработчик», либо «вон из профессии».
Крайне часто приходится сталкиваться с верстальщиками, и давно я такого кода не видел.
offpocket.com
Оффтоп:Сейчас еще должны прийти ребята, и кричать: «Fireworks! Fireworks!»
В определенный момент, при достижении определенного профессионального уровня (в культурном наверно плане), дизайнер начинает группировать слои в папки, называть нормально папки, называть нормально слои, и даже кодировать их цветом.
Выигрывает тут и дизайнер, который может не запутаться в проекте, если он его откроет через месяц, и верстальщик/программист, который будет после дизайнера, возможно, ковыряться в проекте.
Хорошо когда наименования осмысленные совсем.
Это панель кнопок на iPhone? «Bottom Bar» называй, и никаких проблем.
Это подвал сайта? «footer», и т.д
Еще одна плюшка — называние слоев так, как они будут при экспорте.
«button_mail_pressed.png» — отличное название для слоя.
Используйте пожалуйста Layer comps.
Это позволит проще показать состояния объектов и другое минимальное изменение.
Например: можно взять кнопку, и сделать из неё smart-object, а внутри объекта, сделать 3 layer comps: normal, hover, pressed.
Можно забиндить на клавиши перемещение между layer comps и наглядно смотреть на кнопку в разных состояниях, без особого труда.
Ах, ну и еще. Есть такой инструмент — Layer Cake.
Если вы будете называть слои *.png, а потом просто перетащите PSD файл в окно с программой — она сама порежет на кусочки все картиночки. Хоть у вас там 150 кнопок. Все порежет без труда.
Правда смарт объекты не умеет резать по layer comps, но это другая история.
Главное — основную графику режет просто и быстро.