Viper
User-
Posts
404 -
Joined
-
Last visited
-
Days Won
11
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Viper
-
1. можешь посмотреть как тут сделанно - _www.miadidas.com 2. а по какой причине LI не растягивает родителя? По дефолту должен...
-
Сначала этот DIV, который появляеться, имеет свойство display:none;, невидим и не занимает место, не мешает. При нажатии: он появлялся с определенной шириной и, соответственно, разширял своего родителя блок - "head_profile". Что случилось: свойство - position:absolute; делает его вольным обитетелем страницы, не влияющим (физически) на другие элементы (но не следует пренебрегать этим свойством). С помощью атрибутов top, right, left, bottom мы можем позиционировать его: относительно либо нашей страницы, либо (как и в нашем случае) относительно элемента со свойством - position:relative;. Поиграйтесь с этими свойствоми и, уверен, вы вникнете в суть...
-
Имена селектов не должны повторяться, они как идентификаторы, но только в области Формы, а так как Формы нету, то в области страницы. И предоставьте скрипт инициализации плагина для стилизации селектов. Тоисть, как именно вы его обьявляли? П.С. И кстати, проверьте свой сайт в ИЕ8-
-
Если так? .head_profile_menu { position:absolute; right:0; top:100%; }
-
Ты не из Киева случаем?) У них (Яндекса) 5-го мая суботник намечаеться в Киеве П.С. Это так на всякий, к слову... )
-
NowBook? вы уверены, что хотели назвать сайт именно так?
-
Сомнительно. Но напоминает, если правильно понял, структурированность идей БЭМа от Яндекса. Они пытались сделать что-то подобное, не знаю/не помню иль сделали/выложили... Может что-то и раскопаете )
-
Открываешь 2 файла и паралельно вносишь в них изменения, как пример. В одном стукрута темплейта (HTML, php, java... в общем, на чем строиться данный темплейт), в другом его сss файл. Это не проблема, а (может для вас) неудобно, просто. В любом случае, советую вам приучаться себя все же делать отдельно, рано или позно прийдеться )
-
Удобно? Такого еще не слишил, а опыт приличный... Это очень влияет на скорость загрузки страницы и на рендеринг страницы - при этом менее привлекательный, так сказать. Все стили на продакшене должны, в идеале, находиться в одном файле. Приведите пример. Бывали случаи, но крайне редко и виной была "дубовость" платформы. А так даже не знаю... П.С. Это являеться Очень плохим тоном и верстальщики, которым в будущем вдруг выпадет поддерживать сверстанный таким образом сайт, будут сильно материться... Это если попроще
-
Добавлю по поводу форматов: GIF, PNG8 - если мало цветов, не нужна тень с прозрачностью, нету градиентов. Основные форматы для иконок на сайтах ( но не всегда ). JPG - всегда применяеться для растровых изображений без прозрачности, с большой цветовой палитрой, градиентами и тд. PNG24 - где нужна четкость и прозначность. Лучший вариант, где нужен читабельный текст на изображении. Много плюсов, но, относительно, Очень большей размер изображения на выходе. П.С. Если стремишься в будущем работать, например, в том же Яндексе - фанатизм необходим Но для "обычных" сайтов - это, да, безсмысленно, если не делаешь "для себя", так сказать...
-
Та что же вы не поймете... какие 5000? Ограничений не должно быть! Это забота дизайнера - сделать так что бы фон можно было репитить (ну или он будет плавно переходит в какой-то цвет заливки, без репита, комиксы там, журналы, игры, тд. - исключения: часто применяються и другие методики), он должен это предусматривать. Какие мегабайты... как мог акцентировал же внимание на максимально адекватном уменшении размеров, вплоть до байтов... Если вы про плагины/советы от Yahoo по ускорению загрузки, то эти советы "детский сад", по стравнению с оптимизацией, проводимой мировыми ИТ брендами на своих сайтах. Важнее клиентская оптимизация? Оо Во-первых - это и есть клиентская оптимизация, во-вторых: их нельзя ставнивать в этом плане... они разные... "а мостить возможно долго придётся" - не уверен, что понял смысл сказанного... сами придумали? можете кинуть пруф?
-
Вот зачем такое советовать дизайнеру...( Дизайн должен быть гибкий и, при возможности, адаптивним. Подстраиваться под какие-то размеры - проблема которую уже годами пытаються искоренить. Со столь стремительным ростом мобильных устройст и доступности нормальных, больших мониторов, к этому уже стали ( и нужно ) прислушиваться. У iPad3, например, разрешение - 2048x1536. Разрешение - это не величина экрана, а количество пикселей, величина которых может кардинально отличаться. Та даже и не в этом основная проблема... Сайты нужно делать "на века". "Мы не знаем, что нас ждет в будущем"(с). И почему какие-то определенные пользователи должны прывыкать? Вполне в будущем, этим пользователем станешь Ты. И не факт что из-за дизайна подогнанного под 1920px ты, например, не купишь товар в Этом интеренет-магазине, а купишь в другом, где об этом позаботилиль. Любая мелочь может повлиять на твое отношение к сайту ( даже не осознанно ). Это доводят многочисленные AB тесты, аналитика, статистика и тд... Дизайнер обязан продумывать дизайн на гибкость и стуктуру, по крайней мере, профессиональный. А дизайн, ровно на 1920px, указивает на не профессионализм... ( Крупные мировые компании "бьються" чутли не за каждого пользователя (ИЕ6 не в счет: люди также понимают ценность технологического развития). Хотите развиваться - учитесь делать сайты мирового уровня, когда-то это будет стандартом. А лучше ~300байт. На сайтах с посещаемостью 50тис+ уже есть разница... Ну, наверное, пока на практике не столкнешься, не поймешь... Понимаю, что в это не просто вот-так-вот поверить... П.С. В общем, это все, что касаеться филосовских высказиваний, мое ИМХО ))
-
Упс... иногда забываю напоминать себе, что нужно всегда вникать в суть... чем меньше, тем лучше. Все зависит от текстуры. Если на глаз сложно определить, то приходиться методом тыка выявлять более-менее оптимальный вариант. Не существует каких-то стандартных размеров. Идея всегда одна - чем меньше картинка, тем лучше. Если верстальщик делает на совесть, так сказать, то будет "тыкать" пока не найдет оптимальный размер репита (та хоть и 4х6, примером, или 24х24), при котором не будет видно "швов" ) Меня это всегда утомляло..., но это часть работы верстальщика. Та и со временем быстро набиваешь руку. П.С. Если ты только дизайнер - верстальщик сам разбереться. Если верстать собрался: ну вырежь квадрат 12х12, например, прорепить и посмотри )
-
Как ярый поклонник оптимизаци, Ненавижу... получать подобные фоны от дизайнеров( Но эта текстура еще цветочки Проблема ясна, варианты: 1. Поговорить с дизайнером. На практике, почти всегда, дизайнеры и подразумевают репит. Им просто удобней и быстрее текстурой такое "нарисовать". А если не думали, то без проблем соглашаються на репит. Но... конечно бывают исключения... 2. Canvas. Хотя не всегда ( и фон тут, вроде как, не сильно тяжелый ) та и ИЕ8- П.С. Лично я делал бы репит и не себе мозг. И ты попробуй его порепитить: скорей всего, он отлично репититься и не кто не заметит Я морально не смог бы себя заставить делать это Огромным фоном, даже сложно представить каких размеров... Диапазон доступных (в плане денег) разрешений уже превышает 2000px
-
Они уже давно не мифические, это скорее уже стереотип. По этой теме - ссылка Да, вы правы, нужно уметь обходиться без них. Но при этом использовать их по максимому, а что (из необходимого) не поддерживаеться в "не понимающих" браузерах, писать в другом формате (Но это редко применяеться в веб-студиях среднего звена). Разработчики - двигатели прогресса. Считаю, что нужно агитировать молодежь изучать новые технологии, они (технологии) очень быстро розвиваються. "Теперь балом правит здравомыслие разработчика" - "здравомыслящие" разработчики? нет... не стречал. )) Ага.. если бы он не прикончил за это время, в лучшем случае, пару десятков нервных клеток...
-
А какая у вас версия FF? Смотрю на 11-й, работает... Или может я не правильно понял задачу... Если вы тоже под 11-й, можете обьяснить, что не так? )
-
Обновил. Забыл про "особенность" Лисы... Но этот вариант решения уже сложнее подгонять под определенный темплейт и блин... пришлось уже ломать мозг и извращаться... Может "обертка" и не такой плохой вариант? )) Может же не будет на страницах по 20+ таких ячеек... П.С. Куча хаков и не дай бог лишний JS, куда хуже 10-20 лишних "оберток" ( DOM обьектов )... ИМХО
-
Ой... а щас? Ну ячейки же будут динамически формироваться в шаблоне? Это обычная задача PHP-программиста... ну или того, кто шаблонизирует. Хаки всегда, при возможности, нужно избегать. Лучше их тогда вообще не писать: Если ослик будет не такой как все - он переживет и будет двигаться дальше, а если его перегрузить - он не то что не двинеться с места, он копита откинет )) бедный наш ослик...
-
1. Спорно? да. Я разве говорил, что нужно слепо следовать указаниям валидатора? Валидаторы помогают изучить особенности спецификации W3C. Тот кто не может сверстать валидный сайт, соответственно, и не знает его спецификаций. Те эксперты, кто осознанно допускают ошибки валидатора, прекрасно осведомлены почему они могут их допускать и когда это не повредит сайту ( Ошибки быват разные! ) А для того, что бы знать какую ошибку можно проигнорировать, нужно сначала в ней разобраться. По этому я и написал - "И разбераться почему они являються ошибками". Это не советы как "нужно верстать", а советы что может помочь при изучении, улучшении уровня верстки. ИМХО 2. ИЕ6 похоронили в начале этого года (Майкрософтом). Поддерживать ИЕ6 прекратили большая часть (а может уже и все) мировых гигантов. Его поддержка не целесообразна ни для разработчика, ни для клиента. Мировые бренды отказиваються от ИЕ6-го. Изучение нюансов, даже не всех, займет у него не оправданно много времени, если учитывать, что ему вполне возможно не когда не прийдеться иметь с ним дело. И это все факты! Гугл и каунтеры в помощь. П.С. Забивать голову новичку не существенными, но громоздкими нюансами, как по мне, самый плохой совет. Смотрите, что бы после попыток разобраться в особенностях ИЕ6, у него не начались кошмары )) А то испугаеться и забросит все к... П.П.С. Извините, если грубо выразил свои мысли. Надоел он (ИЕ6) уже мне... и это мое ИМХО
-
Обновил - http://web-viper.com/test/test.html Основа метода - псевдоэлемент :before. Если решение понравиться, хак для кроссбраузерности :before - не проблема. :last-child не работает в ИЕ ниже 9-го, что бы не нагромождать ослика хаками, лучше для last tr задавать класс... в общем как в моем примере
-
Да, для разных. Конфликта не вызовет. Но лучше научиться обходиться без PIE или хотя бы разобраться как он работает и его нюансы. Хорошая же практика: либо Graceful degradation, либо применять CSS3 для новых ( умных ) браузеров, а для "не понимающих" - по старинке )
-
Эта надпись разшифровываеться как: все IE ниже 9-го.
-
Если так? http://web-viper.com/test/test.html
-
Этот фон задан с фиксированным позиционнированием, по этому и налазит. И стоило бы переделать без абсолютного позиционирования центральную ( контент ) часть сайта. Много переделывать... Так что смотрите насколько оно вам нужно... П.С. Если хотите улучшать навыки, привыкайте выносить стили в CSS файл, а не писать в тегах. И обязательно прочтите книгу по верстке ( издательство O'Reilly одно из лучших по ИТ тематике).