Даже в этом примере ajax
, внешний вид которого мне очень нравится, когда сетка верхнего уровня сортируется, «состояние» того, что вы делали, «исчезает»
Например,
Откройте строку первого человека (Нэнси Даволио), чтобы вы могли видеть сетку «Продажи».
Сортировка по сумме заказов в сетке «Продажи».
/>Сортировка по дате рождения в таблице верхнего уровня
Нэнси Давойло теперь должна быть второй. Откройте ее строку.
Сетка продаж больше не сортируется по сумме заказов.
Это может показаться тривиальным или что я придирчив; Однако:
Если у меня есть какое-то текстовое поле (или какой-то другой метод приема пользовательского ввода) в сетке продаж, я бы предположил, что оно будет уничтожено при сортировке сетки верхнего уровня.
Я также думаю, что даже если бы у меня был этот ввод в сетке верхнего уровня, сортировка сетки верхнего уровня (или фильтрация, если бы были фильтры) уничтожила бы этот ввод.
Похоже, что даже пейджинг уничтожает это.
/>Желаемым поведением было бы, чтобы сортировка и разбиение по страницам не просто «кажется» выполняемыми на стороне клиента, потому что они используют запрос ajax, но ДЕЙСТВИТЕЛЬНО выполняются на стороне клиента. Это означает, что фактические строки сетки буквально сортируются (фильтруются, разбиваются на страницы и т. д.) на стороне клиента, так что любые изменения на стороне клиента, такие как добавление текста в текстовое поле, добавление класса CSS к объекту [или, в более сложном примере, добавление ссылки на объект javascript к объекту через Jquery: $("#div1").data("object",someObject) будут сохраняться после сортировки, разбиения на страницы и фильтрации.
Есть ли способ добиться этого?
Я ясно излагаю то, что хочу сделать? Если нет, я буду рад внести ясность.
Дополнительные примечания: Я думаю, что снижение производительности на стороне клиента будет минимальным, если сделать что-то подобное, пока не будет очень большого количества строк. На самом деле на сервере будет намного меньше работы по воссозданию всех записей, повторным обращениям к серверу/базе данных, и, как в моем примере вверху, подстраницы нужно будет создавать только один раз, а не дважды.
Подробнее здесь: https://stackoverflow.com/questions/604 ... ing-filter
Telerik radGrid — сохранение состояния клиента при сортировке/разбиении на страницы/фильтре ⇐ Jquery
Программирование на jquery
1765436460
Anonymous
Даже в этом примере ajax
, внешний вид которого мне очень нравится, когда сетка верхнего уровня сортируется, «состояние» того, что вы делали, «исчезает»
Например,
Откройте строку первого человека (Нэнси Даволио), чтобы вы могли видеть сетку «Продажи».
Сортировка по сумме заказов в сетке «Продажи».
/>Сортировка по дате рождения в таблице верхнего уровня
Нэнси Давойло теперь должна быть второй. Откройте ее строку.
Сетка продаж больше не сортируется по сумме заказов.
Это может показаться тривиальным или что я придирчив; Однако:
Если у меня есть какое-то текстовое поле (или какой-то другой метод приема пользовательского ввода) в сетке продаж, я бы предположил, что оно будет уничтожено при сортировке сетки верхнего уровня.
Я также думаю, что даже если бы у меня был этот ввод в сетке верхнего уровня, сортировка сетки верхнего уровня (или фильтрация, если бы были фильтры) уничтожила бы этот ввод.
Похоже, что даже пейджинг уничтожает это.
/>Желаемым поведением было бы, чтобы сортировка и разбиение по страницам не просто «кажется» выполняемыми на стороне клиента, потому что они используют запрос ajax, но ДЕЙСТВИТЕЛЬНО выполняются на стороне клиента. Это означает, что фактические строки сетки буквально сортируются (фильтруются, разбиваются на страницы и т. д.) на стороне клиента, так что любые изменения на стороне клиента, такие как добавление текста в текстовое поле, добавление класса CSS к объекту [или, в более сложном примере, добавление ссылки на объект javascript к объекту через Jquery: $("#div1").data("object",someObject) будут сохраняться после сортировки, разбиения на страницы и фильтрации.
Есть ли способ добиться этого?
Я ясно излагаю то, что хочу сделать? Если нет, я буду рад внести ясность.
Дополнительные примечания: Я думаю, что снижение производительности на стороне клиента будет минимальным, если сделать что-то подобное, пока не будет очень большого количества строк. На самом деле на сервере будет намного меньше работы по воссозданию всех записей, повторным обращениям к серверу/базе данных, и, как в моем примере вверху, подстраницы нужно будет создавать только один раз, а не дважды.
Подробнее здесь: [url]https://stackoverflow.com/questions/6044259/telerik-radgrid-persist-client-state-on-sort-paging-filter[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия