Jump to content

wildhind

Expert
  • Posts

    675
  • Joined

  • Last visited

  • Days Won

    6

Everything posted by wildhind

  1. у tr и td свойство margin не работает.
  2. так, чтобы не было обид, что тут все плохие и никто не ломанулся в скайп писать: дайте ссылку на сайт. Наверняка ерунда какая-нибудь. А лечением по фотографии не занимаемся
  3. ну вообще да, всё правильно. А как иначе опыта набраться? Извини, wandacord, за насмешки. Надеюсь, правильно понял, чем они вызваны, и не обиделся, а понял как дружеский совет.
  4. окей. Я обычно не люблю по форумам спрашивать, предпочитаю гугление или чтение документации. Но в данном случае спрошу, как в следующий раз столкнусь, потому что действительно видимо чего-то не понимаю.
  5. Ошибка у вас в том, что вы спрашиваете, кто себя считает хорошим, при этом ничего конкретного не предлагаете. Нужен опытный разработчик хорошего уровня — смотрите хотя бы по форуму. По сообщениям ясно, у кого уровень действительно достойный. И к тому, чей уровень посчитаете достойным, обращайтесь напрямую. Если что, свои услуги не предлагаю ибо уровень недостаточный, ещё учусь. Да и за сто баксов как-то не очень интересно.
  6. да как-то странно заменили. Есть некая недоступная мне мистика, когда по коду это вроде вообще то же самое, но при этом .live() работает, а .on() не работает. Надо будет разобраться. У любой мистики есть рациональное объяснение. Но пока остаётся некоторое непонимание.
  7. Для начала можно на этом сайте много интересного читать. А затем — да само найдётся. css-live тоже растёт над собой, всё более и более интересные материалы там появляются. Уж на что у меня было изначально скептическое отношение к этому проекту, а по факту пришлось отношение поменять. Материалы без лишнего заумства, делающие сложные темы простыми. Да вообще, читайте всё. Где хорошие материалы, а где не очень — быстро станет понятно.
  8. Причём ведь узнаётся о таком как-то случайно. А потом сидишь, читаешь и не понимаешь: что ж случилось-то? sizzle переписали — наверно круто. Анимацию улучшили — окей, посмотрим на будущих проектах. А вот что там происходит с .live()? Вообще не понимаю ни из каких текстов
  9. это нормально хотя нет. Это ещё цветочки. А вот когда уже имеешь некоторые знания и некоторый опыт, участвуешь в миллионных проектах в статусе незаменимого специалиста, начинаешь понимать, что учить-то ещё намного больше, чем было в самом начале пути. А потом даже не просто учиться, а изобретать и придумывать что-то, доселе считавшееся невозможным. В общем, всё нормально Учиться — это хорошо.
  10. А как??? Элементарно. Меняем вот эту громоздкую и ненужную конструкцию: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> на нормальную: <!DOCTYPE html> Затем думаем о правильности использования элементов (в частности <pre>, где больше смысла сделать <p> или <article>, <ul>, где нужно <nav> и т.д.) Затем думаем, что не так с множеством пустых элементов. Затем думаем об избыточной перегруженности классами. Ну и вообще думаем. Вот такую конструкцию: <ul class="menu"> <li class="home"><a class="home" href="#"></a></li> <li class="about"><a class="about" href="#"></a></li> <li class="b2b"><a class="b2b" href="#"></a></li> <li class="industry"><a class="industry" href="#"></a></li> <li class="service"><a class="service" href="#"></a></li> <li class="contact"><a class="contact" href="#"></a></li> <li class="support"><a class="support" href="#"></a></li> <li class="jobs"><a class="jobs" href="#"></a></li> </ul> гораздо лучше записать так: <nav class="mainmenu"> <a href="#!/">Home</a> <a href="#!/about">About</a> <a href="#!/b2b">B2B</a> <a href="#!/industry">Industry</a> <a href="#!/service">Service</a> <a href="#!/contact">Contact</a> <a href="#!/support">Support</a> <a href="#!/jobs">Jobs</a> </nav> и так можно практически по всему коду менять
  11. ну что сказать… только по поводу вёрстки? После грубейшей ошибки в первой же строке кода имеет ли смысл читать этот код дальше?
  12. да, в 10. Релиза нет, но есть существенные положительные подвижки. Есть основания полагать, что в отличие от прежних версий этой осенью пользователи MS ломанутся обновляться массово. В ие10, правда, своих приколов хватает, но поддержка css там уже более-менее приличная.
  13. это не баг. И не таблицы. Это закономерный для инлайнового элемента (img) пробел. Устранить можно, сделав img блочным.
  14. http://msdn.microsoft.com/en-us/library/ms532985%28v=VS.85%29.aspx Хотя, в современных IE уже работает свойство text-shadow
  15. Правильнее всего заменить такими понятиями, как progressive enhancement или graceful degradation (что больше нравится).
  16. указывать width/height — это естественно. А вот лишний запрос — действительно не радует. Но как альтернатива — только загрузка картинки уже после определения экрана для всех пользователей, что не есть гут.
  17. да этот масштабный коэффициент — тоже палка о двух концах. Шрифты, рамки и всё прочее, рисуемое браузером — красота. А вот отмасштабированные фотки — это жесть. На новом проекте решили ставить специально для ретины фотки высокого разрешения. По device-pixel-ratio в css будем их отлавливать, да просто тупо свойством content для img подменять. Чтобы не скриптеть там, где это не нужно. Должно сработать.
  18. Это по умолчанию так? В <meta viewport> еще никакая магия не закралась? так по умолчанию. Обнаружили, когда коллега вернулся из штатов с тогда ещё диковинкой (первые дни как вышел New iPad), и стали все свои сайты смотреть на этом чудо-устройстве. Кое-что выглядело неожиданно.
  19. Я пока сама ещё толком не разобралась. Но суть та, что страница шириной 980px, вполне корректно выглядящая в iPad2, в New iPad растекается до краёв, не оставляя полей. Это про древнеандроидный браузер "Браузер", который упихивает все тексты в умещающуюся на экран колонку? это про большую часть мобильных браузеров. Сафари же тоже так себя ведёт. У древнеандроидного, кстати, в этой части проблем почти нет. Он как правило вполне корректно перестраивает страницу.
  20. Проверьте ещё, в веб-инспекторе это выглядит как-то так: Если да, это то самое явление. Но как убрать, не подскажу, извините. Это уже либо тема для самостоятельного изыскания, либо имеет смысл спросить людей, имеющих опыт работы с Windows.
  21. вы случаем не в ОС Windows работаете? Я тоже пару раз с таким сталкивалась, когда приходилось дорабатывать за разработчиками, работающими в ОС Windows. У них какие-то проблемы с сохранением файлов. В результате часто в начале файла присутствует невидимый символ, который браузером понимается как несанкционированный инлайновый элемент. Проверьте, не такой ли у вас случай.
  22. во-первых, почитайте ТЗ на разработку сайтов. Айпад упоминается в каждом втором, если не чаще, андроиды упоминаются крайне редко, и то на телефонах. У айпада разрешение это ерунда. Вот «умный» браузер, который подгоняет ширину страницы под ширину экрана — это да, весело. Ещё весело — это поддержка css в iOS версии ранее пятой. Пока что это актуально, хотя большинство уже под пятой. Далее: всякие события вроде mouseover, селекторы :hover — это тоже ведёт себя на айпадах весьма альтернативно. Хотя и не только на айпадах, а вообще на планшетах. Айпадов для тестирования нужно два: iPad2 и New iPad. У них серьёзно отличается разрешение экрана, чуть по разному подгоняется ширина, слегка отличается выделение телефонных номеров на странице. Вообще, Apple нам поднасрала со своей ретиной. Как бы не пришлось пересматривать работу с графикой в ближайшее время. Самые обычные фотки на ретинах отображаются размытыми. Нужно теперь готовить два варианта — обычные и высокого разрешения. В общем, весёлую вы для себя тему открываете
  23. не выходит.... Так может вам следует перечитать, что чуточку выше вам писал SelenIT, и осмыслить его слова?
  24. хорошо. Рассказывайте, как думали, какие варианты уже рассмотрели, какие собственные мысли приходят в голову при взгляде на условие задачи.
×
×
  • 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