Я пишу приложение, в котором в результате dgrid может иметь различное количество столбцов/ширины столбцов в зависимости от ввода. Обратите внимание на следующие два снимка экрана. Первый имеет только несколько полей выбора, а ячейки/данные визуально выглядят горизонтально. второй запрос имеет много полей выбора, и, как вы видите, рендеринг нежелателен, поскольку он пытается помещать все ячейки в один экран, загромождая данные. Обратите внимание, что dgrid также находится в пределах BorderContainer dijit.Настройка ячеек dgrid для отображения полной ширины данных
Скриншот 1 (Small ВЫБРАТЬ FIELDSET, делает КИ)
Скриншот 2 (Большой ВЫБОР Fieldset, оказывает нежелательные
Там будет ряд вопросов, чтобы бороться с, но я думаю, мой главный вопрос:
- Есть ли правило css (или любым другим способом - функция/событие dgrid?) Я могу использовать, чтобы указать, чтобы ячейки расширялись, чтобы использовать полную ширину данные внутри него, не отрезая его (т. е. переполнения)? Тогда для этого потребуется отображение сетки с горизонтальной полосой прокрутки. Поэтому мне бы хотелось, чтобы данные управляли шириной сетки, а не устанавливали ширину. Я пробовал
.dgrid-cell { white-space:nowrap; }
, но это, казалось, было проигнорировано. Кажется, что в ячейке нужно добавить диапазон, который должен иметь вышеприведенное правило css? - Вторично - следующая проблема будет определять, в каких случаях я должен применять приведенное выше правило, а также случаи, когда данные подходят к экрану. В таких ситуациях лучше всего просто использовать таблицу шириной 100% в соответствии с первым снимком экрана. любой вход на этом?
Благодаря
Ваш код использует DataGrid, но вопрос о dgrid (по крайней мере, формат 'layout' немного изменится, и вместо этого вы установите' columns'). Кроме того, eval действительно не нужно, и его следует избегать. –
Важным элементом является установка 'width' для столбца' layout' на основе размера данных в ширину px..Да, я знаю об опасностях использования eval, но то, что у меня работает, отлично и не было проблем в течение многих лет. – GoinOff
Спасибо за ваш ответ. Я попытаюсь применить этот подход к dgrid и выполнить некоторое тестирование по мере возможности времени. Но одна проблема, которая приходит на ум, - если в результирующем наборе имеется чрезвычайно большой объем данных, как бы этот подход справился, с точки зрения производительности? Это в основном делает полное сканирование по всему набору данных, поэтому кажется, что он может пострадать (хотя, возможно, нет альтернативы !?) – Manachi