advokatua

Так модер начал ругаться насчет флуда, вот и удалил. А писал я там о том, что все по предыдущим подобным холиварам ненавистники резетов больше похожи на шовинистов и видят работу только со своей колокольни. Почти каждый подумал про свой конкретный рабочий контекст и отписал так как он думает о применении этой штуки именно в нем. Если это такая ерунда, как она тогда могла появится вообще? И почему Эрик Меер, который написал одно из лучших руководств по CSS, мог создать подобную вредную хрень от которой 50% народу тут шарахается? Кто-то из вас хоть раз имел проблемы, которые бы вызвали бурю негодования у заказчика, а ответ на его проблемы был именно в резете? Почему заказчика может схватить батхерт, из-за того что у свежесозданного списка не будет буллетов? И этот самый батхерт его не схватит, когда он создаст список, а затем заметит что в Хроме пукнты обозначены кружочками, а в ИЕ квадратиками? Другое дело когда мы говорим о конретном сайте с конкретными задачами, под конкретным контекстом и тогда начинаем шарахаться от сброса в списках и т.п., там где это категорически нежелательно т.к. в любом случае позже возникнут проблемы с поддержкой. Спецы создали своеобразный напильник, а народ решил, что это бензопила подходящая для спила бао-бабов. Причем корни (могу ошибаться) по идее должны расти от тех кто такие вещи создает и не комментирует в полном объеме область их применения, иначе как не глупые люди могут взять этот напильник и пилить им совсем не то для чего он нужен? Zverushka, +1 ровно те же мысли. Так в том то и дело, что "не плохо бы", но это не значит что нужно и все. Выходит все замечательные галереи, слайдеры и остальные кульные штучки, построенные на списках, семантически ужасны как гов.. мамонта? Заходим на Яндекс.ру, там на главной странице есть таблица с классом class="widgets-table". Только вот по виду это ни разу не таблица, а просто разбитая область для удобства (и видимо кроссбраузерности) верстки. Так что теперь, написать админу письмо, чтобы они не набирали больше верстальщиков из ПТУ, потому что они не знают что такое таблица? Еще кульный пример подкину. Зайдите на design.ru Смотрим на главной в исходнике id="main_navigation", там еще прикольный коммент под строкой. А начинаем шарахаться: Как? Почему? О, а, у. На иконках пунктов меню альт незаполнен. Пойду им напишу об этом, пусть пошлют меню на$

.

Чем overflow: hidden; для блока не угодил? (Не забудь высоту у картинки убрать) Хотя, подозреваю есть еще более изящный способ. Это просто первое, что в голову пришло.

В таком случае книгами запасайся. Без хорошей теор. базы сам не поймешь верно ты делаешь или же нет, в случае когда нет наставника. Вдобавок, обязательно смотри как делают другие. Не знаешь как корректно сверстать блок с лого? Открываешь 5 крупных сайтов и смотришь как у них. Сравниваешь. Делаешь выводы и т.д.

Т.е. я зря пожал свой CSSник? В правилах ни слова по жесткому оформлению CSS http://htmlforum.ru/index.php?showtopic=45923entry306551 Разве что насчет префиксов, но это даже не правило и не пожелание, а ради простоты.

Человек который занимается инфобезопасностью с сеткой и создает темы с такими вопросами, вызывает подозрения Каждый ответ можно получить на любом джоб сайте тупо прочитав пару вакансий "Веб программист" и требования к соискателю.

alexriz, я собственно и ожидал какую-нибудь ссылку. Буквально первый/второй раз слышу, что это зло. Дочитываю 4-ю книгу (за последние 2 месяца) конкретно по CSS и нигде подобного не видел. А вот о такой хорошей штуке как reset, так наоборот пишут. Я из-за этого свой старый хендмейд ресет специально заменил на более полный. конкретно в данном случае использование ресета не оправдано независимо от того, насколько хороша сама идея их использования/неиспользования. Совершенно нелогично добавлять фактически ненужные 50 строк кода, особенно, когда основной код от силы составляет строк 150 Мой чудик без сжатия был на ~1.5к строк, о каких 150-и строках ты пишешь? Сам reset весит 3.5Кб (без комментов). Какие проблемы со скоростью загрузки могут быть? Читабельность кода падает? Что за ерунда? Лично для меня НЕЛОГИЧНО не минимизировать 2к строк кода CSS файла, который более никогда не будет редактироваться, особенно когда есть такая возможность и она повсеместно применяется. ЗЫ Пошел погуглю, может действительно чего не знаю.

Что это за контора у вас такая интересная и в каком городе?

Как для первого/второго макета в жизни нормально, даже хорошо, в ином случае не кошерно, очень. Резиной также не пахнет. Сожми и прокрути скрол вправо, будет видно, что не так. В исходнике примеры косяков: <a href=""> <div class="photos"></div> </a> <div class="info-header"> <div class="logo"></div> <p>SPITFIRE HAWKER HURRICANE MUSEUM <span>WE GO BACK TO LIVING LEGEND</span></p> <div class="town"> <div class="line"></div> <span>MANCHESTER</span> <div class="line"></div> </div> </div> Посмотри старые темы раздела, там буквально те же самые проблемы уже 10-ки раз разжевывались.

