Softlink

его надо не просто убрать, а вместо него поставить margin-left равный вашему сайдбару.

ну может быть и так. Хотя мне нравится обычная пуленепробиваемая схема, которая есть на htmlbook. Левому блоку флот, а правому margin-left.

ну как бы можно там кое-чего поменять. Блоку content вряд ли необходим float. Посмотрите как работает пример, который я привел вам. Есть общая обертка для вашего сайдбара и контента. Для нее задайте цвет фона вашего сайдбара, а картинку sidebar_bg.gif отправьте в блок контент с выравниванием слева и репитом по y. Это минимальные правки, при которых все заработает как вам надо. Мне так видится это.

а вы поставьте родителю цвет сайдбара, а блоку с контентом уже задайте этот фон слева с репитом по y в связке с цветом (белый он у вас по-моему), все должно получиться. Думаю, я правильно понял задачу. недавно показывал похожий пример, немного сейчас переделал http://jsfiddle.net/YGWvd/1/

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

А вот могут быть и компьютеры "причем". У меня был подобный фокус однажды. И совсем недавно где-то на форуме мельком тему смотрел, где была выдвинута гипотеза с разным отображением именно на разных компьютерах.

позиционировать потомков релативом

это правильно? или не важно на каком этапе вёрстки начинаешь решать эту проблему? я об этом и не подумал даже) Да, в вашем случае еще не все потеряно. Можно навести красоту. Я не знаю, четких рекомендаций по этому поводу не слышал. Поэтому и вам ничего не могу конкретного сказать. Сам верстаю по ситуации. Но здравый смысл в вашей логике присутствует - так я тоже делаю.

в общем если высота фикс, то я бы сделал например паддингом сверху, если резина, то через какой-нибудь position прибил бы к низу общего блока.

А в макете высота фиксированная?

а вы что хотите реализовать? Контейнер с этими новостями по центру? У вас как-то странно на паддинге выровнен весь центральный блок. Вы уверены, что именно так надо было сделать?

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

я думаю, что лучше бы вы сверстали полностью, так скажем, самостоятельно. А потом выложили бы работу в обсуждение. И тогда вот народ вам наговорит, как сделать лучше или переделать совсем. Ну это мое мнение.

offtop:yacor, заметил на сайте вот такие строчки: Вы ставите лицензионное ПО и это цена услуги, или вы предлагаете свое, пиратское? Если второй случай, то подумайте много*10 раз перед этим делом, если вас даже очень просят. Уже были прецеденты, когда люди получали далеко не выговор, а довольно не детское наказание. Причем выезжали устанавливать ПО вроде бы как к обычным пользователям на дом.

Влад, а почему бы не попробовать здесь связку <figure><figurecaption>? По-моему здесь самое то.

Я немного не это имел ввиду. Вот есть допустим два похожих тега <b> и <strong>, оба вроде бы выделяют текст жирным шрифтом(это из визуальных признаков), однако, многие вторят, что strong дает еще некий приоритет перед <b> в глазах Яндекса или Гугла. Соответственно, может ли такая запись: <h2>Заголовок</h2> <article>текст статьи</article>, быть приоритетней, ну гипотетически хотя бы, например такой: <h2>Заголовок</h2> <p>текст статьи</p> Я к чему все это говорю, это мы сейчас так сидим и рассуждаем, а вот сделает Гугл html5 своим девизом и все, будем переписывать все сайтики. Может стоит уже начинать верстать с учетом семантики новых тегов, а не их красоты, дабы в будущем внезапно на голову не упала груда работы?

Vlad, это все понятно. Но я к тому, что может наступить такое время, когда семантика будет много значить для поисковиков? Ведь раньше и микроформатов не было, а сейчас они играют немаловажную роль. Согласен, мне тоже нравится "логичный, красивый и понятный"=красивый код.

