Leaderboard

Про h1 поддерживаю мысль, что название этой страницы выражено логотипом. Чекбоксы, имхо, можно было бы чисто для удобства сгруппировать в плавающие столбцы по 4 шт., аналогично спискам ссылок в подвале. Тогда не пришлось бы плодить нелогичные классы для задания ширины. В горизонтальных менюшках смущает, что пропадает место под отступы, тогда как текст умещается практически впритык (добавится одно слово текста в любую из ссылок — и привет вторая строка). Я бы рассмотрел варианты CSS-таблицы либо чего-то такого. А то и флексбоксов с деградацией до нынешнего варианта в старье. Еще я бы не делал заголовки списков их элементами (<li class="title">), а поставил бы отдельные h3 какие-нибудь. Не стоит экономия одной обертки такого насилия над логикой. Так можно в HTML5, но знатоки советуют этим не злоупотреблять, т.к. 1) не все браузеры/читалки и т.п. освоили новый алгоритм структуры заголовков, 2) у многих поисковиков по-прежнему особо трепетное отношение к h1, и лучше, чтобы в нем было только самое-самое главное.

Необходимо установить следующие параметры кастоматизации: Less files / Component animations (for JS) jQuery plugins / Transitions (required for any kind of animation) Скорее всего анимация меняется в css: .modal.fade .modal-dialog , .modal.in .modal-dialog

А чем не подходит аккордион от jqueryUI (официальный)

В милисекунды, чтобы перевести .parse() применить - в объекте станет хранится не строка тогда, а милисекунды с 1970 года.

Тебе нужно вручную высчитать сколько до нового года осталось времени. А именно использовать функции установки конкретной даты. Например, setHours(24*2, 0, 0, 0) - создаст дату на 12 ночи завтрашнего дня. До нового года тебе просто создать дату new Date(1 jun 2014) (или как там январь сокращенно). Есть также функции установки года, минут. секунд http://www.w3schools.com/jsref/jsref_obj_date.asp

Всю тему не читал, но последняя джумла мне очень понравилась. Третья последняя вроде. Там всё сделано по-человечески. Старая была и правда говном страшным. Ну и под неё есть два способа разработки: нормальный и извращенский.

Причина в том, что при наведении на красную кнопку меняется высота блока .ad-item. Поэтому все и дергается. В дебаггере задала фиксированную высоту - и все перестало дергаться. Нужно отрегулировать размеры кнопки при наведении и в исходном состоянии.

На JS этого сделать нельзя. На PHP есть mail(). Читайте документацию. Ну или готовое решение, со всеми плюшками - https://github.com/PHPMailer/PHPMailer

Откуда данные про память? Ясен пень, что память нужна, но почему много? Много — это сколько? Что касается магазинов на джумле, то да, бвыает. Я знаю много проектов сделанных ужасно, но переделывать польностью на нормальной платформе не позволяет ни время, ни бюджет — приходится поддерживать что есть. А преимуществ у джумлы я, если честно, не вижу ни одного кроме очень большого комьюнити.

Этого сайта уже давно нет, остались только файлы в веб-архиве. Вот ссылка, если нужно https://web.archive.org/web/20130306030843/http://divhack.com/downloads/study/9/9.zip

Да это все фигня. Вот как на маке шрифты съезжают - вообще жуть. Может по вертикали на 3-4 пикселя уехать и оказаться вертикально не по центру, а внизу и это уже реально глаза напрягает, но, ничего поделать нельзя. Это нормальное поведение.

Имхо, ресет — это «ковровое» обнуление нормальных свойств элементов, типа жирности у b/strong или полей у p, для всех случаев. Это бывает полезно в навороченных макетах из разношерстных неповторяющихся блоков, но чаще оказывается лишним действием. А тут именно браузероспецифичные хаки, не меняющие привычного поведения элемента в целом, но сглаживающие мелкие разночтения.

