Jump to content

swetlana

Expert
  • Posts

    1,629
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by swetlana

  1. криво. Как и любой другой экспрешн. Это уродство. Не надо так делать. к li. И они автоматом выстроятся как надо. Или непосредственно таблицу и делать. Так и в ископаемых ослах будет работать без кривых решений.
  2. Ага. В теории. Но в теории нет разницы между теорией и практикой, а на практике — есть. Берём любой махонький коммерческий сайт и смотрим, что представлено на странице: как правило куча несвязной информации, направленной на самые разные цели: продать, продвинуть в поиске, информировать, а то и вообще непонятно зачем прилепленная реклама. Чего стоит только такой элемент как <aside> — само его введение уже означает принятие того факта, что на странице может быть информация, относящаяся к основному содержимому в лучшем случае косвенно. Вообще, новая спецификация html тем и хороша, что она ориентируется не на то, как должно быть в идеале по мнению w3c, а на то, как есть на самом деле. А на самом деле на страницах как правило наблюдается помойка, и предложенный вариант её организации не так уж и плох. На странице с рефератами Серёжи может быть ещё блок с эро-фотками Анны Семенович, «свежими» анекдотами, курсы акций и ссылки на сайты, посвящённые SEO. Как этот весь бардак объединяется в общую структуру? Правильно, с натяжкой. Для разумного человека этого должно быть достаточно. И вроде читала эту страницу… как-то пропустила. Спасибо. пруф?
  3. Проще не спорить, да. Но тут варианты: можно так и дальше продолжать не спорить, и оставаться где-то в 1997 году. А если охота жить в том году, который заявлен на календаре, то иногда надо и поспорить с теми, кто застрял в прошлом. Но спор без убедительной аргументации обречён на провал. На форумах он превращается в тупые холивары, а в бизнесе оборачивается потерей клиента. Как правило и то и другое неинтересно. Вот у меня и появилось желание сформулировать обоснование мнения, которое пока что исключительно интуитивное. Полагаю, что если будет обоснование, то почвы для споров просто не будет.
  4. Легко верю У меня сейчас один из открытых проектов имеет вообще уникальную статистику: IE6 — 85%; IE5.5 — 6%; IE5 — 3%; IE4 — 6%. Честное пионерское Но это _очень_ специфичный проект. А в большинстве случаев вряд ли стоит ориентироваться на такую экзотику. почему ж никогда? Если мнение правильное, то почему бы и не согласиться? У меня вообще своё мнение есть мало по каким вопросам. Но когда оно есть, оно не на пустом месте возникло. Потому и сложно переубедить: пространными абстрактными размышлениями опыт не отменить.
  5. display: table-cell, кстати, можно пользовать. Только для старых IE придётся лепить очередное уродство: display: inline; zoom: 1; height: expression(this.parentNode.offsetHeight); Хотя на мой взгляд правильнее забить Ну примерно так же, как те, кто сейчас требует поддержки IE6 забесплатно, года три назад говорили: да этот файрфоркс пользуют всего-то каких-то 20%, можно забить
  6. просто если да, то сделать будет сложно иначе как таблицей. Можно будет ещё несемантически разбить — заголовки отдельно, товары отдельно — но ведь такой вариант не интересен?
  7. Простейший случай, если б не заморочки с шириной. Можно чуть более понятно про ширину? Ссылка N-1 — это по уму заголовок для блока? Ссылка в нём другая? Не та, которая в «Ссылка N-2»? Если заголовок не умещается в одну строку, другие заголовки должны менять высоту вместе с ним?
  8. так этот вопрос как раз решили. mark { font-weight: bold; } и это именно так и описано теперь в стандарте.
  9. ок, считаемся. К IE9 уже привыкли. В нём как правило всё работает, как и должно в браузерах. К IE8 давно уже привыкли. В нём тоже как правило работает всё относительно нормально. По крайней мере уродливых решений не требуется. IE7 — в отдельных случаях он тоже ведёт себя прилично, в некоторых же случаях можно согласиться с его кривоватостью ибо отображает не так, как задумано, но в рамках приличий. IE6 — да, тяжко. А теперь смотрим сюда и наблюдаем уверенное снижение доли недобраузеров. В марте 2011 года проблемные IE в сумме имеют долю 10.5%. Да, это всё ещё значительно. Нужно пока делать сайты доступными в них. Но 89% (предположим, что полпроцента — это всякая экзотика вроде lynx) умеют работать хорошо, правильно и красиво. Доля кривых браузеров закономерно будет снижаться. Немалая заслуга в этом и разработчиков сайтов, отказывающихся от поддержки ископаемых версий. Что правильно: тянуть кривые решения для ископаемых, не пользуясь современными возможностями в 89% случаев? Или всё же оставить кривые решения тем самым 10.5% кривых браузеров? А в большинстве случаев даже не 10.5%, а 3.2%. В будущем вряд ли стоит ожидать массового возрождения IE6, IE5, IE4, Opera6, NN4. Или я чего не понимаю? Как нам показывает Chrome10, в будущем можно ожидать совершенно новых интересных глюков, которым нет аналогов в прошлом.
  10. ещё, кстати, насчёт уродства: обёртки, нужные только для ископаемых IE — это уродство не меньшее. А что лучше — нести уродство всем или сосредоточить его в файле oldie.css и выдавать только тем, кто его достоин?
  11. так нет, текст за границы фона не выходит. Если поиграться с зумом, то иногда вступительное слово директора (секция #intro) соскакивает вниз. Дело явно в ошибке, связанной с масштабированием. Но есть мнение, что эта ошибка скорее в моём общем подходе, чем в браузере. Вот сейчас проверяю.
  12. А кроме «уродство» какие есть возражения? Уродство — это IE. Так что тут как раз всё правильно, гармонично.
  13. а ведь и в самом деле.
  14. этот хак работает ещё и в IE5-, Opera6, IE:Mac. А как показывает практика, есть люди, которым история небезразлична
  15. а чего так слабо? Давай уж сразу в IE3
  16. Хорошо, поясню. Есть например такие случаи: Формы — о необходимости id в определённых случаях надо рассказывать или и так всё понятно? Якоря — тут тоже всё понятно? Это те случаи, где id всё равно используются. И их назначает не программист. И если нужно оформить один из этих элементов, то фанатичный отказ от id подразумевает добавление им ещё и классов. А это уже избыточно, так как id и так однозначно характеризует эти элементы. А любая избыточность потенциально вносит сложность и неопределённость. Зачем? А где стоит выбор — использовать id или класс именно для оформления — там да, там однозначно класс.
  17. скромное мнение и у меня есть. Оно основано например на том, что описано здесь. На чём основано ваше скромное мнение?
  18. а мне охота понять — похожих на что? Так, Макс, я тебя раскусила. Ты опять хочешь взять на слабо и развести на то, чтобы я сделала и показала, что такое возможно. Ты же знаешь, что я могу сделать. Хотя пока и не знаю, что именно. Но это точно возможно. А если знаешь, то зачем?
  19. да, теперь понятно. У вас в стилях что: ul.nav-main li:hover > ul { visibility: visible; } то есть, пока мышь над li, вложенный ul показывается. теперь обратите внимание, что между li и вложенным ul у вас большое расстояние. Чтобы попасть на вложенный ul, мышу надо уйти с li и пройти достаточное расстояние. Как только мышь уходит с li, перестаёт действовать правило для li:hover. Совершенно закономерное поведение. Нужно привести в порядок отступы, тогда будет всё как ожидается.
  20. Вот! Найдена причина наконец Спасибо. Действительно, если поиграться с зумом, то есть косяк. И действительно только в ФФ. Теперь осталось понять, почему этот косяк возникает. Но когда его можно наблюдать — уже проще.
  21. да нет же! Он всё переживает за IE3 и IE4
  22. Бывают отличия в одном браузере в разных ОС. Редко, очень редко, потому и примеры привести сложно, но бывают. Потому перед сдачей проекта стоит протестировать во всём многообразии для уверенности.
  23. ок, вспоминаем про <title> и, кстати, вспоминаем о необходимости ссылок на авторитетные источники. Любую фразу вроде «с точки зрения поискового бота…» прошу сопровождать ссылкой на описание поведения поискового бота, составленное его авторами. А то получается проповедь в духе «бог есть потому что так говорит святая церковь».
  24. тем более! Кстати, спасибо. Интересная возможность. Хотя получается как всегда
  25. очень интересно! а как? Проверяю сейчас в ФФ3.6 и ФФ4 в винХР — всё на месте при любом разрешении. Но ведь не просто так же о глюке говорят уже два человека как минимум. В чём может быть дело? а что за эффект должен быть при этом действии? У меня просто виндовс только в виртуальной машине есть, а на Ctrl+скролл системное событие повешено другое и менять как-то неохота.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy