klierik

1. Телепатов тут нет. Без кода говорить неочем. 2. Есть такое рабочее решение: http://ryanfait.com/resources/footer-stick-to-bottom-of-page/

1. www.fontsquirrel.com/tools/webfont-generator 2. #about { z-index: 999; }

.roomList > li:hover img { ... } .roomList > li:hover a { ... }

Я не увидел ни одного вопроса.

встроено. а только что скачал с: http://getbootstrap.com/ архив и увидел: http://screencast.com/t/i6Qb37Qn6Fn да, но гибкость будет не та. условно -- да. если дизайн подогнан под 960px сетку то проще-простого. 1. смотря что обнулять. 2. а чем normalize.css не подуше-то? 3. если что-то обнулять и/или изменять то: 3.1. проанализировать последствия 3.2. делать это после стилей БТСТ 3.3. ну и http://getbootstrap.com/customize/ никто не отменял

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

линк в студию.

зачем?

http://jsfiddle.net/klierik/WCyZr/8/ Дело в том что под ФФ высота кегля расчиталась на 1пк больше, чем под Хромом. Видимо особенности рендеринга шрифта. но вылечить не проблема.

атрибутов у тега случаем нет? width="" height="" так же можно попробовать: table .item img [ display: block; }

а что тут объяснять... свойство overflow:hidden; надо использовать только в тех местах когда он действительно нужен, а не для того что бы регулировать поток созданный float: left; Для того что бы управлять float есть свой свойство - clear. Оно более уместное. А еще рекомендую почитать про clearfix()

http://jsfiddle.net/klierik/9sZTa/4/

Далеко не все используют кастомные скроллы так как достаточно системного. судя по примеру: http://jscrollpane.kelvinluck.com/basic.html за кнопки отвечают эти элементы: http://screencast.com/t/KbVOV8OgcUS

Оформи тему как описано у меня в подписи, пожалуйста А для чего именно #news должен занимать оставшееся пространство? Это как-то требует дизайн? а что будет если в каком-то блоке будет переполнение контентом? где должны появляться скролы?

ИЕ рендерит шрифт по-своему и сглаживание у него другое. Сафари под Мас: http://screencast.com/t/ifDJrXG6 Лечится так: http://screencast.com/t/P7NSSDdWqxk Хром Версия 29.0.1547.76: http://screencast.com/t/6TGAQ66txJQ -- все ок. FF - как в хроме.

http://jsfiddle.net/klierik/jNkd3/

не работает потому что валятся ошибки в файле http://em-reklama.ru/plugins/scroll/jquery.mousewheel.js Требуется jQuery 1.2.2+. Какая у тебя там стоит не известно.

Оформи, пожалуйста, тему соответствующе: Как правильно оформить вопрос/проблему

а это как -- в другую сторону?

а что это за скрипт такой?

Я так иногда делаю, но это обусловленно рекомендациями БЭМ, в которых все разложено по полочкам. .block-name .block-name__element-name .block-name_modification Такой подход себя очень хорошо показывает в определенных нестандартных больших постоянно развивающихся проектах. В дефолтном сайтостроении такой подход, скорее всего, будет избыточен.

обычный div с бордером и картинкой в качестве фона. + читай в подписи как правильно задать вопрос.

То что такой подход в программировании себя зарекомендовал спорить не буду. Там иначе функцию не назовешь. Да и переменную тоже, так как "-" воспринимается как минус. А вот в вебе классы настоятельно рекомендуется именовать маленькими буквами. Словосочетания через "-". Как минимум потому что в обычной типографии (книги, журналы прочее) между словами присутствует расстояние -- пробел. Удобнее прочитать ".block-name" нежели .blockName потому что первые вариант больше схож с обычным, привычным ему, текстом. Читается проще, быстрее. Распознание текста выше так как "-" воспринимается в качестве пробела. Особенно это касается длинных слов: .available-in-stock против .availableInStock .welcome-msg или .welcomeMsg .form-language или .formLanguage .col2-right-layout или .col2RightLayout И вот представь что у тебя 30+ CSS файлов, которые написаны в стиле .blockName и каждый клас требуется распозновать читая по-буквам, ищем большую букву для разделения словосочетания что бы понять. Да, к этому можно привыкнуть, и читать на лету, только вот зачем? Данная форма записи чужда в распознании на лету не подготовленному разработчику. Кажется мы с тобой уже вели диалог на данную тему 6-12 мес назад. Ссылки, да пожалуйста: http://www.yandex.ua/ http://getbootstrap.com/ Сюда так же можно привести и https://www.google.com но там подход иной. На фронте им свойственно сжимать классы до букв: .a, .ab, .abc или же .zA .yO -- шикарный подход что бы ужать код ибо CSS регистрозависим. Думаю этого более чем с головой.

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

Под MacOS все работает отлично. Никогда не слышал о подобных проблемах. Предпологаю что у тебя проблемы с ПО.