favor

Пробовал. Тогда в на фоне других блоков, правый край короче левого. И лезут косяки в IE. На главной странице можно наблюдать такое смещение в хроме, а она же в IE не влезает.

Что касается именно этих блоков, так я уже все перековырял. И никак не могу найти, где в css-ах прописаны именно они. Заразы. Или на все ставить по 97% и располагать по центру?

Я шибко извиняюсь, Совершенно упустил и виду. Там под алфавитным меню есть ссылка Показать ВСЕ При входе на страницу анонсы скрыты. Такой же косяк наблюдается и на страницах - Помощь, Анонсы, Информация

Вот как раз на странице куда ссылка, блок анонса статьи лезет в правую сторону. И именно в хроме. А в блоках типа round проблема другая. Если в хроме стоят правильно, то IE режет им правый край. Попытка процентовать, для IE вылезает более коротким блоком в других браузерах. Тут вообще, такое не понимание бродит в мозгу, что при резине, размеры определяются браузером. А вот, как прописать, что дивы просто таки обязаны подчиняться текущему рамеру ячейки, вместе со своими тенями и прочими прелестями? Может просто всем им прописать процентовку и центрование, как считаете?

Здравствуйте. Сейчас ведется работа по созданию сайта. Шкурка табличная, изначально была привязана к таблице width="1024". Но нужна резина. И засада в том, что в некоторых блоках, дивы вылезают за границы ячеек таблицы. Если удается призвать к порядку в хроме и опере, то ползет IE/ И наоборот. А поженить никак не получается. Подкиньте пожалуйста здравую мысль, как эту пакость победить. css выводится в браузер, посмотреть пример вылезания можно тут - tt-rus.ru/index.php?page=wiki#all_articles Да и на других страницах тоже косяки табунами.

Да, оно. Спасибо за ссылку. Это позволит мне в загружаемых текстах ручками заменить символы на код и, видимо, пообщаться с программистом, чтобы заставил таки в дальнейшем при импорте базы из XLS переворачивать символы в код или мнемонику. По ходу дела возник еще вопрос: - а что лучше использовать, мнемонику или код? Есть ли какие подводные камни?

Проблема такова: На сайте, в тех описаниях изделий, используются математические операторы. Изначально они отображались корректно, но экспортируя контент на партнерские порталы посредством XML, возникли проблемы. Парсеры не работают ссылаясь на ошибку, либо заменяют их другими символами. Вмешательство программиста решило эту проблему лишь частично. Эти операторы стали просто убиваться в корне, при внедрении на сайт. Вместо них, теперь оказывается просто дырка. Парсеры заработали, но возник бред в плане осмысления текста человеком. Однако, мне доподлинно известно, что некоторые знаки имеют код, которым могут быть написаны в html. И на этом мои знания в данной области иссякли. Господа! Не предложите ли умных мыслей, если у вас их есть?

Ну, я не совсем новичок. Кое какие знания уже имею. Но и белые пятна присутствуют, вот и борюсь с ними. А в остальном, спасибо за заботу! Весьма познавательные ответы.

Спасибо господа! Я прям сразу умный такой стал, аж сопли пузырями вздулись...

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

На вашем сайте прочитал, что strong, это логическое выделение текста. А b - визуальное. Хотелось бы получить исчерпывающее объяснение во избежании неверного толкования. Следует ли понимать, что фраза - "логическое" подразумевает выделение для поисковых систем и имеет значение в определении значимости. Как-то, title; h1-6; strong. Или это мое заблуждение?