Viper
-
Posts
404 -
Joined
-
Last visited
-
Days Won
11
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Viper
-
1. в <article class="united_info"> убрал бы <aside> 2. div.sidebox заменил бы на aside.sidebox 3. теги <section> на данной странице, я бы не использовал 4. в nav.top_nav убрал бы <menu> 5. в тегах <form> убрал бы <fieldset> 6. ну и слайдер переделал бы так, как раньше(выше) описывал П.С. Но опять же, это ИМХО. Нету единственно правильного варианта.
-
Не в ту сторону у вас "повернуто" мышление) Понятие "основного контента" привязывается к каждой странице сайта, а не к всему сайту в целом. И не нужно отталкиваться от тегов, которые находятся в данном блоке/секции. В вашем случае, например, краткое содержание статьи - это и есть основной контент на данной странице, а вся правая колонка - aside-элементы, ИМХО.
-
Что касается этой статьи - то это перевод. Спецификацию HTML5 сделали очень гибкой и не навязчивой, несмотря на сложности с пониманием... Они не задают четких правил-аксиом, по отношению к структуре страницы. Это дает волю разработчикам самим решать - где и какой структурный элемент должен находиться, но семантику(смысл) этих элементов они менять не могут. Они - "строители", а структурные теги - всего лишь инструмент. В итоге, все зависит от самых разработчиков - как они используют эту самую "свободу": "построят ли они туалет в комнате, где по логике должна быть спальня?", ИМХО. Нет, заголовки не обязательны - они всего лишь еще один(и, ИМХО, значительный) фактор к, своего рода, определению - поставить тег <section> или <div>, ИМХО. Но, например, я в своей практике крайне редко применял <section> без заголовка...
-
например, так: _http://jsfiddle.net/webviper/NcvSZ/
-
поиск в помощь
-
Объясните пожалуйста, почему в данном случае именно <filedset> с <legend>? Про формы здесь ни слова... Почему не <article> + <hN> + <p>/<div>, например?
-
Очень просто: шапка, подвал и навигация сделанны с помощью fixed. Получаеться, что только контент область может скролиться. А для того, что бы fixed-блоки не "налазили" на контент, там стоят отступы в виде DIV'вов...
-
Если вас смущают предупреждения на символи и закрытие тегов, почему же вы верстаете(ставите доктайп) xhtml? Я бы сказал, что ваш код... "абсурден" до неприличного: 1. ... <div class="right"> <li><a href='point.php?page=women'>Девушки</a></li> ... </a></li> <li><a href='point.php?page=contacts'>Контакты</a></li> <div class="vk"> ... - элементы списка(первого ур.) в свободном полете? И забыт всеми тег <a>... 2. </br>, <hr></hr>, <img/>... - мда, ставьте доктайп <!DOCTYPE html> и не мучайтесь... 3. </html> </body> - это тоже абсурдное обвинение?
-
По ссылке выше ошибки не исправленны. Есть также плагин для FF - Html Validator, он удобнее... Наиболее критичные: "document type does not allow element "li" here; missing one of "ul", "ol", "menu", "dir" start-tag"
-
похоже на баг рендеринга... Валидатором или сервисом HTML lint не пользуетесь? Для начала, исправьте хотя бы синтаксические ошибки, которые они выдают. Возможно, причина в этом...
-
"Для достижения этих целей мы стараемся не использовать всякие «хаки» «фиксы» и «примочки»" - так стараетесь, что даже на своем сайте-визитке используете PIE.htc, -khtml-border-radius... ) "По завершению, код сайта проверяется на валидность" - свой сайт то проверяли? валидацию не проходит... Отдельного внимания заслуживает - <a name="calculate"> ) Плюс, инлайновые стили и не отформатированный код...
-
По поводу записи префиксов в js, Макеев говорил в одной из своих презентаций на РИТ-2012. Кому интересно: _http://vimeo.com/channels/wstdays/47210831 (с 19:10)
-
Нет, это подход к дизайну: ты слишком стараешься как-то выделиться, применить все свои знания и идеи, сделать яркий, красочный(как тебе кажется) дизайн... В своих побуждениях к лучшему, ты "перегибаешь ломаешь палку". Не пытайся применить в дизайне макс. количество придуманных "фишек", а пытайся, в первую очередь, сделать удобный, "простой" и приятный глазу сайт. Огрехи дизайна: 1. Общий фон слишком отвлекает при просмотре страницы, на нем не должно быть текста. Хорошо подобранный сплошной цвет, гораздо приятнее смотрелся бы и не мешал. 2. Текст "Здравствуйте ... " режет глаза на таком фоне. Тебе, возможно, кажется что это прикольная фишка, которая дополняет дизайн, делает его интересней, но на практике будет только раздражать пользователей. 3. Красный текст по всему сайту просто "выдавливает глаза"... К тому же, он сливаеться с фоном... 4. В навигации по всему сайту можно запутаться... И не советую делать сайты по принципу - "все на одной странице". Очень редко бывает, когда этот принцип оправдан и хорошо, в тему так сказать, реализован, ИМХО. П.С. Не пытайтесь в качестве сайта сделать красивую кратинку. Сайт нужен не для того, что бы на него "просто смотрели", а нужен - для чтения и выполнения своего функционала. И именно под эти цели нужно продумывать и проектировать дизайн/структуру, js, верстку, тд., ИМХО.
-
Прогрес есть. Как для второго сайта, неплохо, ИМХО. Больше практики и теории, меньше понтов и прывыкай задавать нормальные имена Id, class, тд...
-
_http://jsfiddle.net/webviper/2PJ9H/
-
cемантику и синтаксис тегов, учиться оформлять код и улучшать его семантику, учитесь тестировать верстку и делать её гибкой... сначала эту попытайтесь нормально сверстать, довести до ума Оригинальный вариант: <nav> <menu> <li><a href="#">Автомобили</a></li> <li><a href="#">Имущество</a></li> <li><a href="#">Здоровье</a></li> </menu> </nav> - чтобы уж наверняка? Даже если и так, попытайтесь сделать нормально
-
Все зависит от требований заказчика и от исполнителя. Индус может сделать за 5$, Senior может больше 100$ запросить... П.С. А вообще, вопрос не корректен. Факторов слишком мало, что бы говорить об конкретных числах.
-
Что бы не было подобных проблем, нужно нормально делать сайты, а не через ж... конструктор. Забудьте про всякие Ucoz'ы и конструкторы. Извините, но я давно такого говно-кода не видел... Не стоит удивляться подобным багам браузеров, они сами в шоке... Пока вы не: 1. поменяете доктайп "<!DOCTYPE>" на нормальный 2. уберете всю эту хрень выше/ниже тега HTML, естественно кроме доктайпа 3. проверите на присутствие синтаксических ошибок и различного бреда, например: <nav div id="nav_header"> , нету смысла что-то тут решать, выдумывать... <nav id="nav_footer"> <div id="times_txt">Суббота, 18.08.2012, 01:50</div> <div id="menu_times"></div> </nav> - Ваших рук? Если да, то зачем?( П.С. HTML Lint: "Congratulations! You created nice HTML!" -
-
Некоторые, да. Но предложение(ответ) - , по поводу которого ты и создал эту тему, не связанно напрямую с дизайном(картинкой). Ты спросил "Можете мне обяснить почему я не прав?" - это был ответ(один из).
-
Ты сейчас говоришь про "статический дизайн" - картинку, а мы про "функциональный дизайн" - как ведет себя сверстанный дизайн в окне браузера: различные эффекты(hover, active, disabled ...), ресайз, адаптация, гибкость элементов и тд... С картинкой тебе придется смириться, если её утвердили. А вот если функциональный дизайн тебе не подготовили(это на их совести), то ты, как последняя инстанция, "должен" реализовать его на свое усмотрение, ИМХО.
-
Ты сам-то хоть раз слышал подобное от заказчика? Любому клиенту нужно, что бы было "хорошо" и что бы это приносило прибыл. Все. [сарказм]Да, заказчик хотел, заставлял несчастных разработчиков делать говно-сайты! Такой вот заказчик-тролль.[/сарказм]
-
А может он пытался верстать по правилам xhtml? Что плохого в закрытии этих тегов, кроме пары лишних байт? Если ему так удобнее, нагляднее - это его право, ИМХО. Я тоже всегда закрываю теги.
-
border: none;
-
Инвестора я бы искал в самом крайнем случае... Если самому не по силам, то собрать команду: или знакомых, первоначально за идею, а в дальнейшем взять в долю; или кредит и нанять команду, но кредит - рискованно... П.С. История одного стартапа: _http://habrahabr.ru/post/143636/ . Возможно, вас вдохновит
-
Идею как таковую, нет. По-этому и нужен "прототип/макет/или что необходимо...", который можно "запатентовать", и если это не техническое изобретение, то защитить как обьект авторского права и получить соответствующее свидетельство о регистрации
