
Viper
User-
Posts
404 -
Joined
-
Last visited
-
Days Won
11
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Viper
-
но разной ширины? или одинаковых размеров, но в 2-х других, в которых контента больше, будет скролл? или какой результат ожидается?)
-
А тебе уже есть 18, что бы вступать в такие вот подозрительные группы?)) Предположение не адекватное, но учитывая адекватность, например, Роскомнадзора...) Можешь скинуть мне в личку название группы или ссылку? я тоже хАчу))
-
В opera last, IE9/8 не уезжает. Зачем там .fancybox-lock .fancybox-overlay { overflow: auto; overflow-y: scroll; } ? И лучше замени: .fancybox-overlay-fixed { position: fixed; bottom: 0; right: 0; } на - .fancybox-overlay-fixed { position: fixed; top: 0; left: 0; }
-
Там не ease помог, а правильная запись: -o-transition: all 0.5s ease; -moz-transition: all 0.5s ease; -webkit-transition: all 0.5s ease; transition: all 0.5s ease; Как у тебя могло что-либо работать, если ты указывал Только время выполнения, но не указывал что выполнять то... transition-duration: 100ms;
-
Работает? - _http://jsfiddle.net/qrTA8/2/
-
Что конкретно ты хочешь оптимизировать? Количество DOM структуры и размер HTML файла? Тогда там нечего(и не нужно) оптимизировать... Размер HTML файла можно оптимизировать только во вред. Имеет разве-что смысл уменьшение DOM структуры, но Только если это не повлияет негативно на другие аспекты, например, поддержку сайта или ре-дизайн, ИМХО. Можно убрать разве-что #wrapper, но на проекте, скорей всего, он все равно понадобиться... Потому-что картинкой - это говно-код. Который не допустим на нормальных проектах. Текст должен быть текстом, что бы с ним можно было взаимодействовать. Logo и связь тем более...
-
Эту фичу-баг заметили, как оказывается, уже довольно давно) _http://habrahabr.ru/post/95510/ А раз до сих пор не пофиксили, то можно предположить, что это "фича") Или побоялись из-за массового применения...)
-
Можно, но лучше и проще всего через личные сообщения здесь на форуме. В скайпе я очень редко появляюсь...
-
У каждого работодателя свои требования. От junior'а адекватные компании не будут требовать многово, но вот этих адекватных компаний нужно еще поискать... Чем вам и предстоить заняться) У каждого своя ситуация - свой путь. Не бойтесь ходить на собеседования - это как минимум опыт. Вас может проверять опытный Senior, а может и вовсе технически не подкованный(или даже не адекватный) человек. Нужно быть готовым ко всему Работодателю нужно посмотреть, что вы что-то верстали. Необходимо хоть какое-то портфолио, что бы было на что вглянуть. Production проекты конечно лучше, но многие набивают свое первое портфолио(опыт) на бесплатных макетах. Свой проект - хорошо(смотря какой), но никогда не являеться обязательным. Можно и вовсе без портфолио найти работу, но сложно и лучше не стоитИМХО П.С. В общем, советую по максимому практиковаться на макетах(добавляя в портфолио), учить... и паралельно искать работу.
-
Как для начала, очень достойно, ИМХО. Но судить по одной страничке никто не будет. И желательно иметь базовые навыки js/jQuery, достаточных хотя бы для, например, подключения плагинов.
-
h2.line span { margin-left: -810px; } 1. тип поля ввода E-mail семантичнее будет - "email" 2. копирайт семантичнее помещать в <small> 3. Цитату семантичнее оформлять так(ИМХО): <blockquote> Good design is always obvious. Great design is always transparent.-<cite>Joe Sparano</cite></blockquote> 4. как правильнее(лучше) указывать семейства шрифтов: http://www.xiper.net/collect/html-and-css-tricks/typographics/safe-fonts-part2.html
-
Поправил: _http://jsfiddle.net/NXaHY/5/ Ну тут уже нужно смотреть сайт на котором находиться эта менюшка...
-
ужасные у тебя конструкции... Кое-что переделал по своему: _http://jsfiddle.net/NXaHY/3/ На jsfiddle.net ссылки не могут открываться в этом же окне.
-
Так уж не хотеться делать один контейнер(wrap), в котором будет находиться данный img? Просто то, что ты хочешь даже не логично с точки зрения кода...ИМХО
-
1. в .header можно было бы добавить спрятанный текст(заголовок текстом) и сделать его <h1>, ИМХО. 2. border-radius можно уже использовать без префиксов 3. Не логично и не семантично строить форму с помощью таблицы. 4. цвет placeholder'а такой же как и вводимого текста... плохо. 5. не хватает hover & active на кнопке "Send Now" 6. таблицу в .table_wrapper логичнее делать списком dl. Таблица не гибкая. Не предусмотрено добавление/удаление.
-
А вас не смущает, что он жутко тормозит даже в Хроме?) У меня больше 5 мин он работать не может нигде) Кроссбраузерный только на флеше.
-
Никак. Только через js(или canvas) менять изображение/путь.
-
.open:focus { height: 122px; }
-
Например: _http://jsfiddle.net/webviper/B9AMZ/16/
-
1. каскады(например, #nav ul li a) в CSS плохо - страдает скорость обработки стилей. Но не критично на не больших проектах. 2. привязка стилей к ID плохо - ID для скриптов, страдает гибкость и поддержка 3. font-size: 14px; font-family: 'Open Sans', sans-serif; font-weight: bold; можно записать как: font: bold 14px 'Open Sans', sans-serif; list-style-image:none; list-style-position:outside; list-style-type:none; можно записать как: list-style: none outside none 4. !important - плохо 5. 0px; - достаточно писать - "0" 6. display:block; position:absolute; - если стоит absolute, то dispay:block не нужен 7. -moz-opacity: 0.8; - это ж для какой версии FF? -webkit-box-sizing - какую версию хрома поддерживаешь? 8. width: 999999px; - 9. не удобно когда нету пробелов между ":" и значением
-
Возможно: ты его уже удалил и не заметил; это могла быть ссылка на вредоносный ресурс; были случаи когда злоумышленники добавляли вирус на сайт, а через некоторое время убирали; Яндекс мог засечь подозрительную/вредоносную активность, которая неоднократно каким-то образом проходила через твой сайт. Странно конечно... Подай(попробуй) что-ли запрос в webmaster панели Яндекса для пересмотра на наличие вредоносного кода...
-
Основное это: _http://caniuse.com/script-defer Плюс небольшие(ИМХО) нюансы которые стоит соблюдать/понимать при использовании defer, которые тоже становились причиной отказаться от этого атрибута.
-
Нет, именно по-этому я и написал как будет лучше для всех пользователей, а не как "удобнее" для самого разработчика. А кто оспаривал, что скрипты нельзя помещать в <head>? Или я говорил, что скрипты Именно ты должен был подключать в <body>? Укажи, пожалуйста, где я такое утверждал. Возможно, тебе следует перечитать еще разок мои комментарии. Хочешь подключать в Head - пожалуйста, подключай. Пользователи будут видеть белый экран до полной загрузки всех скриптов. От способа подключения скриптов зависит многое, особенно, этот вопрос критичен на больших проектах или проектах с большим количеством скриптов. Если тебе это не интересно, мог и не обращать внимание на небольшое дополнение...
-
Ну если ты разрабатываешь сайт для себя, а не для пользователей... а так они будут не в одном месте?) Те же скрипты будут перед закрывающим </body>