Jump to content

swetlana

Expert
  • Posts

    1,629
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by swetlana

  1. но у вас же и для html, и для body ширина 100%. для #wrapper ширина не указана, а по умолчанию в ширину раскидывается на всё доступное место. То есть в данном случае тоже 100%. И на этот #wrapper шириной 100% от ширины окна повешен фон. Затем внутри у вас блок с фиксированной шириной. И при малой ширине окна он выходит за пределы #wrapper'а. То есть, всё логично. Как написано, так и работает. И да, как исправить: сделать проще. Без этих всех ненужных обёрток.
  2. насколько я понимаю, насчёт одного или нескольких h1 — даже w3c своё мнение пересмотрели. Это, конечно, не значит, что надо резко кидаться всё подряд в h1 заворачивать, но и панически бояться этого решения не стоит. Эффект, о котором речь: то есть, двойное подчёркивание: верхняя полоса по ширине текста, нижняя — по ширине колонки. Вот сейчас и сделано, чтобы и для span и для h1 по border-bottom'у сделано. Мне не нравится, но лучше не придумалось. inline-block, :after — слишком много осликов оказываются за бортом. А среди целевой аудитории данного сайта ослики в большем почёте, чем в среднем по рунету. Была у меня ещё попытка сделать h1 { inline }, h1 + * { border-top: … }, но тоже грабли какие-то были (уже не помню за давностью, какие именно).
  3. Первое, что бросается в глаза — цифры не помещаются на отведённом им участке, но при этом список справа достаточно большой. Может пересмотреть распределение места?
  4. Почему ж никак? Написать парсер. В принципе, не так сложно найти фрилансера, который это сделает тысячи за три.
  5. Работа на самом деле действительно давнишняя, ещё прошлогодняя. Но сегодня заказчик наконец решил вспомнить о том, что он это заказывал, оплатить и даже разместить у себя на хостинге на реальном домене (хотя пока и не с самым реальным контентом). http://alrf-prim.ru/ Макета не было, взаимодействия с дизайнером — тоже. Перевёрстывалось и ставилось на более удобную и надёжную CMS вот это творение. Естественно, были со стороны заказчика пожелания насчёт структуры, некоторые правки по мелочи. Достойно ли получился сайт отделения на фоне основного сайта ассоциации? Есть ли существенные недочёты, которые мне не удалось увидеть? <h1><span></span></h1> — без ножа режет такая конструкция. Смотрю на неё и плачу. Но моего ума не хватило, чтобы реализовать вот такой хитрый эффект двойного подчёркивания более достойным способом. А может всё-таки можно?
  6. Сделана копия. Отсутствует <body> и строго не закрыты все <p>. В вебкитах и опере всё нормально, в FF и IE наблюдаются вышеописанные проблемы. SelenIT, я вот как раз об этом же: наверняка есть практическое применение нестрогого синтаксиса. И вот пример. А какие возможны в таком случае побочные эффекты? От несоблюдения строгости синтаксиса.
  7. а вообще, при всём безобразии кода это чудовище отлично проходит валидацию.
  8. LunatiK, оно формально необязательно в любом html. Строго обязательно оно лишь в xhtml.
  9. а нет никакого html5. Пока w3c обдумывает этот самый мифический html5, люди, которые занимаются делом, а не многолетними обдумываниями в отрыве от практики, а именно производители браузеров, рекомендуют использовать живой стандарт html без всяких версий. И он как раз просит вот такого простого доктайпа. Вообще, тут возможны два подхода: изначально ориентироваться на устаревшие браузеры, которые ничего толком и не умели. Современные браузеры с таким тоже справятся, но костыльность кода не располагает к удобству управления им, свободе развития, и вообще негибко получается. Либо же ориентироваться в первую очередь на сегодняшний день. Современные браузеры имеют куда больше возможностей. А для малой доли пользователей наследия прошлого можно и скрипт повесить. Тот же jquery спокойно управляется с нормальными селекторами css и назначает нужные стили. Да, тяжче им придётся. Но всё неудобство останется двум процентам любителей старины, которые уж явно знают, зачем в 2011 году используют IE6, и наверняка готовы за эту свою приверженность потерпеть некоторые неудобства. так фон можно и для html задать. Да всегда пожалуйста. А если поможет — только здорово. Макс, а ведь лайтбокс достаточно несложно правится таким образом, чтобы он затемнял всё пространство окна, а не равное ширине body. Помню это обсуждение. Не убедили.
  10. ключевые слова для поиска, если интересно: DirectoryIndex. Речь же об Apache?
  11. Живой пример был здесь. Но пофикшен. Если интересно, могу сделать копию, но с упорством в ереси, то есть со строго незакрытыми <p> и без <body>
  12. тогда показывайте ссылку на страницу.
  13. 1 — просто-таки непристойное решение. И ненадёжное. Получится сделать для нормальных браузеров, но для IE всё равно придётся выворачиваться наизнанку. А нормальные браузеры умеют и нормальные решения — border-radius. А если скругления уголков критичны, то и для IE есть на этот счёт костыли типа BB_roundies или PIE. А номер телефона — из-за перемудрежа с позиционированием. В одну строчку скорее всего и не решить.
  14. сдаётся мне, что этот <menu> не стоит тех жарких дебатов, которые из-за него время от времени разгораются. ну так… минимальные приличия соблюсти. Вообще, люди, пользующие в 2011 году IE6 уж наверняка знают, зачем им это, и готовы ради своей приверженности пойти на некоторые неудобства. Так что может и нуегонафикк.
  15. а всё потому что в коде бардак. Чем больше бардака, тем более неожиданные и «мистические» глюки проявляются. Стили должны быть вынесены в специательный файл. У вас же внутри body есть ещё ненужная встроенная таблица стилей через <style>. И в ней body { margin: 0; } А приоритет у встроенных стилей выше, чем у тех, которые во внешнем файле задаются. Вот и результат.
  16. Вообще на дворе 2011 год, и производители браузеров рекомендуют не заниматься ерундой, а ставить <!DOCTYPE html>, а обо всяких версиях и мудрёных спецификациях забыть. IE6 остался за бортом истории. В принципе, можно ориентироваться даже на IE3. И не сомневаюсь, что есть люди, которые ещё им пользуются. Но тем самым тормозить развитие — оно того стоит? И правильно! А зачем, если в этих же целях можно использовать body? И впрямь ровно. А что выглядит неровным — то обман зрения. Дизайнера бить по рукам за такие решения.
  17. да, в общем-то не только можно было, даже и следовало без них обойтись. И изначально там было только лишь подключение одного файла стилей — всё красиво и минималистично. Но потом смотрю в IE — даже в нормальном, восьмом… мрак. Он такой бред выдал, что в первый момент страшно стало. А на часах уже где-то к шести утра, ну и уже лениво стало что-то пересматривать, переделывать. Вот и получился не самый изящный обвес. Да и то, в IE6 элементы лишь условно и приблизительно на своих местах. Хотя, в принципе, на практике я именно так и делаю. долго думала, как будет лучше. Но оставлять её прибитой к левому краю — точно хуже. в нынешнем состоянии незачем. логично. Браузеры ж вольно обходятся со шрифтами. А делать текст картинкой — не труъ. может потом как-нибудь и поправлю. IE6 за бортом истории Пусть скажет спасибо за DD_Belaten_PNG Макс, пугаешь! Какие изменения? не совсем так. Просто у неё модель достаточно хитрая. Раньше, к примеру, картинки в ссылки ставили и не замечали, что она при этом ведёт себя заметно иначе, чем если внутрь поставить текст.
  18. да обычно-то и не думается. Просто в данном случае суть была как раз в том, чтобы попробовать написать иначе, не так, как привычно. Бездумное следование привычкам к застою ведёт. А так что-то новое (для себя) попробовать. А вдруг окажется интересно?
  19. arez, вообще-то да, но до недавних пор такое считалось грубейшей ошибкой, и вот так вмиг полностью перестроиться не получается что-то. Пугаюсь такие конструкции пользовать
  20. Ну тогда смело пользуйте описанный выше вариант. А вот здесь в частности он применён. Можете подсмотреть в код на это решение в действии.
  21. Вот такой ещё вариант. Традиция использования в вёрстке Раиры абсолютного позиционирования соблюдена (хотя и в нетрадиционном месте). Поддержка IE весьма условная. Картинок вроде и хотелось сделать минимум, а по весу всё равно много получилось Зато вроде как удалось обойтись без видимых стыков и артефактов непристойно пережатого жпега. В Опере при «подогнать по ширине» на ширине, близкой к переходу в мобильную версию, колонки прячутся за пределы экрана. Что с этим делать — ума не приложу. Опера считает, к примеру, что margin-left: 25% спокойно можно сократить до 5% в таких условиях. Код ужасен. Была честная попытка использовать разгильдяйскую версию html, но IE и FF не позволили, пришлось соглашаться на полумеры. В общем, поругайте то, что получилось.
  22. Всегда ранее я предпочитала строгий синтаксис xhtml, считая вольный html с незакрытыми тэгами чем-то абсолютно недостойным. Но в конце концов стало интересно: ведь как-то же люди и такой синтаксис используют, и всё работает, да и спецификациями одобрено. Но однако что замечено: если не использовать тэг <body>, то в отдельных случаях IE любой версии просто не кажет содержимое страницы. В частности, это происходит, если использовать html5shiv или схожие по смыслу скрипты. если не закрывать <p> (или любой другой типа не требующий закрытия тэг), и за этим незакрытым элементом закрывается </section> или </aside>, то FF игнорирует эти закрывающие тэги, считая их продолжением содержимого <p>. В результате страницу перекашивает напрочь, хотя валидатор на неё продолжает радостно казать зелёным. Значит всё чушь? Нельзя, получается, допускать такие вольности в реальных проектах?
  23. кстати, не такой он и простой, каким кажется на первый взгляд.
  24. по левой он и сам выравняется. margin можно убрать.
×
×
  • 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