А в чем собственно выражается эта ошибка? В лишних 50 строках кода, которые в данном контексте не имеют ни положительного ни отрицательного влияния?

проще удалить такой счетчик, если для вас так важно мнение валидатора. Ну или запостить тему в разделе "сделайте мне бесплатно".

Почему это нет? По картинке, нет никакого смысла грузить полную джиквери лайбрери. 120Кб экономии, если добавить всего 3 буквы (min). 120КБ для мобильного ГєПєэРєСа на дороге не валяются.

1) блок .logo пустой . 2) Зачем эти непонятные белые полоски в правой части верхнего меню? 3) Бекграунд должен растягиваться влево и вправо на всю ширину экрана. 4) Зачем пунктам меню задавать фиксированную ширину? 5) Картинки в Продуктс и остальных нужно пихать в html, т.к. они могут меняться периодически. 6) - Заголовок анонса лучше обрамлять в <h$>. - Для дат есть специальный тег (гуглим). <div class="SkinText"><b>The artical below explains</b> <span class="dateSkin">Monday,13 June 2011</span><p> The article below explains how nettles works in the body against the inflammatory repring is in the air and I ant hearing many people com plain of seasonal allergies. Nettle extract can be a key component. </p> <p>Nettle extract can be a key component in your fight against seasonal allergies... </p> 7) Нет никакого смысла ставить инлайн-бокс, для абсолютно поз. элемента, как тут. Впрочем как и ставить абсолютную позицию, а затем выравнивать блок марджином. .SkinText { margin: 145px 28px; width: 325px; height: 105px; font: 0.62em sans-serif; line-height: 14px; display: inline-block; position: absolute; } 8) Меню абсолютно поз., class="content-welcome" также в абсолюте. Так быть точно не должно. 9) Почти везде неверно выбрана гарнитура шрифта. Там где должна быть с засечками выбрана без, а где нужно без выбрано с. Косяков полно. Советую почитать замечания в остальных темах данного раздела. Буквально не менее половины тебе также подойдет. Учиться, учиться, мучиться

хм, в таком случае конечно врядли. ) Если только не на js что-то выдумать.

не знаю то или не то, но примерно проблему понял ) меняем значение и смотрим font-size: 14px; Больше текст, больше и все остальное, с сохранением отступов. http://codepen.io/anon/pen/nKoqv

только что накатал пример в онлайн редакторе, а он падла все удалил после рефреша Что б я всю жизнь в блокноте верстал, если еще раз так сделаю. попробую еще раз...

почему бы и нет, только смысл?

Ложился спать вчера и пока не уснул тоже думал об этой цепи Решил, что на SASS-е проавтоматизировал, иначе это на полный онанизм похоже

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

Да по сути дела тут у многих первый раз. ))

Согласен с Темой. Он хоть и упоротый мудак, но я ему верю. Времена wap-a прошли, слава Богу. ЗЫ Бомжи пусть отключают картинки на мобильниках и не будет гигатрафика.

1) Добавь дополнительно и кнопке и картинке одинаковый класс и работай через него. Дальше не понял. Без примера кода http://jsfiddle.net/ тут не нашаманишь.

Я понимаю, но если НЕ предоставляешь картинку макета, то я не могу догадаться о том, сам ты сделал такие отступы или же это псевдодизайнер нарисовал. Несоблюдение отступов, интерлиньяжа, выравнивания туда-сюда - это обычно все ошибки верстальщика. Если интересует замечания исключительно по коду, то лучше так и указывать изначально

Да, да, нашел недели 2 назад читал где-то нашенскую статью (то ли видео смотрел) про теги, и что параграф должен применяться для параграфов с обычным текстом, а не для выделения всего что нам нравится. В спецификацию тогда было лень глянуть. По сути выходит - сколько людей, столько и мнений. И каждый для себя должен выбрать что-то одно: слушать волосатых чуваков с ютуба или же смотреть их лишь ради интереса, а руководствоваться исключительно спецификацией. Просто все равно не понятно какое преимущество дает обертка в p, вместо обычного дива или спана. Какой семантики оно добавляет и как это будет звучать у читалок? Янки с подобной темой - http://stackoverflow...html-for-inputs. Оба отвечающих против "p" в формах. ЗЫ Кто как хочет, так и дро...

Это он намекнул на неверно разбитые html5 теги. В макете все плохо: кривой текст; страшные отступы; плохое выравнивание по вертикали; футер как корзина для грязного белья; в первой форме на кнопке "отправить" следы неудачного опыта с фотошопом; в футере не может быть ничего кроме второстепенной, неважной информации. У вас же там очень важная форма. И что это за макет такой в 982px? .inner_top_header, .inner_bottom_header, .inner_top_content, .inner_bottom_content, .inner_footer { width: 982px; Параграфы придуманы не для оберток полей форм (спорный вопрос не дающий спать нашим умам) <p><label>Имя :</label><input name="name" type="text"></p>