Да. наверное, стоит. Читал об этом, но тоже думаю, что пока рано. Вроде бы тэг p предназначен для разбиения текста на абзацы, а на этой станице нечего разбивать, здесь одна сточка, там одна строчка. То есть взять и поместить ссылку с картинкой или словом в h1? Разве так можно делать? В смысле столько статей (особенно сеошных) не рекомендовали ни сам тэг ссылкой оборачивать, ни внутрь вставлять. Просто не хотелось увеличивать вложенность в этом блоке, она там и так немаленькая. Где-то читал, что большая вложенность - плохо. Все дело в разделителях, которые должны распологаться на одинаковом расстоянии слева и справа от ссылки в каждом пункте меню. Либо задавать паддинги для каждой ссылки, либо указавыть для каждой ссылки ширину. Оба варианта прибивают гвоздями меню к макету. Попробую с таблицами. Так не люблю использовать эти обертки, прямо от сердца отрываю каждый раз.)) Хочется сделать все с минимальным количеством тегов. Системы нет. Сначала хотел сверстать всю страницу по БЭМу, но под конец стало тяжело ориентироваться в этой каше из классов у каждого элемента, да и просто прописывать имена самим классам по возрастающей от имени блока задолбался, здесь без бэмовский тулсов не обойтись. В итоге удалил большинство классов у элементов и дал им простые имена. Оставил только названия блоков спрефиксом b-, чтобы легче было визуально находить начало блока в коде, и отличать контейнеры блоков от их элементов. Чтобы хоть как-то ограничить радиус действия стилей внутри блока - начинаю каждый селектор в таблице стилей с имени блока, и визуально тоже легче ориентироваться. Ну и модификаторам дал префикс m-, например, вместо "b-menu_main" будет "m-main", чтобы короче было. Сначала хотел вообще этот макет забросить и никому не показывать, но потом стало жалко времени, которое я на него угробил.

Когда-то давно юзал джумлу. Теперь с ужасом вспоминаю те дни и задаю себе вопрос "Как я вообще мог использовать это чудовище?". Сейчас Kohana либо ModX.

В общем хотелось бы увидеть вашу верстку, скорее всего у вас более глобальные проблемы :-) И странно, что с жесткими размерами у вас проблемы только со шрифтами :-)

Для верстальщика очень удобно. Но большинство заказчиков хотят видеть сквозные заголовки по всей странице - так что нет смысла делать в этом стиле - все равно придется делать сквозные заголовки...

А у тебя работает не через локалхост - а просто по двойному клику?

По-моему, здесь обсуждается похожая проблема: http://stackoverflow.com/questions/3032856/z-index-of-before-or-after-to-be-below-the-element-is-that-possible

По-моему очень круто! А что за система организации стилей? По стилистике похожа на АНБ. 1) Контактный телефон вверху (We can help. Email or call +1-570-708-8788) я бы обернул в address 2) Внутри структурных тэгов (section, например) заголовки начинаются с h1. По крайней мере, так делают во всех примерах, которые я видел, хотя это создает дополнительные сложности со стилизацией заголовков 3) Зачем оборачивать текст div, если внутри текст? Может, лучше p? 4) По деградации: я посмотрел в IE7, все отображается хорошо. 5) В h1 я бы обернул логотип

там расширение для браузера так и называется - кстати тоже 2 дня назад поставила его - еще сомневалась. Какое же это чудо!

Для CMS есть свои особенности. Поэтому чем быстрее вы начнете общаться с программистом, тем лучше будет ваш код и ему ничего(в идеале) не придется переделывать. Опять таки у каждого порграммиста тоже есть свои особенности. Один не станет переделывать верстку, попытается вывести контент как это видел верстальщик. Другой начнет переделывать верстку под то как это выводит CMS. А CMS тоже не всегда хорошый код выдает, так как плагины к ней писали люди которые в свою очередь тоже все по-своему видели. Поэтому вам надо сработаться с вашим дизайнером и программистом. Не искать по форумам ответ на вопрос "кто прав, кто виноват", а обговорить с программером какая структура ему нужна чтобы он потом не переделывал верстку.

в td вставляем div с overflow:hidden; и весь контент в него, дальше сжатие вешается на div, а td и tr будут менять размер за ним

http://jsfiddle.net/qb39A/embedded/result/ http://jsfiddle.net/Md69g/embedded/result/ http://jsfiddle.net/FY8zf/embedded/result/ http://jsfiddle.net/rHgYT/embedded/result/