Стандартный и простой способ отображения счетчика при выполнении длительных операций.

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

Я хотел бы указать на следующие соображения.

  • Могу ли я использовать произвольное анимированное изображение (например, abc.gif)?
  • Можно ли (даже предположительно) использовать блесну по умолчанию, замеченную в CRM?
  • Может ли такое решение быть применимо даже для более старых версий CRM?
  • Можно ли (рекомендуется, может быть) использовать jQuery и это крутые эффекты?

1 ответ

  1. Да, вы можете использовать любой анимированный GIF. Добавить в качестве веб-ресурса в CRM 2011.
  2. Вы можете взять спиннер по умолчанию и добавить его в качестве веб-ресурса. Я настоятельно рекомендую вам не пытаться решать это напрямую.
  3. Да, но то, как вы управляете своими сценариями, менее предписано. Нет решений или веб-ресурсов для использования в CRM4.
  4. Абсолютно. Увидеть ниже.

Плагин jQuery BlockUI является одним из самых популярных для потенциально длительных вызовов OData, из-за которых вам нужно предотвратить дальнейшее взаимодействие с пользовательским интерфейсом.

Поскольку вам нужно будет прикрепить напрямую к элементу DOM, его использование не будет поддерживаться. Тем не менее, пока вы придерживаетесь прикрепления к <body> элемент и избегайте копаться слишком глубоко в DOM, как, например, на разметку для определенных разделов формы, вы будете в порядке.

Для CRM 2011 мы используем наш собственный веб-ресурс, чтобы обернуть BlockUI, предоставляя очень простой API, обеспечивающий согласованное связывание с <body> элемент, который также проверяет наличие в форме сценариев jQuery и BlockUI (веб-ресурсы).

То же самое относится и к CRM 4, но управление сценариями в большей степени зависит от того, как ваша команда в настоящее время управляет настройками и зависимостями.

Чем проще вы можете использовать его, тем меньше вероятность того, что другие разработчики в команде пойдут и попытаются развернуть свои собственные, вызывая ужасные несоответствия в конечном UX.

Другие вопросы по тегам