Pull to refresh

Comments 71

С другой стороны, «библиотека jQuery». Или даже «библиотека Джквери». :)
C третьей фреймворк — он.
В следующем подобном топике (вот будет 1.9.1 через несколько дней...) хорошо бы сделать опрос: «Вы считаете правильным называть jQuery
1) библиотекой?
2) фреймворком?
3) всё равно как?
Считаю, что правильно первое, так как фреймворк, как определяется по ссылке, предполагает жёсткую структуру разработанного кода, а библиотека — нет. А jQuery — сама гибкость в разработке.
jQuery Это библиотека. Ибо на главной странице так и написано: jQuery is a fast and concise JavaScript Library. Да и потом, это компонент который можно заменить любым другим.
UFO just landed and posted this here
Большинство старых скриптов нормально работающих в версии 1.8.3 c криками открываются в 1.9. Ну чтож, молоток и jquery-migration в руки и пошёл допиливать!)
свой код допиливать это ладно, но падают некоторые плагины, вернулся пока на 1.8.3
Падают даже при подключенном migrate плагине?
Ссылки бы не помешали. Что-то мне подсказывает, что в оффрелизе больше информации.
UFO just landed and posted this here
Молодцы! Наконец хоть кто-то начал принимать жесткие меры, чтобы убить ненужные версии IE! Я про версию 2.0
Вы о чем? С выходом Windows 8 большинство крупных компаний (в том числе и гугл) отказался от поддержки IE8 (оно и понятно, в большинстве своем идет поддержка только двух последних версий браузера). Только вот для разработчиков это погоды не делает. Большая часть моих проектов идет под корпоративные нужды, и там поддержка IE7 нужна довольно часто.
+1, в моей конторе IE8 поддерживают.
У нас только если есть в спецификации. Беда в том что в одном из 3-х проектов попадается IE7+. Хотя все же уже реже чем год назад.
Не понимаю зачем нужна поддержка IE7, особенно под корпоративные нужды. IE8 — понимаю, IE7 — не понимаю.

В одном из мною поддерживаемых проектов 5% пользователей сидят на ИЕ6. И их игнорировать ни в коем случае нельзя! Это посетители из очень мелких городов и деревень. Они не виноваты в том, что родились в глубинке и зп 3-5 руб. тыс/мес и низкая компьютерная грамотность это норма и об обновлении компьютерного парка не может быть речи.
где родились — не виноваты. А вот в уровне грамотности только они сами и виноваты, никто другой.
Но если они целевая аудитория проекта, то конечно же, нужно поддерживать IE6.
Я говорю про IE7, а не IE6. В пользу поддержки IE6 говорит то, что это дефолтный браузер в XP. В пользу IE8 — что это максимум для XP и дефолт для 7. IE7 не примечателен ни чем подобным (дефолтность его в Vista по-моему нельзя ставить в тот же ряд по значимости). Согласно приведённым в Wikipedia данным Net Applications доля IE7 сейчас еще меньше, чем IE6, что вполне логично.

А ещё была упомянута корпоративная среда, где используемое ПО обычно более-менее контролируется.
не поверите, IE8 сейчас стоит на большинстве машин с Win XP. А там где стоит IE7 — видать обновляли когда IE8 еще небыл доступен в автообновлении. Тут все зависит от инфраструктуры. И иногда кроме как смириться и делать под IE ничего не остается.
не поверите, IE8 сейчас стоит на большинстве машин с Win XP

Это почему же не поверю? :-) Совершенно логично. А IE7 — таки на меньшинстве.
Помниться мне пытались мы на одном довольно крупном проекте попросить заказчика обновить версию браузера. У него приблизительно 100К сотрудников, и приблизительно 10-15% на IE7. Все пользователи сидят через тонкие клиенты, ну и подсчитав предположительные затраты на обновление (ресурсы тех поддержки, администраторов и т.д.) вышло это дело существенно дороже чем просто дать нам еще 100 часов на внедрение поддержки этого браузера.

Банальная математика. На мелкий фирмах эти вопросы решаются проще, только вот корпоративный сегмент не только из таких состоит.
У него приблизительно 100К сотрудников, и приблизительно 10-15% на IE7. Все пользователи сидят через тонкие клиенты, ну и подсчитав предположительные затраты на обновление (ресурсы тех поддержки, администраторов и т.д.) вышло это дело существенно дороже

Что-то я не понял, тонкие клиенты же тем и красны, что весь софт в одном месте на сервере и обновляется централизованно с пол тычка (особенно в случае обновления IE7 на IE8, которые с точки зрения системы, на сколько я понимаю, практически идентичны (т.е. структурных изменений и сюрпризов вроде можно не ждать — фиганул апдэйт и всё)).

И вообще я думал, что в о всех более-менее крупных (>10 машин) компаниях обновления выкатываются на весь домен (или по кусочкам для надёжности) через Active Directory и пользователь, если он не слишком «продвинутый», часто даже не в курсе.
Проще сбросить IE8 в режим IE7 и поддерживать таким образом вместо двух браузеров один, пусть и более старый.
Мне кажется это правильное решение для таких случаев:

<!--[if lt IE 9]>
    <script src="jquery-1.9.0.js"></script>
<![endif]-->
<!--[if gte IE 9]><!-->
    <script src="jquery-2.0.0.js"></script>
<!--[endif]-->

И осёл будет работать, и не-ослы получат более лёгкий и быстрый вариант
Это только замедлит переход на версию 2
Значит никогда так и не отсекать? Уже сколько лет все ноют, что старые версии IE пора убить, так убивайте сами: хватит верстать с хаками и другими плюшками!

Выходит новая технология и всегда один и тот же каверзный вопрос: «а как же ie6?».

