Leaderboard

В общем нормальная верстка. Макс, не придирайся большинство твоих замечаний - придирки. С твоими замечаниями соглашусь только по поводу блока новостей и заголовков. класс menu - старый добрый класс для манюх, кстати в джумле именно с таким классом выводятся менюхи по дэфолту. Бредкрамб на списках хорошо, но войны небудет если сделать так как сделал ТС. скажи ка мне чем плохо "/" в бредкрамбе? Хотя это лучше спросить.. например у Veseloff. ТС, это тебе пряник но не зазнавайся. Макс, нету единственно правильного варианта верстки, сколько верстальщиков столько и вариантов, и если этот вариант не такой как у тебя - это не значит что он не верный.

хотелось бы сделать промежуточный итог темы, пока совсем в лес опять не ушли. nav - хорошо подходит для оглавлений, навигационных меню верхних уровней. судя по спеке (по ссылке от SelenIT) допустимо использовать в футере для обеспечения перелиновки со связанными документами (таки пагинация всё-таки наверно уместна) и служебными страницами. menu - интерактивный элемент. Имеет много общего со старыми добрыми формами. Хорошо подходит для того чтобы . Интуиция подсказывает что особенно актуально использование меню в уэбДваНуль когда многие действия над контентом страницы доступны пользователю без перехода на другие страницы (традиционных ссылок, их семантический html видимо хочет специфицировать уже - для навигации) посредством аяксов и прочих jquery-свистелок. Да, похоже в html 5 намечается семантическое обособление ссылок - их прямое назначение навигация. И новый тег menu поможет освободить их от использования в интерактивном интерфейсе. э как завернул

Я бы сделал так. <div class="layer1"></div> <div class="layer2"> .... </div> На .layer1 мы фоном вешаем картинку и делаем его relative, а .layer2 смещаем вверх отрицательным margin. Если что пример я уже сделал, но пока не показываю. Ведь цель научиться, а не просто взять готовое решение. Верно?

SelenIT, А почему списки не подходят? ИМХО, фактически форма является зачастую аналогом анкеты. А анкеты обычно и составляются в виде списка. Ну а так да, согласна, нужно смотреть по конкретной ситуации. Хотя я больше тяготею пока к спискам нежели к таблицам

>>1. Наверху есть отдельные стили для ИЕ6. Почему нет стилей для других ИЕ, которые ещё к тому же надо и объединить? Вопрос. А зачем делать стили для других IE, если они не нужны. >>4. <div class="left"> - что за left, я не знаю, кто это. Классы нужно задавать осмысленные. Как мне кажется, .left вполне осмысленное название. А если вдруг в будущем изменится дизайн, то с вероятностью 90% вёрстка тоже полностью изменится. >>5. <ul class="menu"> - то же самое, что за menu, непонятно мне вообще. Полностью согласен. .super-puper-main-navigation-menu-in-left-sidebar было бы лучше. >>6. <h5>31.12.2002</h5> - что за ужас? Зачем тут заголовок. Сделай <span class="date">31.12.2002</span>, и будет намного лучше и понятнее. Если дата новости непосредственно относится к новости, почему она не может служить заголовком? >>7. Сама новость <h5>31.12.2002</h5>[/i] <p class="news_bottom_line">To use flash and navi gate, fully customizab i syst add discussing andby topic oro alliscussing andy.</p> Что за бред? Почему каждая новость не в своём блоке? Почему всё замешано в одной кастрюле? Каждая новость - это отдельный самодостаточный раздел. Зачем вставлять лишний DIV если он не нужен? >>9. <div class="right"> - не знаю такого. Намного лучше писать <div class="aside2"> Какой ещё .aside2? .content или .main или ещё что-нибудь, но не .aside2 >>12. <h1>Welcome to company name</h1> - какого чёрта на странице 10 заголовков первого уровня? Да, <h1> там явно не к месту. Всё-таки в HTML 4 структуру выстраивать можно только с помощью заголовков. Сейчас же её выстроить нельзя. >>Во-первых это навигация (хлебные крошки), а значит нужно делать списком Почему? ПОЧЕМУ? Я понимаю, что этот совет пошёл со времен, когда навигацию делали таблицей. Естественно список лучше, чем таблица. Что изменится в конкретном случае при добавлении списка? Только несколько лишних пунктов в CSS. >>14. <div class="about about1"> - Что за класс about1? Вообще не вижу смысла в нём в этом месте. Кстати, а что он вообще делает) Намёк на гибкость. Если вдруг придётся каждый блок раскрасить в свой цвет, то можно это сделать сразу. Однако это так же вероятно, как и то, что .left должен будет отображаться справа. >>17. Кстати нижняя [панель] относится к футеру, так что тут так же грубая ошибка. Что же в этой ошибке грубого? Только то что .bottom_menu не входит в .footer. Если кто-то будет насаживать это на CMS, то ему совершенно всё-равно, как классы называются. >>19. В ИЕ6 вёрстка прыгает иногда, когда резко дёргаешь экран туда-сюда. В IE1 вообще ничего не работает. Очень плохо. >>21. В стилях нет совершенно организации. Очень плохо. Почему нет? Там есть совершенно чёткая организация. Комментарии, которые делят css на блоки и т. д. То что блоки не отделяются символами табуляции, то это всёго-лишь вопрос удобства.

