Александр Коновалов ну правда, нужный вам параметр autoplay находится в топе30 параметров на первой странице документации. И тот факт что вы его не нашли говорит скорее о том, что вы не искали
Alex Lapikov если я верно вас понял, то так и должно быть, т.к. клиент в этот момент загружает не только эту картинку, но и многие другие ресурсы, которые у вас используются (на один браузер ограничение до 10 одновременно загружаемых ресурсов, не скажу точно но вроде как 6-8).
Этот гений, судя по всему, имеет невообразимо "секретный" код, и дело именно в этом, а не в беспокойстве о возможных багах или уязвимостях, т.к. разработка без dev сервера с такими вопросами просто невозможна
Виталий Киренков - во-первых, определите системное имя для вашего плагина, и используйте его для всех подобных случаев. Данные (преимущественно рабочие) лучше хранить в создаваемом методом data() объекте. Суть в том, что с подобным подходом структура становится несколько более наглядной за счет дополнительного "черного ящика" в виде пространства имен (по имени вашего плагина). Не возьмусь судить, какой вариант более красив (использовать data() или простые объекты), но на мой взгляд вариант с data удобнее и красивее. Вы сможете легко очистить все данные одним методом (removeData), быстро получить их, что на мой очень наглядно и просто.
Насчет собственно событий - тут просто все, пишите не "click", а "click.your-plugin", Актуально для всех типов событий. Опять же, при удалении события вы удалите лишь те, что созданы вами (а при использовании паттерна цепочки - еще и лишь те, что привязаны к конкретному экземпляру). Профиты от такого подхода очевидны
Alas Swift, его знают единицы. Мобильная разработка бурно развивается. Но судя по вашему вопросу, вам важна скорее страна трудоустройства, а не профессия - на этот вопрос я ответил исчерпывающе.
Вы не поняли. Согласно спецификации, id может быть присвоен лишь одному элементу и должен быть уникальным. Тот факт, что вы не встретите ошибку из-за использования нескольких одинаковых id на одной странице, оставим на совести разработчиков браузеров и вас, как допустившего такую ситуацию.
Изменить id одного элемента при помощи jquery легко: $('#element-1').attr('id', 'element-2');
Отличное решение, аплодирую стоя. Большое вам спасибо, не знал о таком варианте. Запомню, учту.
P.S. Однако, свойство display для того и создано, чтобы была возможность присваивать некоторое поведение тем элементам, для которых это не свойственно. Это порой едва ли не единственное красивое решение для вертикального выравнивания по центру, или создания горизонтальных списков определенной специфики. Плюс с display исчезают проблем адаптивности, т.к. его можно поменять на block (или любое нужное).
P.P.S. Я из того поколения, что слышало требования "кроссбраузерность от IE6", и я до сих пор мог бы обеспечить ее, но я забываю это время, как страшный сон, чему очень рад)
Alex если нет ajax и дин. элементов вы также вполне можете использовать on, на ваш выбор. Просто click можно еще и без параметров вызывать, т.е. как бы "кликнуть" по элементу. Как обертка он лишь несколько упрощает синтаксис и делает код чуть нагляднее и, иногда, короче.
Лично я почти всегда использую on, т.к. практически никогда не возникает потребности в обратном.
Григорий отдельных норм, насколько мне известно, у нас не существует (равно как и строгих предписаний), поэтому на слаботочные сети общие правила также распространяются. Тем более, что скрутка в чистом виде все равно подвержена окислению и теряет контактные свойства, т.е. ненадежна, а так делать по нормативу запрещено. Другой вопрос, что норматив не всегда соблюдается
Георгий: в современном веб-дизайне использование 2х и более шрифтов на странице, которых обычно у пользователя нет, давно уже норма. Дизайн точится под определеннй шрифт, а не под семейство sans-serif, так что нет ничего страшного в подгрузке лишних десяти килобайт.
