abrahadabra

кстати, ещё о препроцессорах. Сами по себе препроцессоры — это ещё только чуть удобнее чистого css. По настоящему вкусно становится с использованием фреймворков. А большинство фреймворков написаны на sass.

Для начала правильный выбор. Less самый простой для понимания и освоения верстальщиком. Начинать с чего-то другого не стоит, может вызвать отторжение идея «программирования на css». В less замечательная работа с селекторами, очень удобные миксины, вплоть до того, что другие классы как миксины можно использовать. Хороший набор встроенных функций. Например, посмотрите в сторону функции data-uri, попользуйте её, и к чистому css возвращаться не захочется. Хотя скорее всего не захочется возвращаться гораздо раньше. Но в скором времени возможностей less станет не хватать. Условия, циклы — где они? На самом деле всё это сделать можно и в less, но неудобно и не очевидно. И тогда стоит обратить внимание на sass. В sass обязательно понравится возможность программирования, вплоть до определения своих функций и всякой лютой функциональщины. Если вы любите скобки так же, как люблю их я (то есть, совсем никак), то вам понравится вариант синтаксиса с отступами. Вам понравится в sass возможность расширения стилей как альтернатива миксинам ибо итоговый css в большинстве случаев так компактнее будет. Но очень скоро вы заметите, что в sass неудобная работа с селекторами, что некоторых удобных функций нет. Вы осознаете, что препроцессор мог бы быть и получше, чем sass. И вот тогда самое время обратить внимание на stylus.

кстати, да. Ещё один тормозящий момент У меня ноут похожий, но памяти 8. Тормозит только дважды: при запуске и когда индексирует. Во время непосредственно работы всё замечательно. Пробуйте. Можно же поставить и посмотреть, как оно будет у вас, а только после этого принимать решение, подходит оно вам или нет.

1) px в em переводить конечно же элементарно. @function em-calc($value, $context: $contextBase) @return ($value / $context) * 1emВ базовых настройках проекта можно указать базовый размер: $contextBase: 16pxА затем используете уже эту функцию где угодно в проекте: .some_class font: weight: normal size: em-calc(16px)Можно явно указывать, относительно какого контекста считать. Но с другой стороны, вам точно нужны em? Не лучше ли rem? 2) а padding и margin в процентах нужно задавать тогда, когда они должны быть в процентах

тормозит? У меня только запускается долго. Какой-нибудь Sublime по сравнению с любой IDE просто моментален. А после запуска работает быстро. А что за баг?

на псевдоклассы конечно можно назначить анимацию. И обычно так и надо делать. Когда такое лучше делать в js — это очень редкие, практически единичные экзотические случаи.

Правильный редактор ускоряет работу, не сомневайтесь. На роль правильного рекомендую WebStorm. Хотя на самом деле это IDE, а не редактор. Почему удобнее: автодополнение. Включая ваши собственные классы/функции; переход к определению классов по cmd+клик; подсказка интерфейса функции при наведении с зажатым cmd; интегрированный отладчик; интеграция с git и прочими vcs; интеграция с таск-менеджерами; встроенная панель задач gulp/grunt; возможность просмотра структуры модуля; умный рефакторинг; встроенная консоль; синхронизация с удалённым сервером (или с несколькими); встроенный просмотрщик БД; целая стайка инструментов для контроля за качеством кода и глупыми ошибками…да и ещё множество встроенных инструментов, в результате чего можно использовать только одну эту программу да браузер. И о существовании мыши можно не вспоминать, пока работаешь с кодом.

почти, да не совсем. Сама анимация смены изображений должна быть в css. А вот реагировать на действия пользователя css не умеет, и не надо ему такого уметь. Нажатие на кнопочку обрабатывать должен js, у блоков на это действие меняются классы. А вот для самих классов уже анимации. Например: .slider position: relative +size(100%, 200px) &__slide position: absolute top: 0 left: 0 +size(100%) transition: transform .5s ease &--left transform: translate(-100%, 0) &--right transform: translate(100%, 0)всем элементам, кроме активного, даём классы с модификаторами, и от этого свойство transform: translate будет меняться. Вот так и сочетаем.

Простите, а вы какого результата хотите добиться? img.attributes[0] — это у вас id. Что за свойство width у него?

Вот пример моей относительно недавней работы, где присутствует анимация. Там можно посмотреть, начиная с третьей секции. По нажатию на кнопку «далее», меняется кадр. Вот эта самая смена осуществляется средствами JS. В этом смысл такой, что это какая-никакая интерактивность. Реакция на действия пользователя. А вот сама смена кадров — это скорее к оформлению относится. В любом случае меняется видимость, положение, прозрачность элементов, просто меняется плавно. В css для этого все средства есть. Достаточно назначить начальное и конечное положение, длительность и функцию анимации — и браузер с этим справится. Всё то же самое почти можно сделать средствами JS, но! Каждый элемент будет менять свои свойства не менее 30 раз в секунду. Скрипт будет высчитывать новые свойства и назначать их элементу DOM. Как известно, работа с DOM — это самое тормозное, что есть в JS. Так зачем? Если есть требования поддержки ископаемых, то без вариантов, только JS. Но тут какой момент. В доисторических браузерах JS-машинка вообще не рассчитанная на сколько-нибудь серьёзные действия, а потому тормозная. Анимация на JS будет их тормозить ещё больше. Давайте не будем зверьми, не надо мучать трупы. Правильно делать анимацию на css, на js только смену состояний, а если браузер не умеет анимацию, но его поддержка необходима, то пусть он меняет состояния без анимации. Адекватный заказчик поймёт эти соображения.

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

так а на PHP же тоже доступен userAgent.

а так лучше. https://jsfiddle.net/49dmpnpe/1/

Вы случайно фиддл не попутали? В нём нет ни minifooter, ни чёрного блока.

так эта… if(navigator.platform==='MacIntel'){ console.info('пишем про Cmd для маков'); }

Теперь работает с Cmd+стрелка. А почему бы не написать так в шаблоне?

а, так речь о случае, когда прозрачным должно быть? В этом случае да, придётся извратиться.

почему?

На самом деле чем проще, тем лучше.

да конечно блок с border-top, в нём лого с отрицательным margin-top.

Вот так пользуешь годами и не знаешь, что на это клавосочетание повешена совершенно бесполезная функция. Наверное это недавно такое случилось. Помнится, раньше у Лебедева во всяких бизнес-линчах были Ctrl+стрелки, и работали. Сейчас же там при загрузке мелькает Ctrl, но меняется на Alt. Может стоит брать пример?

да, в windows действительно работает. А маки за что обидели?

так ведь вообще не работает. Браузеры: Chrome 47, Firefox 43, Safari 7.1.

ну вот как раз цены… По вашей ссылке предлагается создать сайт за 300-500 грн. Это точно нормально?

Нормально всё с поддержкой