Проблемы у всех подобных тикров начинаются в тот момент, когда на странице их становится достаточно много (больше нескольких десятков), решается это отрисовкой тикеров в канвасе, не думали об этом?
Не понятно зачем это нужно, обертка над localStorage пишется в 50 строк и допиливается под ваш проект, а для более сложных вещей с поддержкой большего количества стораджей есть LargeLocalStorage.
Проблема в том, что Backbone с HTML.js работать не будет, и не нашел евент байндинга в этой библиотеке. А ванилу для AJAX в своем проекте никто использовать не запрещает, даже наоборот, поощряется) Я как раз ее и использую)
Спасибо, и еще раз хочу сказать, что jBone это не полноценная замена для jQuery, а скорее решение, которое подталкивает вас использовать как можно больше нативных методов JS, к счастью спецификации ECMA 5 радуют нас.
Что мешает вам сделать это с другими шаблонизаторами? Задача шаблонизатора отдать вам HTML, с которым вы потом можете делать все, что угодно, хоть appendChild, хоть innerHTML.
А с именем конечно можно еще подумать, но мне кажется, что ассоциации c Backbone будут только если вы про него знаете, если не знаете, то под именем jBone вы скорее увидете отсылку к jQuery.
Спасибо, на сколько показывают тесты, поведение в большинстве случаев ожидаемое, есть конечно исключения, например в этом тесте видно, что ожидаемый результат "b p div div", хотя нативные эвенты дадут результат "b span p div div". Но я думаю это не так критично, и переход к стандартам в итоге все таки лучше.
Нужно проанализировать зависимоти от jQuery, необходимые для bootstrap, но думаю это возможно, если не намного увеличит кодовую базу. В противном случае можно сделать отдельный форк для bootstrap если это интересно.
Я так понимаю, что это нужно для дебага, или какой юзкейс? Возможно вам подойдет опция --watch, в этом случае вы просто подключаете скомпилированный файл и при любом изменении оригинальных шаблонов он сам пересобирается. Если нужно, могу дописать функционал который будет генерировать файлы с такой же иерархией как оригинальные, только экранировал бы окончание строк и присваивал шаблон какой то переменной, другого варианта не вижу, но не совсем понятна область применения.
Можете расценивать это как оптимизацию первоначальной загрузки страницы, в конечном счете все зависит от проекта, handlebars отличное решение, я не раз о нем упоминаю, но разницу в скорости отрисовки шаблонов не прибегая к тесам заметить очень сложно.
Как ваш шаблонизатор решает эту проблему?
Сейчас любой новый метод подключается так:
jBone.fn.somePlugin = function() {}
$.fn.somePlugin = function() {}
А с именем конечно можно еще подумать, но мне кажется, что ассоциации c Backbone будут только если вы про него знаете, если не знаете, то под именем jBone вы скорее увидете отсылку к jQuery.
for/whileвместоforEachпопробую, сразу не подумал об этом, в связи с сжатыми сроками)b p div div", хотя нативные эвенты дадут результат "b span p div div". Но я думаю это не так критично, и переход к стандартам в итоге все таки лучше.