существует ли в gridview поле не подобие comboBoxColumn из datagridview&?
или может у кого есть пример, как засунуть комбо бокс в гриду?


попробую спросить по другому... а как-то ерунда получилась... 

каким образом после включения редактирования вместо текстбокса поставить другой элемент? в идеале календарь из ajaxtoolkit?

Это сообщение отредактировал(а) semi - 3.9.2007, 17:30

 up  

Вот так вот.

Да, но это "жесткий" вариант - сразу или весь грид комбобоксами забросать, или столбец целиком... А если нужно выборочно?
Есть такой вариант, программный : через myGridView.Rows[i].Cells[j] добираемся до нужной ячейки и
myGridView.Rows[i].Cells[j].Controls.Add(myCombobox)

Конечно, нужно помнить, что динамический контрол жив в пределах одной обработки. И не забывать при каждом конвейере его заново добавлять... Ну да это обсуждалось уже до зубной боли много 
(ясен пень)

tol05, По сути ты предлагаешь тоже самое. Т.е. перехватывать событие эдита и добавлять этот бокс.
GridView это не забытый богом контрол. в EditItemTemplate ты тоже можешь добавить server-code. и делать там проверки, выводы и так далее.

ИМХО, лучше добавление контролов держать в одном месте, а не добавлять с разнообразных местах behind-code.   

Но как альтернатива решения это тоже походит :о)   

  не с той ноги встал?

Во-первых, считается не очень хорошим стилем мешать view-level и бизнес-логику. Раньше code-behind классов вообще не было, и код, и разметку тулили на одну страницу. 

А чего только про контролы? Лучше вообще код по файлам не разбрасывать      
Короче, это дело вкуса, мне нравится отделенный код. К тому же это масштабируемость повышает. Один класс code-behind  - и десятки страниц с гридами...

Во-вторых, твой метод добавит контролы на этапе построения страницы. А мой - на любом из последующих этапов. Т.е. в результате работы других методов страницы выясняется кол-во вложенных контролов, и куда их, собственно, вкладывать.
  



Это сообщение отредактировал(а) tol05 - 4.9.2007, 09:29

Да нет, все нормально 


Скорее всего вот это :о). Мне просто иногда немного напрягает вызов функций их с транзитом в 5 разных классов или файлов :о). Потому предпочитаю юзать вызов таких функций прямо в aspx странице. Т.е. ведь тоже можно написать функцию где-нибудь там в behind-code и поставить возвращаемый тип object или T и фперед на мины :о)
Но вобщем-то да, ты прав, это все дело вкуса. Кому как удобнее, да и все зависит от конкретного случая. Некоторые и бизнес логику в сеттерах пишут ;о)

консилиум гигантов  приятно глянуть 
спасибо за ответы