Да, вечный аргумент будет, что заказчик так просит. Так заказчика надо убедить в том, что это не надо, а не соглашаться сразу же с ним.
Поддерживаю. Принципиально не соглашаюсь делать верстку под версии ниже IE9.
А что делать если в хрюшке нет новых версий IE.
Ещё можно спросить, а как же lynx
Не все ломятся апргейдить железо после выхода новой версии windows. Им хватает то что есть: работает, пусть работает. Это касается и корпоративного сектора
В среднем 13-15% пользователей используют IE согласно webrowser.ru/rynok/statistika-ispolzovaniya-brauzerov-za-iyul-2012-goda.html. По больше части это домохозяйки, которым в принципе все равно, какой они браузер используют. Если Ваш продукт не ориентирован на домохозяек — Вы потеряете 0-5% потенциальных посетителей. Учтите, сколько времени и хаков необходимо, чтобы добиться в старых версиях IE адекватного отображения современных эффектов. Я считаю, что игра не стоит свеч.

Ну, и всегда можно проверить User Agent и дать посетителю ссылку на browsehappy.com/.
По большей части старые версии IE используют не домохозяйки а корпоративный сегмент. Поэтому, если вы делаете сайт для компании B2B, и игнорируете старые версии IE, то вы обрекаете их на потерю существенной доли корпоративных посетителей.
Поддерживаю. Принципиально не соглашаюсь делать верстку под версии ниже IE9.

Идеологически, конечно, похвально, но слишком радикально с прагматической точки зрения. Всё-таки самая распространённая версия IE — 8, с 9 они уже почти поравнялись, но до ухода доли IE8 в достаточно малые для пренебрежения величины ещё, увы, далековато.
UFO just landed and posted this here
Я до сих пор не пойму что ты за безграмотную ерунду написал. Пишется правильно «Наконец» в данном контексте!
То есть пост Вы не читали?
А чем не угодила функция $.browser? Или есть новая реализация?
Разработчики советуют использовать библиотеки типа modernizr.
Кстати, от $.browser зависит много плагинов. Например в Yii Framework используется jquery.ba-bbq.js. jQuery 1.9 ломает этот плагин.
Но есть временное спасение — github.com/jquery/jquery-migrate/
Спасибо за разъяснения, я думаю пока функцию можно было и оставить, хотя бы до версии 2.0, видимо не «помещались» по размерам
UFO just landed and posted this here
Ибо $.browser это моветон. Если уж так нужна эта функция, ее можно спокойно слепить самостоятельно.
Вместо нее рекомендуют использовать $.support
Определять браузер тоже нужно: чтобы показать пользователю определенные инструкции (установка закладки и т.д.)
Вы бы писали, что это перевод статьи в официальном блоге. (Не весь, конечно, но своих фраз в этой статье нету)
Недоперевод.

# 12584: JQuery неправильно сериализует с одной сломанной
UFO just landed and posted this here
Зачем, в этом нет никакого смысла, точнее практического.
«migrate» нужен для того, чтобы узнать какие функции могут вызвать проблемы с 1.9
Там же (github/jquery-mirgrate) написано, что подключать её можно с 1.6.4+, чтобы узнать о потенциальных ошибках, но акутально это только для 1.9 соответственно.

Я думаю если используется куча плагинов, то если острой необходимости нету в нем, лучше оставить как есть.
А так для новых проектов использовать, постепенно с разработкой подключая нужные плагины и проверять на работоспособность, или искать/делать альтернативу устаревшему коду.
UFO just landed and posted this here
Вот в упор не понимаю, зачем убирать $.browser.
То есть, объяснения авторов библиотеки на этот счёти знаю, но как-то очень неубедительно.
Не всегда можно обойтись тем, что браузер что-то умеет или не умеет.
Вот реальный пример: если в IE8 на windows xp менять opacity, а иногда даже и размеры, у картинки png24 с полупрозрачностью, то на месте полупрозрачности появляются некрасивые чёрные артефакты. Вот как отлавливать и обрабатывать эту ситуацию? Сейчас делаю так:
if($.browser.msie && parseInt($.browser.version)
UFO just landed and posted this here
не надо придираться :)
$(«img»).css({opacity:0.5}) отработает. Фильтрами, но отработает. Имелось в виду именно это.
Кстати, видимо хабр обрезал мой предыдущий пост на половине кода. Ну да и ладно. Всё равно там ничего особо ценного не было, а мысль донести вроде удалось.
Modernizr не входит в состав jQuery, не так ли? ;)
То есть, получилось, что для уменьшения веса и быстродействия нужно подключать ещё одну библиотеку. Как-то я тут логики не улавливаю.
UFO just landed and posted this here
да ну…
всё это костыли.
А вообще сейчас самое время переосмысливать полностью подход к веб-разработке и кроссбраузерности.
jQuery такими решениями даже помогает в этом.
UFO just landed and posted this here
К сожалению, оно не позволяет проверить корректность этой самой поддержки.
Реальный пример: отличить мобильный браузер от десктопного для дебага, тк. у них разные процессы авторизации на фейсбуке.
Зачем? Вот ейбогу не пойму.
www.jqmobi.com/ — оставлю это вам.

Для справки Zepto хоть и весит меньше, работает медленнее jQuery. Что на мобильных девайсах особенно критично.
После перехода отловил лишь одну ошибку — некорректный .ajaxComplete для связи с php-обработчиком.
Изучил документацию и сразу исправил. Благо есть Migrate для отладки.
Другое дело сложно тем, кто с множеством плагинов связан.
Этот метод давно числится как устаревший и давно не рекомендован к использованию.
Only those users with full accounts are able to leave comments. Log in, please.