ютф однозначно. с ней вы не зависите от платформы/локали и прочего. Поддерживается всем и вся, потом любые символы любых языков можно использовать - а значит расширяемость. виндовс - само название говорит за себя Да, и самое главное: W3org велел utf-8! Вот ничегошная статейка за http://webmastak.com/article.aspx?id=300

Добрый день форумчане. Сверстал (учебный) макет, буду благодарен за все комментарии и критику. - Макет - Верстка ——-- Верстка: резина Тестилось в: IE6+, Opera 9.63+, FF3.6+, Chrome 10, Safari 4 Также хотелось бы после комментария примерную оценку по вашему мнению, сколько и из скольки баллов. Также отдельное спасибо psywalker-у, в свое время подсказавшиму мне по какому пути идти оптимальнее в обучении версткой.

Макс, по п.6-7 — это я посоветовал в другой теме. Блок новостей на этой странице вообще второстепенная вещь, одной кастрюли для него, имхо, вполне достаточно. Для HTML5-парсера на секции, заносящиеся в outline, он делится как раз заголовками (именно за этим они там). А в рамках HTML4 (по ТЗ предполагалось ограничиться им) лично я не вижу, как оборачивание каждой новости в отдельный пакетик добавит ей какой-либо семантики (особенно в отсутствие заголовка), только увеличит кол-во п. 22 . Разве что для оформительских целей, но по макету я и в этом не видел необходимости (тут каюсь, моя невнимательность — недоучел нижнюю черту под последней новостью). Насчет обертки уже вижу, что я ошибался. Насчет прочего — буду благодарен за расширение кругозора и избавление от заблуждений. П. 10 — по-моему, вполне легитимный вариант для отправки формы "самой себе". Ясно, что в боевом проекте там будет конкретный адрес скрипта, на мой взгляд, для верстки это не недостаток. П. 13 — имхо, список к бредкрамбсам притянут за уши. Да, иерархия вроде как предлагает последовательность, но само название "строка навигации" говорит о его строковой природе. В HTML5, имхо, он вполне может быть <nav>-ом с обычной строкой ссылок внутри. Вообще, имхо, хороший тест на семантику разметки — обычное отключение стилей в браузере. Если юзер читает, к примеру, на маленьком мобильнике: имхо, вместо ожидаемой ясности первой реакцией будет растерянность "ну и где же именно я нахожусь среди этой кучи ссылок?". Тогда как с традиционной строкой, похожей на привычный файловый путь что со стилями, что без, своё местонахождение на конце цепочки будет очевидно в любом случае. А уж вносить разделитель в <li>... Если выпендриваться, для него в тему было бы припахать :before/:after. Но, опять же, не вижу необходимости. П. 20 — тоже прошу пояснить, чем пустой несемантичный спан засоряет структуру меньше, чем непустая слабосемантичная картинка?

Ну как я говорил - в одном из своих постов про критику, - двусмысленное высказывание с очень тонким намеком 1.Что исправлено. - Да, упустил про него, сделал. - Согласен, сделал. - В принципе так и хотел делать. Переделал. По остальным не отвеченным пунктам есть свое мнение. 2.Вопросы: - Чем плохо "/"? Картинками нужно или что? - Если можно, скажите насчет заголовков, собственно не совсем понял этот момент? - Чем class="menu" плохо? - Почему? по остальным все ясно. Ничо не пойму причем здесь мало или много? я на данный момент вообще ни на что и не претендую.

сделать можно что угодно: списки определений, огромное количество дивов-спанов. Но тут явно таблица.

Плавающие элементы автоматически становятся блочными, разве нет?

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

