iMaximus, студент, знающий objective c/swift с эпплноутом? может их и немного, но уж точно в красную книгу не занесены. А вы много знаете студентов, живущих чисто на стипендию? Про иллюстрации согласен, понятия не имею, сколько будет стоить хороший иллюстратор. Но для начала можно обойтись не очень крутым иллюстратором.
Ну, если вам удастся убедить разработчиков в прибыльности затеи, то может кто и клюнет. Почему нет? И не соглашусь, что у такого приложения "нехилый" бюджет. Ничего сложного тут нет. С этим справится и студент, если он не двоечник.
sergey_from_saratov, а что-то мешает выводить кубики в контейнере, как в моем примере? Т.е. каждая пара красный/синий кубик в своем контейнере? Это и логически будет правильно и такие моменты как ховер будут работать. И кстати, так уж необходимо реализовывать ховер средствами JS?
vasIvas, дык я не спорю. Вебпак заточен под сборку приложения. Пофиг SPA это или классика. Меня вебпак более чем устраивает. Оседлав вебпак, на галп/грант больше не возвращался. Просто я в последнее время только SPA делаю, классическое давно не делал.
Назвать его можно как угодно: inactive, unfocused, unselected и т.п. Потеря фокуса не обязательно означает полное снятие выделения. Зависит от контрола (компонента). Если это инпут, то потеряв фокус, исчезнет бордер, но текст, выделенный в инпуте, станет серым. Если это список, то там аналогично. Это просто общепринятое и ожидаемое поведение любого контрола на любой платформе. Но, конечно, бывает разное.
vasIvas, я не говорил, что есть проблемы. Я имел ввиду, что в случае с классическим приложением, когда каждая страница рендерится на сервере и имеет свои скрипты, возможно, удобнее будет использовать gulp. Зависит, пожалуй, от размера проекта.
darksladen, по вашим словам не видно всей картины. Тут ведь зависимость не только от блока, который нужно подвинуть, но и от других блоков. Я что хочу сказать, если нужно подвинуть блок, то может вообще флексы не нужны, может просто юзать position: absolute, или padding у родителя или еще какую-то комбинацию из сотен возможных?
Не вижу проблемы, чтобы подвинуть что-то на пару пикселей. Можно ведь подвинуть не flex child, а элемент внутри него. Разумеется, не стоит пихать флексы куда попало, но не всегда есть возможность заранее определить. Отмазка "это флексы, чувак, здесь так не сделаешь" не выдерживает никакой критики.