lexxcode

Вот пример на CSS3 но это для правильных мальчиков и девочек браузеров. иначе нужно заливать фон цветом как говорит sammasati background:url(images/content_bg.jpg) no-repeat 0 0 #0f0; UPD: В background-image нельзя цвет вставлять

Для настройки вот линк и вот это почитать, чтоб понять куда это добавлять можно, а куда нет. По-умолчанию обычно эта директива не включена вообще на сервере, то есть клиент воспринимает страницу в соответствии с заданной кодировкой в head.

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

Вопросики в ромбиках вот такие ? появляются если в charset="utf-8", а сам документ сохранен в ANSI. Если, что-то на подобии такого Привет РјРёСЂ!!! (Привет мир!!!), то все наоборот charset="windows-1251", а документ сохранен в utf-8 без BOM

Не совсем понятно, что нужно, если чтоб прижалось к углу страницы, то .style { position:absolute; right:0; bottom:0; z-index:5; /* Ну или сколько там нужно */ } А если к углу окна, то .style { position:fixed; right:0; bottom:0; z-index:5; /* Ну или сколько там нужно */ } Можно просто bottom: 0, ничего вычислять не придется. А еще картинку можно положить фоном для общей обертки с background-position: 100% 100%. Я так понял, что ему поверх всего нужно поставить. Тогда фоном в обертку наверное не подойдет.

Nanto, мдааа..., мужик, ты даже не понял о чем я тебе сказал. Следи за тем, что и как ты говоришь! "Будь проще и люди к тебе потянутся". Все засорять тему пустопорожними скандалами с тобой я не собираюсь.

Нет нет, никак-го холивара. Против Ubuntu ничего не имею. Просто я думал на серверной версии тоже GUI имеется, а смысл тратить ресурсы на то, что не будет использоваться, а раз так то норм)))

Хороший мануал. Мне вот в свое время пришлось самому во всем разбираться. Единственное, что в качестве серверной OS ArchLinux юзаю, голая консолька, чего же боле желать)) От GUI все равно толку нету. Так как у меня дин. IP пользуюсь сервисом no-ip.com. Ubuntu я все-таки больше позиционирую как пользовательскую систему, для обычной жизни, хоть и из того же ArchLinux можно конфетку не хуже сделать, особенно на фоне Ubuntu 11.10))

хех, таки да. Я от туда только первые два поста прочел и все . А когда-то еще где-то читал про такой подход к резиновой менюшке, и как-то сам дошел до использования ПЭ, вместо лишнего элемента в разметке. А вообще я опростоволосился малость предложив этот вариант, в этом случае меню тянется за счет изменения расстояния между пунктами, а тут нужно, чтоб тянулись сами пункты. Видимо либо таблицей, либо через display:table;. Более простых или кроссбраузерных вариантов, в голову не приходит.

Ну вот даже на форуме есть такое, Great Rash как-то предложил. Хотя я это делал несколько проще, но идея примерно та же. У Great Rash вариант более не пробивной в том плане, что даже если на IE6-7 будет отключен js, эта штука все равно будет работать. У меня же не было li.helper непосредственно в разметке, он создавался на ПЭ :after, но тогда для IE6-7 нужно делать эмуляцию :after через expression, что в свою очередь не будет работать без js.

По теме: А почему не сделаешь на базе text-align:justify; ? Будет себе заполнять все доступное пространство, и ничего не должно отпадать, во-всяком случае в ie7+ и нормальных браузерах, может даже и в ie6 будет норм (хотя кому он уже нужен ) По последнему вопросу: Я лично специально только под win проверяю или под Linux, в зависимости на чем в данный момент нахожусь. Под Mac вообще не тестирую ибо нет его у меня, но как правило, во всех системах все нормально. Под Mac изредка бывают весьма непонятные проблемы со шрифтами подключенными через @font-face, они там жирней отображаются, но т.к. своими глазами, кроме как на скринах, я этой проблемы не видел, то решения не нашел.

Дайте пример. Тут участники "Битвы Экстрасенсов", не встречались)

