Иван Иванов, подавляющее большинство адекватных разработчиков пользуется инструментами тогда, когда они упрощают и ускоряют работу. В частности, $ сильно ускоряет разработку приложений меньших по сложности чем web application.
А $ все наперебой не советуют использовать потому что это модно: обругал творчество уважаемого Джона Резига и уже чувствуешь себя личностью, опытным кодером со своим собственным мнением. Побродите по тостеру, по остальным форумам, увидите что ни один серьёзный разработчик не тратит своего времени на отповеди типа "не советую использовать эту библиотеку". Попросту говоря, религиозная неприязнь к $ свидетельствует о том, что пациент носит штаны на лямках и перчатки на резинках.
ЗЫ: elementFromPoint и правда очень полезная штука, но по-хорошему для DnD существуют ивенты , в обработчики для них все целевые элементы пробрасываются в качестве контекста, то есть вы к ним сможете обращаться через this.
novrm, вы меня понимаете как никто. Приятно, когда есть люди которые с тобой согласны.
Остаётся только вопрос: получается, Бредбери был не прав?
"Когда я был молод, я совал свое невежество всем в лицо. Меня били за это. И к сорока годам я отточил наконец оружие моих знаний. А если вы будете скрывать свое невежество, вас не будут бить и вы никогда не поумнеете." - Рей Бредбери, Fahrenheit 451
HackOwnB, видимо это одна из проблем, в свете которых требуется сделать дизайн адаптивным.
Артем Чернявский, это очень простой вопрос. Как адаптировать? Так как это диктует дизайн. Если дизайна под это нету, то его надо придумать. То есть сначала вы придумываете как все это должно выглядеть в адаптиве и потом переходите к реализации.
Роман Козинец, выведите метод, с которым вам приходит запрос. Некоторые системы допускают использование кастомных методов типа "lol" или того же "post". А вообще достаточно было бы просто запрос посылать на URL обработчика, а не на ту же страницу.
JackShcherbakov, согласен с вами, если ничего не понятно, то лучше и не начинать учить, не тратить время. Стоит сразу заняться коммерческой разработкой, выставить своё резюме на биржах и набираться опыта прямо в бою, так сказать.
jeruthadam, никаких блаблабла, всё по теме - некоторые ответы на подобные вопросы датируются еще 2010-ым годом. Вот первый попавшийся. По вашему коду и комментариям очевидна ваша осведомленность о Promise и Promise.all в частности, поэтому и искать стоило используя эти термины.
Ну конечно нет, когда один из топовых в данной теме специалистов в качестве ответа на повторяющийся вопрос скидывает ссылку на релевантный материал ему никто минусов не ставит. И уж тем более хамства там нет. К тому же я напомню - ответов в виде одного слова на SO именно потому и нет, что соответствующие вопросы довольно быстро отправляются в rejected или закрываются с шильдиком "duplicate", hail moderators!
А $ все наперебой не советуют использовать потому что это модно: обругал творчество уважаемого Джона Резига и уже чувствуешь себя личностью, опытным кодером со своим собственным мнением. Побродите по тостеру, по остальным форумам, увидите что ни один серьёзный разработчик не тратит своего времени на отповеди типа "не советую использовать эту библиотеку". Попросту говоря, религиозная неприязнь к $ свидетельствует о том, что пациент носит штаны на лямках и перчатки на резинках.
ЗЫ: elementFromPoint и правда очень полезная штука, но по-хорошему для DnD существуют ивенты
, в обработчики для них все целевые элементы пробрасываются в качестве контекста, то есть вы к ним сможете обращаться через this.