antonKar

http://masonry.desandro.com/methods.html

Я 2 состояния расписал, скрытое и нескрытое.

И оно встало прям в 2 или 3 колонки, а не в одну? Коллеги когда-то давно показывали, а откуда они это взяли не в курсе.

https://encrypted.google.com/#q=float+css

msnry = new Masonry( $("#container")[0] );msnry.layout();И будет вам счастье

#i:hover + #N, #i:active + #N { visibility: visible; }

http://book-foundation.com/ вот тут при изменении ширины окна 3 столбца ужимаются в 2. Masonry. Или это не то?

А в чём суть задания?

С шириной костыльно же будет. Нет?

ыыыыы

Вместо display: none используйте visibility: hidden; opacity: 0; visibility: visible; opacity: 1; Для большинства случаев этого вполне достаточно

Так что разбирайтесь со скроллбаром от 2гис выше по ссылке моей

Как где, везде, где рассказывается про position. Так как человек ничего не говорил про изменение position, то логично предположить, что он с ним ничего и не делал.

Какие разделы, если у него макет один?

Только не забудьте посмотреть на маке с какой скоростью у вас скроллбар проматываться будет.

Единственный нормальный кастомный скролл http://habrahabr.ru/company/2gis/blog/169359/ Отслеживать клик и пихать данные в input[type=hidden]

Лол. Вот это называется говновёрсткой.

Зачем, если: а) z-index не работает с position:static, б) простого position: relative достаточно, чтобы быть над блоком с position: static

position: relative для ul

@media screen and (max-height: 768px) { /*и поехали*/ } Либо через JS определяйте, что у вас ipad (только у нас как бы и иные планшеты есть), определяйте у него горизонтальную ориентацию и применяйте transform к body.

Тогда только через JS хардкорить с контентом, если таблицы останутся.

http://jsfiddle.net/4fedz2Lx/2/ немножко облагородил для изысканий, а то с таблицами жестоко конечно

Flash год назад умел экспортировать покадрово анимацию в спрайт, но как именно это делается не могу сказать, я только видел такое со стороны.

В основном кнопки имеют 100% ширины с border-box, если где-то надо корректировать ширину, то идёт наследование от form, типа .callback input[type=submit], имхо это лучше в большом проекте, потому что меньше шансов поломать что-либо, если надо поменять ширину. Если через классы делать, то надо ещё дополнительно будет смотреть в других местах с кнопками, где используется тот же самый класс, чтобы ничего не сломалось. Либо навешивать ещё один класс, который отменяет собой другой класс, или ещё чего выдумывать. Зато у нас получается огород из классов, как-то не особо позитивно получается. Кстати, а от неё какой смысл, если все дизайны всегда разные, даже в рамках одного большого проекта колонки разные получаются по ширине и отступам.

Будут. Используйте классы, например, для взаимодействия с DOM-структурой.