Searcher

Есть еще utf-8 и еще много всяких других кодировок Кодировка, в которой сохранен файл и кодировка, указанная в метатэге должны совпадать. У народа есть еще ограничения... У них сервер настроен помоему так, что всегда выдает в броузер windows-1251, но могу ошибаться, очень давно я там бывал...

Мда, объяснение, что такое php то ещё Главное понять, что интернет работает по технологии клиент-сервер. php, perl и т.п. - это серверные скрипты, которые выполняются только на стороне сервера, а javascript - выполняется только на стороне пользователя. php готовит информацию на сервере и передает её в броузер и дальше уже никак не влияет на неё, а на стороне броузера уже может работать javascript. От броузера к php есть всего 2 мостика передачи информации - протоколы get и post. А от сервера к броузеру только ответ на запрос. Помоему я и сам не очень объяснил суть...

не мудрите, все уже намудрено до вас: http://layouts.ironmyers.com/ http://www.dynamicdrive.com/style/layouts/category/C10/ http://www.code-sucks.com/css%20layouts/faux-css-layouts/ http://tjkdesign.com/articles/one_html_mar...css_layouts.asp http://blog.html.it/layoutgala/ а вот вообще генератор верстки: http://csstemplater.com/ никаких таблиц не надо!

min-width для родителя

да, предыдущий вариант был намного интереснее

Может я не очень точно выразился... Если не указана высота родителя, я не знаю способа для ИЕ без экспрешанов. Я говорил, что в большинстве случаев высота родителя указана в стилях. Пока редко встречаются макеты с полупрозрачным фоном какого-либо элемента неизвестной высоты.

Да нет! нужно специфичность стилей увеличить, чтобы стили списка для меню не влияли на другие потенциальные списки. Нужно переопределить базовые стили, чтобы они подходили для обычных списков и прочих элементов, которые потенциально тут могут быть, а для меню увеличить специфичность стиля, чтобы он не влиял на переопределенные базовые.

Спасибо, psywalker! Я собственно и имел ввиду такой вариант. Ну, только во многих случаях можно и без expression обойтись, просто указать высоту и ширину в 100%. Собственно, для нефиксированной высоты это оптимальный вариант, хотя я редко встречаю полупрозрачный фон у тянущихся элементов... Была одна страничка: http://www.milkywaygalaxy.ru/page/2/ но что-то она сейчас недоступна...

tr.QueryTableHeader td, tr.QueryData td, tr.QueryDataOdd td {...}

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

...о чем вам и говорили. Если нужен ИЕ, то лучше сделать блоками.

...или как вариант в див абсолютно вложить этот полупрозрачный див на всю высоту и ширину, а поверх уже располагать информацию.

Это основы верстки, так в двух словах не объяснить... Главное: Переделайте фон, сделайте его многослойным. Выделите места фона, которые можно растягивать, поверх наложите элементы фона, которые не растягиваются. Также и с остальными картинками, которые занимают всю ширину сайта. Остальные картинки уже не будут так мешать. Ну и посмотрите, какие информационные блоки можно растягивать или сжимать и задайте им относительные размеры. Есть еще вариант. При помощи JS определять размер окна и подгружать, соответствующего размера фон. Ну и блокам дать относительные размеры.

