Jump to content

rash

User
  • Posts

    1,953
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by rash

  1. Она не устаревшая, она просто альтернативная. Информацию о кодировке должен передавать веб-сервер, и полученная таким образом кодировка будет считаться приоритетной. Указание кодировки в заголовке документа - это альтернативный способ передать эти данные браузеру, если сервер не отдает этот заголовок. Если отдает, то учитывается именно он. Даже в самом теге указано, что это http-equiv - то есть эквивалент http-заголовка content-type. Так что это не устаревшая технология, это просто способ передать информацию, когда сервер этого не делает. Иначе кодировка должна устанавливаться в заголовках ответа сервера.
  2. Там как правило из шрифтов на сервере генерируются обычные графические изображения.
  3. Кроссбраузерно и универсально - нельзя.
  4. Семантика - это использование разметки по ее прямому назначению (упрощенная формулировка by me). То есть в принципе можно всю страницу оформить только с использованием конструкций типа <div class="h2">...</div> и <span class="strong">...</span>, только у нас уже есть элементы, в семантику которых заложено нужное значение. На самом деле я тоже люблю списки. Но там, где они уместны. Здесь (сугубо на мой субъективный взгляд) данные не имеют структуры списка, поэтому использовать его здесь не следует. Конечно никто прямо этого не запрещает, но и преимуществ никаких использование списка здесь не даст. Не хочу ввязываться в спор, дело вкуса, просто здесь мне это кажется уже злоупотреблением списками. Спасибо за внимание.
  5. "Ну а если у пользователя в IE6 тормозит, то я мало чем хочу помочь".
  6. Иногда при длинных строках удобно, но она не должна привлекать внимание сильнее, чем текст -)
  7. Ну не список это... Вопрос-то был о семантичной верстке.
  8. Просто уменьшить контрастность. Именно в "зебре". Все остальное - хорошо. Предлагаю FCFCFC/EFFFEF или FCFCFC/F6F6FF или FСFСFС/F1F5FA (лучший вариант, на мой взгляд, по контрастности) Правда эти цвета может не впишутся в общий дизайн, но такая контрастность мне кажется вполне хорошей.
  9. Наконец-то добрался до первых уроков по PHP :-) И почти сразу же возник вопрос - можно ли использовать для доступа к данным формы каким-нибудь образом ID элемента, а не его name? Не хочется использовать лишние атрибуты, а id установлен практически всегда. Подозреваю, что ответ на этот вопрос должен быть знающему человеку очевиден, но я таковым не являюсь, найти же что-то полезное на эту тему в интернете не удалось.
  10. rash

    Google Chrome

    Весьма приятный браузер. Надеюсь, что и с версткой особых проблем не доставит.
  11. Почему вы решили, что они должны быть? Если есть какая-то конкретная проблема - ее надо решать, в общих чертах сколь-нибудь существенных различий нет.
  12. rash

    xHTML vc <tfoot>

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Untitled Document</title> </head> <body> <table> <thead><tr><td></td></tr></thead> <tfoot><tr><td></td></tr></tfoot> <tbody><tr><td></td></tr></tbody> </table> </body> </html> Вольный перевод спецификации: TFOOT должен находиться перед TBODY внутри определения TABLE так, чтобы пользовательские агенты могли отобразить футер до получения (возможно, многочисленных) строк данных.
  13. rash

    IE8 Beta

    Да только на него после выхода почти никто первое врея не перейдет, и опять придется учитывать IE6 и IE7
  14. Очень похоже на то, качество ресурса не выдерживает никакой критики. Не надо смотреть, как сделано у кого-то, надо смотреть, как хорошо, а как - плохо. Должен быть свой "фильтр", который Лебедев называет "прививкой от действительности". Если что-то встречается сплошь и рядом - это еще не значит, что это хорошо.
  15. Поддерживаю, с этим, на мой взгляд, все в порядке.
  16. rash

    CSS3

    Боюсь, что да, не умею я из использовать в IE, пытался имитировать с помощью JS, но так как JS я не знаю, получались явные "костыли" в коде. Если у кого-нибудь из читающих этот топик есть ссылки на пример грамотной реализации :before / :after в IE, поделитесь, пожалуйста. Это надо, к примеру, для того, чтобы элемент с float не выходил за границы родительского элемента по высоте. http://designformasters.info Если в этом примере к первому абзацу добавить такое правило, то он растянется вниз, чтобы вместить весь плавающий элемент, а второй абзац начнется только после него.
  17. rash

    CSS3

    Ну не знаю, что в них бредового, но из-за IE часто страдаю от того, что мне их не хватает...
  18. Просто люблю я кучки ссылок оформлять списками - к примеру мобильные устройства покажут посимпатичнее. Тем более что здесь, имхо, как раз список последних тем с форума. Не обязательно, но вполне допустимо, на мой взгляд.
  19. Семантически, ИМХО, это плохо. Я бы, может, вообще поколдовал над тегами <small> и <big> в этой ситуации
  20. Буду учиться, чтобы к вам устроиться и переехать в Питер :-)
  21. JavaScript и Java - две большие разницы с похожими названиями, все-таки говоря о JavaScript неправильно называть его "Java".
  22. А вообще не относится ли hr к презентационной разметке? Может лучше обернуть нужный текст в , для которого задать нижнюю границу? Так не придется задавать совсем несемантичный пустой блок, такой подход, на мой взгляд, будет чуть более оправдан, хоть и не идеален, конечно.
  23. А если: Правда сам не пробовал, просто предполагаю.
×
×
  • 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