>>Затем, чтобы во-первый иметь один лист стилей для всех ИЕ сразу, а во-вторых чтобы в будущем легко можно было внести правки для нужных браузеров. Просто в ie6.css содержатся чисто специфичные ошибки. min-width, двойной маргин ит. д. Макет сам по себе не сложный, так что особых проблем с IE7 и 8 возникнуть не должно. В будущем можно вообще удалить ie6.css и использовать один файл стилей для всех браузеров. >>Потому что заголовок новости != её дата. Странно, что для тебя нет разницы. Мне кажется, что дата может заменять заголовок при его отсутствии. Представим себе какой-нибудь путеводный дневник. В нём надпись «9 апреля» выполняет функцию заголовка, так как потом рассказывается, что случилось в этот день. Однако, если есть заголовок «Весёлые приключения», а где-нибудь в углу надпись 9.04, то тут это уже пояснение к заголовку, но не сам заголовок. Возможно, я и ошибаюсь. >>Логичнее помещать ссылки на другие страницы и т.д в Футер. Ты же учишь HTML5, должен знать вроде. В HTML5 с <footer> вообще всё сложно. Если смотреть применительно к этому макету, то естественно белая полоска тоже к нему относится (причём её ещё в <nav> нужно обернуть). Но в вёрстка сделана в xhtml, поэтому можно делать по желанию и удобству стилизации.

видимо из них первый — <nav>, а 2 и 3 можно сделать <menu>, но особой уверенности в правильности его применения тут нет. Что точно: <nav> — это то, что отражает структуру сайта. Главное меню на сайте делается через <nav>, тут сомнений никаких. <menu> без сомнений хорошо для веб-приложений. Как аналог меню прикладных программ. Соблазн использовать <menu> в любом меню велик. Но поддаваться ему не следует. Лучше выждать. Похоже, что пока даже у разработчиков стандарта и браузеров нет однозначного мнения на сей счёт.

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

такого не бывает. Бывает, что текст в утф, а сервер отдаёт заголовок о 1251 например.

что пробовали и почему не получилось?

я один чего-то не так понял? Если человек не знает языка программирования, то о какой регистрации идет речь то? Регистрация то не цель, после реализации возможности регистрации там же писать основной функционал для чего собсна регистрация и нужна Если нужна регистрация и система для сайта - берем готовое Если нужны знания - идем в магазин за книжками

Дело в том что <textatea> помещена таблицу с бекграундом-картинкой и нужно чтобы Текстареа была прозрачной. И опять-таки, ести в сss, в textarea.plan, пишу, что-то вроде height: 500px; width: 530px; background: inherit - отключается во всех браузерах)

В большинстве случаев можно. Но не нужно. Почему можно — опять соглашаюсь с SelenIT'ом. Почему не нужно: всё-таки dl для форм хоть и успешно, но всё же притянут за уши. То, что пишется в поле формы, лишь с большой натяжкой можно назвать описанием того, что означено в подписи к этому полю. Да и для подписи к полю формы есть специально обученный элемент label. В условиях наличия такого элемента пользоваться какими-то другими просто нет нужды.

Формы — имхо, да (на мой взгляд, отношение определяемое-определение между подписью поля формы и его значением вполне себе выражено, хотя форма — вообще особый случай, тут очень зыбкая грань между парами "имя-значение" и настоящей таблицей 2?n). Диалоги — имхо, определенно нет. В HTML5 это прямо запрещено (Note в самом конце), и аргументы, что разрешение на это в HTML4 было ошибкой, имхо, убеждают...

аналогично, присоединяюсь. Интересно авторитетное мнение Светланы по этому вопросу.

SelenIT, вот это вообще жесть-жесть! Я уже к чему-то подобному сама начала приходить, но до Вас мне далеко было! Спасибо за труд! Да, теперь однозначно дорогу вложенным спискам :) Я Вами восхищаюсь!!

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

спасибо! буду разбираться...

ок, не вопрос. итак, про код:

Если я все правильно понял - регистрацию для себя не сделаешь? Там битые ссылки!!! Дайте нормальные ссыли на апач пхп и майскл

Я не понял как это реализовать. <div> или через <table> А картинку как я понял, через стили css сделать?

Как уже писали position: relative Использовал, только теперь картинка не налазит на рамку. Ясно, только минусами закидают. Ладно спс что сразу не удалили.

В субботу светлые умы отдыхают....

Не знаю не знаю... В колледже учителю понтанулся))) и сказал что утф-8 нужно ставить, он лучше и... Но он сказал поставь и посмотри как будет выглядить, ну я поставил и у меня в ИЕ были квадратики вместо норм текста ЧЗХ?

для тех, кому не ясно - там где вопросительные знаки, простой текст, который не относится к коду. правильно оформить форма файла отправки самого сообщения=правильно оформить форму файла отправки самого сообщения