Для таких простых форм я например сделал бы как-то так: <style type="text/css"> .fline { margin:0 0 5px; } .fline__label { width:120px; display:inline-block; *display:inline; *zoom:1; margin:0 5px 0 0; } .fline__itext { width:200px; display:inline-block; *display:inline; *zoom:1; margin:0; padding:3px 5px; } </style> <div class="fline"> <label for="login" class="fline__label">Логин:</label><input type="text" name="login" id="login" class="fline__itext"/> </div> <div class="fline"> <label for="pass" class="fline__label">Пароль:</label><input type="password" name="pass" id="pass" class="fline__itext"/> </div> <div class="fline"> <label for="cpass" class="fline__label">Подтвердите пароль:</label><input type="password" name="cpass" id="cpass" class="fline__itext"/> </div>

Ребята! Кому БЭМ помог!? Поднимите руку! Поднял первым Я поднимаю руку за. Как идеология лично мне очень нравится, т.к. на практике многие вещи в большей степени удается брать из предыдущих проектов, и использовать повторно, подправив всего-навсего css. Так же когда какие-то внезапные дополнения/изменения происходят по ходу работы, все решается достаточно просто. Некоторые проблемы возникали, при привязке к cms (привязкой занимается другой человек). Суть проблемы в том, что по теории всякие там h1-h6 должны иметь соответствующие классы, но визуальный редактор, через который можно создать страницу или пост, не вставляет те самые классы (в режиме ред. кода конечно можно). А как говорит партнер по работе, часто бывает, что для этих задач выделяют секретаршу блондинку, которая небельмеса не понимает, и ей не объяснишь, что нужно добавлять классы к заголовкам. И всю эту красоту с заголовками иногда приходилось решать более деревянными путями. Ну я минус поставил на этот твой пост, так как считаю это откровенным бредом, это мое личное мнение. Проблемы, братюнь? Так, что последи за своими пузырями в луже. p.s. Уж простите, граждане, но такая необоснованная бузота раздражает((

Ах вот оно, что)) Буду знать, я раньше не натыкался на такое сокращение просто))

При каждом обновлении странички? Т.е. 100 раз обновил страничку в процессе разработки — незаметно для себя потратил 100 * вес странички исходящего трафика? Нет, я всё понимаю, "в цивилизованном мире" давно такими мелочами не заморачиваются... но есть же и те, у кого небезлимитный инет через мобильник... Но тут, конечно, да, вопрос вкуса и привычки (мне удобнее, когда действия браузера происходят под моим контролем и по моему желанию, кому-то удобнее, когда браузер делает всё сам и дает готовый результат). Так я вроде бы описал все возможные варианты работы с плагином. Бери да пользуй какой считаешь нужным. У меня самого 3G инет лимитированный 25Gb, но я как-то не заморачиваюсь, Я себе просто добавил свой локальный хост на авто проверку и все. Мне так нравится. Я же никому ничего не навязываю)) Да я тоже хотело выделить "вдумчиво", но у меня на тот момент было уже пол третьего ночи, я уже сам плохо думал)) Почему же валидаторопоклонство (прикольное слово надо запомнить)? Может конечно это уже из разряда разницы в мышлении у разных людей. Но как по мне, то без валидатора новичок не будет видеть свои ошибки, соответственно не будет даже подозревать о них. Если он будет по Вашему принципу видеть их на самом финише, то: 1. Человека это расстроит сильней чем если бы он это увидит сразу. Падает мотивация. 2. Это в принципе сложней, отлавливать ошибки когда уже все собрано, а не на этапе реализации конкретного модуля. А без сноровки может оказаться вообще не разрешимой задачей. Снова таки падает мотивация. Да да есть. Кстати с xhtml у меня и там проблем не было. А вот html5 как-то не очень хорошо работал. Тоже не в курсе как там сейчас дела, его уже 100500 раз обновляли, хз хз.

Согласен. Та и не спорим мы (я во-всяком случае не собирался), просто обменялись подходами и точками зрения

А xHTML/HTML5 он уже проверяет? Давным давно проверяет)) Так то оно так конечно. Но! Верстать аккуратно (и т.д. и т.п.) сразу получится у тебя (не буду сомневаться ), у меня, у других разработчиков которые продолжительное время этим занимаются и смыслят. Это когда уже браузер выработался в голове можно вообще вслепую писать код и обновить страницу всего десяток раз) А тут новичку нужно сразу видеть свои ошибки и вдумчиво исправлять их. Какие ко мне претензии??)) "HTML Validator" - да весьма специфично придирается согласен. Когда у меня был Fx основным, этот момент доставал моментами, но все же пустые теги это плохо) Плагин в Chrome просто отправляет исходный код на w3c, так же само если взять код и на их сайте вставить в большое поле, и получает ответ от сервера. Все просто. Tidy там нету. Валидатор в браузере нормальная вещь. Если Вам нравиться или удобно (или все вместе), чтоб он был в редакторе (что есть тоже вполне здоровым вариантом), это Ваше право. Быстрый отлов глупых фейлов по моему совсем не плохое качество инструмента. По поводу качества верстки полностью согласен. Validity не такой уж безымянный. И я как бы тоже не совсем уже. Я плагин сверял во многих ситуациях с валидатором на сайте w3c разницы никакой. Та и какая там может быть разница, если алгоритм проверки тот же самый с одного и того же ресурса, без каких-то не нужных заморочек.

