Но у меня на данный момент к сожалению не возникает желания купить Nokia. Так что хоть и впечатляющая история у компании, но еще надо работать, работать и работать. Ибо был момент когда свое первенство компания упустила, а вернуть его сложно.
Да библиотек по сути много, а то что подход меняют, ну пусть все такие надо развиваться, думаю в тоге допилят все до хорошего состояние, ведь постоянная подержка старых версий и совместимость — тоже плохо
Если бы новое — ладно, но как сказал TheShock тему обсосали 200 раз, в свое время на хабре на эту тему по 1 посту в день писали. А так такую статью уже каждый написать может открываешь гугл ищешь готовую статью копируешь, меняешь пару предложение — все.
Я бы вашим слайдером с такми апи пользоваться не стал )
Ибо по умолчанию мы должны считать что контролы внутри слайдера это 95% случаев, а передавать в аргумент функцию которая будет возвращать объект как-то его там хитро цепляя через селекторы — это уже слишком )) и очень плохо читается. намного проще уже сразу передавать объект $(".something")
месье вы знаете толк в извращениях, чем вам не нравится пой вариант? $('.slideshow').slideshow({
control_prev: ".prev"
control_next: $(".logo")
})
И все! Зачем какие-то фукнции в которых черт голову сломит? ".prev" найдем в констексте $(this), а $(".logo") — будет взято из глобально и все элементарно.
и вот код плагина фактически
jQuery.fn.slideshow= function(options) {
$(this).each(function(){
new Slideshow($(this), options);
});
};
по второму пункту я уже ответил почему нельзя искать по всему документу.
По первому если значение option.control_next пусто, то можно скажем подставлять по дефолту ".next" и искать его в доме.
генерить же стрелочки на js — категорически — НЕТ, в самом скрите не должно быть ни одного html тега. И искоючение я могу сделать только для отрисовки «навигации по страницам», когда скажем если у вас 5 слайдов появлятеся 5 кружочков с помощью которых вы можете быстро ходить оп слайдам.
а если у вас 5 слайдеров одинаковых по дизайну? логичже же что это будет 1 шаблон с одинаковыми классами и поиск по всему документу ".next" — выдаст вам 5 стрелочек на которые вы успешно повесите событие, в итоге кликая по 1 слайдеру крутятся все.
имено поэтому я и предложил или jQuery объект или селектор который ищется внутри контейнера, ибо как раз черед объект jquery вы можете сами выцепить из документа любой элемент который вне контейнреа если вам надо
дать возможность передавать или jQuery объект или селектор по которому будет происходить поиск внутри контейнера.
И как разработчки я скажу чт омне приятней работать с плагином который имеет минимум опций и максимально чистый и грамотный код, нежели с плагином в 30 опций где в коде фиг разберешься.
Да, в общем то статья скорее вредна, чем полезна, подобнй подход неприемлем в разработке. Особенно когда ваш проект занимает более 5000 строк и с ним работают другие люди с такими слайдерами можно успешно его начинать переписывать, ибо никто ничего не поймет )
Для сайта на ajax я бы не использовал jquery + пара плагинов, это будет **** уж простите. Бери backbone, sproutcore, или любую другую приспособленную для этого библиотеку. Иначе погразнете в каше из непонятный скриптов и колбеков
Туплю, давайте вместо оперативки юзать ssd — правильное решение. Особенно интересно будет посмотреть на запущенную виртуалку в vmWare и пару эклипсов не считаю браузер и прочую фигню )
Ну вот вы и ответили на свой вопрос, 2 гига по нынешним меркам — копейки, тем более что стоят они тоже дешего. И Я совсем не вижу смысла в ssd если у вас такая слабенькая машинка.
У меня 8 гигабайт и обычный жесткий и никаких тормозов ни на секунду, файл подкачки юзается только для отбытия в сон.
Как зависит отзывчивость приложения загруженного в память от того насколько быстрый диск и ситема? — никак! Или вы маньяк сидите с 2 гигами оперативки и 12 гигами подкачки?
Ну а считывание кеша браузера не будет влиять на тормознутость, у меня хром с 50 вкладками не глючит как и другие браузеры, просто поставьте в систему 8гб+ оперативки
Я вот тоже голосую за то, что для юзера должен быть удобный способ редактировать ТОЛЬКО контент, а для разработчика удобные средства для редактирование логики и внешнего вида(верстки). То есть юзер ждолжен вставить картинку, текст, заголовок и получить новость в красивом дизайне по его шаблону, не задумываясь больше ни о чем.
Редакторы тем это от лукавого, юзер сам никогда не с помощью редактора не создаст красивую тему, не сделает свой дизайн и не перенст готовй дизайн на сайт, зато лишний уровень абтсрации для разработчки только больше запутает + добавит косяков от юзера который решил цвет ссылок поменять.
Автор продемонстрировал, как НЕ надо писать оконный интерфейс дабы в будущем когда у вас приложение будет чуть больше чем 1 окошко, вы прифигее что-то дорабатывать в этой куче непонятного js. А когда вы будите натягивать дизайн то получите кайф от подхода автора к верстке.
не надо вот так навешивать события, что делать когда будет 20 окон?
$("#create_button").button().click
$("#dialog_window_1")
А в вашем коде в примере? Что это? Не лучше ли отнаследоваться и уже переопределять и дописывать свой виджет, а авы тупо в стандартный
$.ui.dialog.prototype._init = function() {
Ибо по умолчанию мы должны считать что контролы внутри слайдера это 95% случаев, а передавать в аргумент функцию которая будет возвращать объект как-то его там хитро цепляя через селекторы — это уже слишком )) и очень плохо читается. намного проще уже сразу передавать объект $(".something")
читается с трудом )
$('.slideshow').slideshow({
control_prev: ".prev"
control_next: $(".logo")
})
И все! Зачем какие-то фукнции в которых черт голову сломит? ".prev" найдем в констексте $(this), а $(".logo") — будет взято из глобально и все элементарно.
и вот код плагина фактически
jQuery.fn.slideshow= function(options) {
$(this).each(function(){
new Slideshow($(this), options);
});
};
По первому если значение option.control_next пусто, то можно скажем подставлять по дефолту ".next" и искать его в доме.
генерить же стрелочки на js — категорически — НЕТ, в самом скрите не должно быть ни одного html тега. И искоючение я могу сделать только для отрисовки «навигации по страницам», когда скажем если у вас 5 слайдов появлятеся 5 кружочков с помощью которых вы можете быстро ходить оп слайдам.
имено поэтому я и предложил или jQuery объект или селектор который ищется внутри контейнера, ибо как раз черед объект jquery вы можете сами выцепить из документа любой элемент который вне контейнреа если вам надо
И как разработчки я скажу чт омне приятней работать с плагином который имеет минимум опций и максимально чистый и грамотный код, нежели с плагином в 30 опций где в коде фиг разберешься.
habrahabr.ru/post/108915/
habrahabr.ru/post/133034/
habrahabr.ru/post/120193/
И таких тем еще куча, тема очередной дубль своими словами о том что уже давно написали, разжевали.
У меня 8 гигабайт и обычный жесткий и никаких тормозов ни на секунду, файл подкачки юзается только для отбытия в сон.
Ну а считывание кеша браузера не будет влиять на тормознутость, у меня хром с 50 вкладками не глючит как и другие браузеры, просто поставьте в систему 8гб+ оперативки
Редакторы тем это от лукавого, юзер сам никогда не с помощью редактора не создаст красивую тему, не сделает свой дизайн и не перенст готовй дизайн на сайт, зато лишний уровень абтсрации для разработчки только больше запутает + добавит косяков от юзера который решил цвет ссылок поменять.
не надо вот так навешивать события, что делать когда будет 20 окон?
$("#create_button").button().click
$("#dialog_window_1")
А в вашем коде в примере? Что это? Не лучше ли отнаследоваться и уже переопределять и дописывать свой виджет, а авы тупо в стандартный
$.ui.dialog.prototype._init = function() {