Мда, дизай отвратный, даже не знаю с чего тут начать разъяснять... По всем статьям ужас просто! Такие сайты в 90-х годах делали... Код немного современнее, хотя и там полно косяков. Вообще, зачем выставлять на суд наспех сделанный сайт? Или это просто оправдание? Вы даже элементарных правил типографики не соблюли. Вообще-то об отступах, размерах и цветах думают в момент создания дизайна, потом это уже сложно изменить... Я не уверен, что стоит этот дизайн переделывать, его нужно просто выкинуть и не позориться самому и не позорить писателя. Укажу только на несколько грубейших ошибок, чтобы вы их не допускали в дальнейшем. 1. Тут много говорили о настроении, которое создает сайт. Похоже, вы даже для себя неправильно сформулировали его. У Гоголя нет страшных произведений, он же не ужастики писал. Это на современный лад можно назвать скорее мистикой с оттенком гротеска и комизма. А что у вас? Черный фон, свечка... И... Ну и все, вобщем... И что тут создает настроение? Тут, вообще, никакого настроения нет! Просто, формально мрачный сайт. Verder, не смотря на некоторую формальность его эскиза и то больше и тоньше чем вы создал настроение. Если мистика, так ваша тьма не должна быть абсолютной, из неё должны проглядывать смутные контуры каких-то существ, предметов, образов из произведений Гоголя. Возможно есть смысл построить сайт на полупрозрачности. 2. Имхо, сайт должен быть как минимум резиновым. А размер шрифта у вас слишком мелкий. 3. Графика отвратительная, тут уже об этом говорили. Обгорелые края ну на столько избитая тема, что просто стыдно должно быть её использовать. Я уж не говорю, что эта обгореласть фактически теряет остатки своего шарма из-за явно белых краев, как будто она предназначалась для белого фона, а не для черного. 4. Вы пробовали посмотреть на сайт со стороны посетителя? Меню нечитабельно, курсив тут только мешает, да еще и пункты наползают друг на друга, в коде увидел абсолютное позиционирование, зачем? Потом "Важные даты списком, а меню почему-то нет. Зачем внизу после меню такой отступ? И в тоже время вся левая колонка слишком узкая. Текст везде прилипает к краям, невозможно же читать! Запомните, сайт делается для людей, и вы, как разработчик, обязаны смотреть на него глазами обычного посетителя. Отсюда и идут все правила типографики, которые наследованы от правил верстки печатной продукции. Там уже все проверено веками с точки зрения удобства читателя. Посмотрите как располагается текст в книгах, журналах, газетах. Вы пытаетесь сначала делать дизайн, а потом впихиваете в него информацию. Это неверный подход. Сначала просто расположите информационные блоки так, чтобы их удобно было читать без какого либо оформления, вообще без оформления. Просто фон страницы и на нем текст. Без рамок без фонов блоков и т.п. Выделите заголовки цветом, размером. Выберите нормальный размер шрифта, контрастность, чтобы человеку не с идеальным зрением было комфортно. А потом посмотрите, нужно ли тут вообще что-то добавлять... Чаще всего не нужно. Потому что все ваши потуги дизайна будут только мешать воспринимать информацию. Направьте основные усилия на интересный и создающий нужное настроение фон. Вобщем, все начинайте заново, это просто какая-то непрофессиональная поделка.

Лучше пропишите классы разных языков для <body>, а в скрипте меняйте класс у <body>.

Яваскриптом можно, но вы пока не одолеете такое, поскольку надо загружать страницу, парсить её и вырезать все лишнее, а потом выводить. А логотипы нехорошо вырезать, поскольку это чужая интеллектуальная собственность, и вырезая логотипы и т.п. вы выдаете её за свою, а это наказуемо.

Заголовок "Первый оранжевый" обрезается при уменьшении... По хорошему нужно чтобы и левая часть сайта была резиновой, поскольку там отступ от края до меню большой и фиксированный, как-то при сжатии правой части непропорционально кажется. Для телефона, курса валют и поиска тоже можно левый отступ сделать в %. В заголовке "В данный момент мы предлогаем" ошибка. Корень "лаг" - "лож". И все что под заголовком нужно ограничить справа картинкой девушки, чтобы она не уползала под текст.

места для сужения еще полно: между sb и cnt большое расстояние, слева отступ большой, справа все равно вы прилепляетесь к краю, так и слева можно приблизить постройте на процентах эти размеры так чтобы при размере как и в макете все совпадало, при уменьшении окна эти расстояния уменьшались, а при увеличении увеличивались.

Заточен под 1024 - вообще не понятная формулировка и может означать все что угодно. Есть много динамических параметров, которые нужно решить с заказчиком. Как макет должен себя вести на размерах окна меньше чем 1024? Если больше не сужаться - будет горизонтальная полоса прокрутки, но если уж макет подразумевается резиновым и на 1024 еще полно места, то зачем ограничивать его дальнейшее сужение? Лучше чтобы не было горизонтального скролла до такого минимума разрешения, пока не потеряется хоть какие-то промежутки позволяющие визуально отделать друг от друга различные элементы. Вообще как резиновый макет может быть заточен только под 1024? Тут диапазон должен быть. Броузер не всегда развернут на все окно и может оказаться немного меньше, чем вы задумали. И почему тут посетитель должен видеть горизонтальный скролл? В em, конечно, бывает надо устанавливать размеры каких-то элементов, но это все индивидуально, тут нет жестких правил, надо анализировать, что получается в результате и можно ли сделать более удобно для посетителя. там такие отступы, что можно и сужать дальше.