Лазить каждый раз на сайт w3c и чекать верстку не удобно, для этого есть плагин Validity, появляется иконка в адресной строке. Им можно проверять валидность, если зеленый все норм, если с красным кирпичиком, то значит есть проблемы. Проверка осуществляется через тот же w3c, но без необходимости лазить куда либо. По-умолчанию он не проверяет страницы автоматически, по-этому придется нажимать shift+alt+v или тыкать мышкой по иконке плагина, но можно зайти в настройки плагина и добавить в поле "Automatically Validate Hosts" адреса серверов которые вы желаете постоянно и автоматически проверять на валидность. Список ошибок выводится в консоль встроенного средства разработки в Chrome (жмякать F12, если кто не в курсе). Единственное, что как и большинство плагинов в Google Chrome ограниченны политикой безопасности, и html файлы открытые с папки, а не веб-сервера проверятся не будут. Для решения этой проблемы вполне достаточно использовать локальный сервер. Вариантов решения этой задачи достаточно на любой вкус, и это уже отдельная тема.

В Google Chrome есть плагин Web Developer называется (В других браузерах не в курсе, т.к. Chrome у меня основной). Там во вкладке Information есть пункт View Document Outline и он в новой вкладке выводит структуру заголовков h1-h6 в документе и указывает на ошибки. Кроме этого в этом плагине еще много полезного, советую. Но так как svg я не воспользовалась, то и дополнительный класс, получается, не нужен. Над именованием классов, видимо, придется еще работать и работать... Это просто пример. Я например просто исключаю не нужные IE через хаки.

Именно так и есть. Опера редкий фрик, который не умеет обсчитывать дробные проценты, на протяжении всей его истории, и исправлять этот нелепый фейл они не собираются.

Проигрыватели как правило используются готовые, и ставятся должным образом когда верстка привязывается к cms, то бишь изобретать тут нечего. Главное сделать блок, в котором будет плеер, стабильным, чтоб не развалился когда вместо картинки там появится что-то другое. То же касается и социалок, в верстке от них пользы и смысла никакого, некоторые даже не будут работать в таком состоянии. Но место под них отвести и отладить необходимо, по возможности. А вот слайдер это уже задача верстальщика. Ясное дело, что есть готовые плагины, но довести их внешний вид в соответствии с макетом можно под средством html и css. Программист, который будет натягивать верстку на движок, не должен заниматься вопросами верстки слайдера.

Хотел бы обратить внимание, на заголовок в сайдбаре справа. 1. Отступ от края стоит закладывать с двух сторон симметрично (кроме случаев, если макетом обусловлены иные параметры). 2. Высота заголовка определена свойством line-height:40px; , но в такой ситуации попробуй сделать текст в заголовке длинней, чтоб он стал в две строки. В следствии текст будет некрасиво разъезжаться по высоте. Мой вариант css: .note-header { color: white; line-height: 22px; } .note-header h3 { padding: 10px; } Еще один момент, footer стоит прижимать к низу окна, т.к. белая простыня которая появляется под футером, когда не хватает высоты контента выглядит не самым лучшим образом. По структуре документа, h3 потом h2, потом h4 и отсутствие h1, не корректно. Анализатор пишет вот такое: А так, в целом хорошо! Учись, пробуй, ошибайся, исправляйся, развивайся! Да пребудет с тобой Сила!

Я в курсе, по этому и сказал:

Вы про этот сервис fontsquirrel, я так понял? Сталкивался с такой проблемой, и не только в хроме, бывало везде норм кроме мозиллы например. В половине случаев спасает пункт в настройках X-height Matching: Arial, другая половина остается неизлечима (во всяком случае я решения так и не нашел), какой-то бок происходит при конвертации некоторых шрифтов. В вашем случае будет проще через хаки добавить отступ для остальных браузеров. Хаки, спасибо dimox'у