Вот кстати, еще неделю назад хотел завести тему на счет html и семантики. Ввели эти новые теги в HTML5, по сути они все нужны только для семантики, за исключением некоторых функциональных, типа placeholder, audio, video и т.д. Может ли это означать, что в обозримом будущем поисковые машины, будут жестко упираться в семантику сайта? Не придется ли верстальщикам переделывать сайты с учетом всех этих требований? В противном случае, зачем так много уделять внимания этому понятию. Ясное дело, что надо все-таки соблюдать "меры приличия" и заголовки делать именно заголовками, но вот эти article, aside, menu и т.д. зачем оно так рьяно пиарится?

я не использую ни глобального сброса, ни сброса по Мейеру. Нафиг они нужны? Хорошие доводы привел Влад. 3-4 строчки тегов, половины которых вообще не будет в проекте. Если и делать сброс, то только необходимый для конкретного проекта. Посмотрели, в каких тегах вам надо все обнулить, и ставьте их в этот самый сброс. Получится одна-две строчки максимум. А то и вовсе в селекторах их обнулять, если их штук 5 нарпимер.

.table1 tr>td:first-child{ /*синий фон для первой ячейки*/ background:blue; } .table1 tr>td>table td:first-child{ background:none; } так же работает. о, SelenIT уже опередил)

Это как раз о чем я писал несколько постами выше. Вы заключите договор, в котором явно укажите, что плательщик не является вашим налоговым агентом и все дела. Они снимут деньги на хоз. расходы и с чистой совестью и улыбкой отдадут вам. Нет никаких сложностей. А вы уже думайте сами, платить вам налоги или нет)

Да это не имеет значения, когда снимается касса. Если есть кассовый аппарат, значит должен быть журнал кассира, где все фиксируется. И есть минимальный лимит кассы - наличность, которую может хранить фирма, не инкассируя ее. А вот как оперировать ею, уже вопрос другой. А вообще, я уже где-то на форуме писал очень интересную мысль: "если результат не зависит от способа решения, то это математика, а если зависит, то это бухгалтерия". В нашем законодательстве куча дырок и дырочек

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

На карту можно перечислить с р\с зарплату, подотчет, хоз. расходы и еще прочие соц. выплаты. В хоз. расходы как раз и можно занести оплату за созданный сайт. Но только по договору и в договоре указать, что фирма-плательщик не является налоговым агентом исполнителя. Иначе придется платить еще НДФЛ за него. А так пусть сам исполнитель несет ответственность за свои налоги.

Да не надо меня ни в чем уверять. Понятно, что в черную можно провести практически что угодно. Но это лишний гемор для фирмы. Не думаю, что там сумма за сайт какая-то огромная, соответственно и процент небольшой. Хотя может кто и согласится. В то время как можно от себя лично оформить тот же договор с фирмой и не платить никому никаких процентов. Ну разве что государству кстати, смотри, тут может даже ТС и выгодно будет на самом деле. Государству он должен заплатить 13% НДФЛ, а если работать через фирму, то там можно и дешевле сделать все. Допустим контора работает на УСН 6%. Т.е. за деньги по договору надо будет заплатить всего 6% от всей суммы. Ну и еще 4% взять за услугу - итого 10 будет. И черного тут ничего нет. Как написал выше, налоги все заплатим, т.е. проблемы с ними отпадают. Да, банк не реже двух раз в год проверяет кассовую дисциплину. Но эта проверка только для галочки. Ибо это гемор для клиентов банка, которыми все банки дорожат. Просто так положено. И то уже который год ЦБ грозится отменить эту проверку, но все никак дума не одобрит все поправки. Исключение составляет только деревянный СБ РФ. Там упертые полубабушки еще работают, они могут докопаться до чего-нибудь. А так, это пустая формальность. Если даже и будут докапываться в банке, то эти деньги легко отправить в вечный подотчет, в заем или еще куда-нибудь. Все чисто, с точки зрения закона. Никаких сложностей и чернухи