Тэгом <link rel="stylesheet" type="text/css" href="http://www.htmlbook.ru/main.css"> вы зачем-то подключили таблицу стилей с сайта www.htmlbook.ru, зачем? Таблица стилей индивидуальна для каждого сайта. Вы сами должны сделать свою. Вы указали <link rel="stylesheet" type="text/css" href="mysite.css">, но файла mysite.css не существует. Зачем указывали? Ну и для начала пока не выносите стили отдельным файлом. Все, что заключено у вас в тэги <style></style> - это и есть таблица стилей (сss). Структура: Все тэги за небольшим исключением - это контейнеры. И первоначально нужно соблюдать правила вложенности и не забывать закрывать тэги. Для html исключения: meta, link, img, br, hr - их не надо закрывать. Со вложенностью у вас полный абзац... К тому же за пределами контейнера <body></body> ничего не должно быть, что выводится на страницу. Основная структура документа такая: <html> <head> ...техническая информация (мета-данные, стили, скрипты)... </head> <body> ...визуальное содержимое... </body> </html> Все страницы непременно должны быть основаны на этой структуре. Теперь опять про разделение структуры и оформления. Все оформление должно быть в css, в том числе размеры отступы и т.п. Вы в самом начале страницы указываете doctype, который говорит броузеру по каким стандартам обрабатывать ваш код. В этих стандартах отсутствуют многие тэги и параметры, которые вы используете, они вообще устарели уже на несколько лет. Например <body bgColor="white" leftMargin="0" topMargin="0" onload=User_Counter_PageLoad(); MARGINHEIGHT="0" MARGINWIDTH="0">. Все это выносится в стили: body { background-color: white; margin: 0; } В результате остается параметр onLoad, это означает, что при загрузке страницы будет исполнен скрипт User_Counter_PageLoad(), но у вас никаких скриптов не подключено. Значит убираем. И что остается в html: <body>, а все свойства в стилях. И таких ошибок у вас очень много... Изучайте пока материалы, на которые я вам дал ссылку.

1) В ИЕ6, у меня, вообще, прикол... Открываю сайт в окне на полный экран - нормально все. Уменьшаю окно - нормально. Увеличиваю, а верстка остается статичной и по размеру как на уменьшенном окне. Потом периодически при изменении размера шрифта в ИЕ6 он просто виснет. Встречал восновном при увеличении. Может у меня ИЕ6 такой глючный, но повисание я за ним крайне редко замечаю... 2) Масштабирование - отличная вещь, но для пропорционального масштабирования есть один инструмент, а для масштабирования только шрифта - другой. Вы их объединили. Это, конечно, не криминал, но для портфолио - минус. Привязка размера картинок к em - вещь спорная, есть много "за" есть много "против", но у вас это вполне неплохо реализуется, только ИЕ портит все паршивым масштабированием графики. 3) Для комбинирование относительных и абсолютных величин нужен индивидуальный подход. Тут в двух словах не научишь. Для каждого макета - свои принципы. А вот то, что вы без ТЗ работали это большая ошибка. Наугад ничего не стоит делать. Никто не мешал вам самому себе до начала работы написать ТЗ. Вы посмотрите на удобство пользования сайтом со стороны обыкновенного посетителя 40 лет. Подумайте, что, где и как должно увеличиваться и уменьшаться, чему и когда позволительно вылезать за пределы окна и т.п. Но общий принцип такой, что вся информация даже при самых жестких условиях (разрешение 800х600, а то и КПК типа 640х480, 3200х200, или супер-мега-большое разрешение, отсутствие графики, отключенные стили и т.п.) должна быть доступна с максимально возможным удобством. Для портфолио, если вы напишите, что этот сайт также доступен и с кпк и с телефона и продемонстрируете - это будет большим плюсом. Но для этого уже потребуется технология адаптивной разметки, корректировка макета для мин. и макс. разрешений. Может тут пока и не стоит этим заниматься. В любом случае уже надо смотреть непосредственно на макет, что должно меняться в зависимости от размеров окна, что от размера шрифта и т.п. Использование полного масштабирования в FF, Opera, Chrome происходит за счет виртуального уменьшения разрешения, а если менять только размер шрифта - то меняется только em. В вашей ситуации стоит сжимать блоки и свободное пространство между ними максимально возможно, чтобы уместить всю информацию в окно по горизонтали. Значит блоки и расстояния между ними, отступы, лучше делать в зависимости от размеров окна, т.е. в %, а минимальные размеры в пикселях. Ну а размеры текста и картинки в em. Вот в кратце так.

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

Пожалуйста! Но настоятельно рекомендую заняться самообразованием и разобраться в материале, на который я дал вам ссылки выше. Если, конечно, вы и дальше будете создавать что-то в вебе...

Smirnoffremaster..., вы не пытались изучать html и css?