Jump to content

Viper

User
  • Posts

    404
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by Viper

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

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy