- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Mechanic, а что мешает сверстать с шириной 770, скажем. Нормально скомпонуете контент - все будет отлично выглядеть.
Interitus, Вы, наверно, правы, я погорячился слегка. Действительно, предполагать, что на просторах инета может откуда-то взяться валидный код, мягко говоря, неразумно, поэтому все обрабатывается по одному алгоритму. Ну и парсить-то поисковикам особо не надо, только title выдрать и контент, грубо говоря. В невалидном коде дерево построить сложно, а им оно и не надо (SAX этого в принципе не делает, как я понимаю). А отделить контент (плюс значимые теги типа h, em, strong, title) от разметки - не так сложно, вне зависимости от валидности кода.
Да в общем-то и дерево построить из невалидного кода - не особенно ресурсоемкая задача. Хотя по сравнению со скоростью работы например libxml2 с валидным кодом - конечно что угодно будет казаться медленным. :)
Ну это особенность MSIE такая, что он таблицы быстро очень умеет рендерить. Особенно если таблицам прописать ширину столбцов и указать свойство table-layout:fixed. Уж так программеры написали. В других браузерах я разницы не замечал, но большинство-то людей MSIE используют, и вряд ли это изменится в обозримом будущем.
Такие вещи как раз без JS делаются - сочетанием float'ов, margin'ов, position'ов. Но пользы особой и правда не будет. :)
Ну если доказывать не собираешся, то чего вообще тут воздух трясти?
Давай возьмём тестовое задание, ты и я, и попытаемя решить. Я с пом. дивов, я а ты с пом. чего хочешь. :)))
Критерии оценки:
* Кроссбраузерность,
* Резина,
* Много других дурацких проблем.
Шаблон предлагаю взять один и тот же. Решение находит каждый своё.
Только условие одно - не пытаться заставить соперника загнать табличные данные (прайсы например) в блоки, так как это глупо.
Не будь столь самоуверен.... :)
Ну если доказывать не собираешся, то чего вообще тут воздух трясти?
Не будь столь самоуверен.... :))))
А из чего же по вашему состоит большинство сайтов? Как раз то и из табличных данных. Вот и сделайте эту страницу форума полностью на div-ах.
Давай возьмём тестовое задание, ты и я, и попытаемя решить. Я с пом. дивов, я а ты с пом. чего хочешь. :)))
Вот сделай аналог без таблиц. Один из наиболее распространенных макетов:
<table style="width:100%">
<tr><td colspan="3">Хедер.</td></tr>
<tr><td width="20%">левая колонка</td><td width="*">контент страницы</td><td width="20%">правая колонка</td></tr>
<tr><td colspan="3">футер</td></tr>
</table>
Стандартная задача. Для упрощения, я выкинул всё оформление (оно делается одинаковыми средствами), и не стал употреблять центрирование по вертикали (жестоко было бы). Контент в колонках берется из базы, т. е. заранее не известно, какой высоты он будет. Ну для теста можно в разных комбинациях напихать туда мусора.
PS И еще крайне нежелательно, чтобы горизонтальный скроллер появлялся, при ресайзе (конечно, если физически разрешения хватает для отображения контента).
http://www.webmascon.com/topics/coding/supplement/43a.bug_ie.html
http://www.webmascon.com/topics/coding/supplement/43a.bug_ie.html
Однако глючит. При сужении окна в MSIE - правая колонка уходит далеко вниз, а середина - вниз на высоту левой колонки.
Есть безглючные варианты?
И это, мы же вроде про резиновый макет говорили. В моем примере ширина левого и правого столбцов - 20%, а в приведенном - фиксированная в пикселях. Давайте не отклоняться от поставленного условия. :)
Однако глючит. При сужении окна в MSIE - правая колонка уходит далеко вниз, а середина - вниз на высоту левой колонки.
Есть безглючные варианты?
Это не бага, это фича :) В табличке на этом месте появляется горизонтальный скролл. Да и придирки - пример даже на КПК нормально выглядит, а если какой-то пользователь занимается экстремальным серфингом с окном в 150 пикселей по высоте - то это уже как бы его личное желание.