Pull to refresh
44
0
qbique @qbique

User

Send message
Сделали и сделали, хвастаться особо не чем. Если закрыть левый глаз, то да, почти как у Яблока, но стоит присмотреться, как сразу становится понятно — жалкая подделка, где каждая мелочь по всему корява :)
А что говорит call stack?
Не согласен вот с этим
2) Если применяется градиент к слою, использовать обычный режим наложения (blend Mode: normal) и его реальные цвета.
Не должно быть никаких полупрозрачных градиентов и сложных режимов наложения типа ''multiply, screen, overlay, и т.д.".

Дизайнер тоже хочет оптимизировать свою работу. Например, кнопка с градиентом и прочими эффектами, я всегда использую solid color для основы, все остальное — смешиваю. И если мне понадобится кнопка другого цвета, я просто изменю цвет подложки, остальное фотошоп сделает сам. И меня мало интересует, что кто-то не умеет пользоваться пипеткой или у него слабые познания в техническом дизайне.

Вообще, тема не новая, и каждый раз одно и тоже — кто-то кому-то что-то должен :)
Вполне логичный шаг — выпустить апдейт после массивного тестирования на обычных пользователях.
Что-то мне подсказывает, что тупой ресайз приведёт к снижению качества графики. В случае с iOS, уменьшение в 2 раза будет работать нормально только в том случае, если координаты и размеры будут кратны 2м. Для WP увеличение в 1.6 раза вообще гарантирует, что графика перестанет попадать в точки. Что ж делать? :)
Насчёт субъективно — не соглашусь :) Есть гайдлайны, нужно стараться им следовать. Ваш вариант визуально слишком сложен, как для обычной кнопки.
Посмотрите, например, на toggle button. Это аргумент в пользу более простого решения.
Я имел ввиду визуальную составляющую, что там под ней скрывается — вопрос десятый. Стиль на любителя, да, но чекмарк в вашем случае мне не нравится по идеологическим причинам, у него другое назначение. И да, я уверен, что обычный прямоугольник, залитый контастным цветом справится лучше :)
Я бы тоже рекомндовал отступ, в вашем случае прилягающие кнопки создаются двойную границу. Есть 2 пути — раздвинуть контролы, либо избавиться от лишних контуров.
Как-то слишком мудрёно :) Почему бы не посмотреть в строну кнопки? У WP кнопки имеют состояние :active (кнопка заливается цветом в момент нажатия). Вам нужно 3 кнопки, одна всегда «зажата», другие в дефолтном состоянии — это и будет segmented control.
Я вообще немного удивлён, что Ангуляр в шаблоне проекта свалил всё в кучу. Когда сами разработчики фреймворка не пытаются помочь с организацией проекта, это как-то странно…
ну просто вы показали ровно то что есть в статье :)


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

статью не читай комментарий оставляй?

вы сделали такой вывод основываясь на чём? :)
Неплохо сделано в ExtJS — docs.sencha.com/extjs/4.2.0/#!/guide/application_architecture
как показала практика, такой подход упрощает жизнь, прямо из коробки разработчик раскладывает всё по полочкам и потом придерживается установленного порядка.
а перекрасить этот автобус можно в пару кликов :)
Как альтернатива создания градиентов — использовать шейп, залитый однородным цветом, а сам цветной градиент получать путём наложения чёрно-белого градиента. Например, color dodge/screen для осветления и linear burn/multiply для затенения. В сухом остатке — очень быстро и просто менять цвета, не нужно точно подбирать 2 цвета, вместо этого достаточно изменить основной цвет и подкорректировать прозрачность градиентной заливки. Как показала практика, это чертовски удобно и позволяет немного оптимизировать работу дизайнера. Вот простой пример, все градиенты получены путём смешивания базового цвета и обычного чёрно-белого перехода с различными режимами наложения.
image
А что не так с метро на ПК? Большие плитки, в них легко попасть как пальцем, так и мышкой. Не понял сути притензии
Не стоит гадать, когда можно немного погуглить :)

Закон Фитса позволяет определить количественно тот факт, что чем дальше находится объект от текущей позиции курсора или чем меньше размеры этого объекта, тем больше времени потребуется пользователю для перемещения к нему курсора.

В одномерном случае, при котором размер объекта вдоль линии перемещения курсора обозначается как S, а дистанция от начальной позиции курсора до объекта — как D, закон Фитса формулируется следующим образом:

image

Время (мс) = a + b \log_2(D/S+1)

Константы a и b устанавливаются опытным путем по параметрам производительности человека.


Оригинал вот тут — raskin-interface.narod.ru/interface/chapter4.htm#s4.1, листаем до 4.4.1.
капитан-очевидность с вами не согласен :) палец/рука/тело менее точны, чем движения мышью. в конце концов, многолетнее использование мышки хорошо развивает мелкую моторику. например, после 8ми лет работы с графическими редакторами, я могу идеально точно выделить любую область с точностью до пикселя. а тач интерфейсы менее требовательны к точности попадания, что полностью соотвествует закону Фиттса :)
И ещё интересный момент, мне кажется, что современные смартфоны с очень большим экраном немного теряют в удобстве, тк очень сложно с ними работать одной рукой. И да, именно по этой причине tab bar в iOS удобнее аналогичного контрола в Android, только потому, что он находится внизу экрана :)

Information

Rating
Does not participate
Date of birth
Registered
Activity