и? а я говорю что нет? не тупи Вася) я тебе обьясняю что шаблонизатор серверный не сделает этого он перерисует весь дом, а клиенский сделает это. Опять нажрался штоле)? или настроение плохое?

нет, 1. я не пью. 2. настроение кул.

Хорошо как он это сделает? случайно не подгрузит этот элемент через AJAX?

1) Ну во первых шаблонизатор защищает тебя от дурацких ошибок, вроде "забыл экранирование" и сделал дырку для XSS.
2) Это удобно, т.к. нет каши в коде JS со строками.
3) Это быстро.
4) Уменьшение гоняемого между клиентом и сервером трафика.
5) Это даёт возможность писать "оффлайн" веб-приложения.
6) Облегчение работы серверу.

7) да и в целом архитектура боле логично, сервер должен заниматься серверованием и обслуживанием а клиенты должны рисовать на экран что-то. шаблоны это часть ui то есть часть того что будет рисоваться, сервер вообще не должен ничего об этом знать. Тогда к серверу можно будет подключить и андройд и хуёйд и флеш и другой сервер и декстоп и все что угодно.


начинаешь смекать ;) то есть за место html разметки он передаст тебе чисто данные =) и ты сам решишь как их нарисовать.

Чем чем ????

серверованием, обслуживанием иными словами. а, точно, тебя ж не научили что в русском языке с помощью суффиксов и приставок можно образовывать новые слова.. или ты просот не понял значение корня и значение этих суффиксов и не смог их соединить в мозгу?

ты только что подтвердил что я был прав.
И так действие с шаблонизатором:
1. получаем элемент списка через AJAX;
2. отдаем шаблонизатору, он его добавляет.

Действия без шаблонизатора:
1. получаем элемент списка через AJAX;
2. Добавляем через appendChild (к примеру).

И?

В чем ты был прав прости? Какое твое утверждение было верно?

Короче, я понял нужно садиться и ковырять шаблонизатор)

в том что это делается спокойно и без шаблонизатора