i seei
2. Grid в WPF нужен только апологетам умершей технологии, тк они кроме этого ничего не видели. MS сознательно не вводила его, чтобы умники не делали по двадцать полей в одной сетке.Какая альтернатива гриду, если нужен именно грид? Придумано что-то новое?
Вы всё делаете неправильно
Оставайтесь на WinForms
Покупайте платные варианты.
У селектора есть свойство, отвечающее за такое поведение.
Читайте документацию.
Абр
Абры
Абрывалг.

(хоть немного похоже на эпического Севку?)

winsky!авторУ селектора есть свойство, отвечающее за такое поведение.
какое свойство?
Только севка на это может тебе ответить.
Он у нас знаток по свойствам селектора.

winsky!пункт один в данном контексте - это использование ЛистБокса?
Отвечу за Севку.
Пункт адын в его понимании - это "сидите на WinForms"
Как только Севку носом в каку - у него другого ответа нету.
Наверное потому, что он сам окромя винформзов так ничего и ниасилил.

2 winsky!
Рискуя показаться похожим на эпического севку, таки скажу, причём на полном серьёзе - оставайтесь на экселе.
Тоталы, сабтоталы, пивотики фсякие, кубики вращать из олапа, красивые слова типа "BI"... Эксель это умеет, эксель это умеет хорошо, эксель это умеет так, что пользователям нравится. Ну и зачем мучать оппу?

Можно сожрать пуд говна, и сделать эксель на винформах.
Наверняка можно сожрать два пуда говна, и сделать эксель на wpf
Только вот зачем делать пули из говна, когда уже есть пули из свинца?
Ну, в смысле - зачем делать эксель на wfp, когда уже есть эксель на экселе.

winsky!BI - не более красиво чем WPF


кубики повращать - я уж как-то и без вас повращаю :)
не могу сказать, что ексель это как-то уж очень хорошо умеет...
но проблема не в кубиках, к сожалению.

Это твои слова:
задача - пользватель хочет видеть данные в виде таблицы (а-ля эксель), с возможностью выделения отдельных ячеек и манипуляций с ними. объем который он хочет видеть - около 20-30 столбцов и не менее 1000 строк.
?

Если да, то проблема действительно не в кубиках.
Какмнекжыцо, проблема в том, что ты пытаешься сделать эксель :)

Ты конечно можешь говорить, что "не могу сказать, что ексель это как-то уж очень хорошо умеет" , но по постановке задачи совершенно не видно, чего же именно ты намереваешься сделать лучше, чем эксель.

2 winsky!
вы знаете, мне на ваши измышлизмы - ложить с прибором :)
Хоть бы я и пытался сделать ексель - дело мое, сугубо личное...
Никто в ваши личные дела не лезет, если что.
Это вы лезете к другим со своими личными делами, выставляете их на всеобщее обозрение, да еще хотите, чтобы вам тут пабыстраму всё посоветовали.
Получаете вполне ожидаемую реакцию - мало того, что хамите, так еще и непотребством занимаетесь :)

Если технология позиционируется, как новая парадигма для настольных приложений, то ексель для нее не должно быть препятствием...
Делайте, кто ж вам мешает.

или ответ на вопрос - "как отобразить и позволить редактировать, группировать и т.д матрицу 1000*20?" - идите в ексель и будет вам счастье?
Задачи разные бывают.
И подходы к решению тоже.
Если бы передо мной поставили задачу "сделать так же, как в экселе", то я бы эту задачу решал наверное именно таким способом - сделал бы вот это вот "как в экселе" именно что в экселе.
Была бы задача "сделать как в ворде" - сделал бы в ворде.
Нафиг мне надо велосипеды изобретать.
Но вы, разумеется, вольны изобрести все существующие в мире велосипеды, это ваше право.

по делу че сказать найдется?
По делу уже сказали больше, чем вы заслужили :)
Не устраивает производительность стандартного грида - смотрите гриды нестандартные. Чужие и платные. Я бы начал смотреть с DevExpress'а, исходя из критерия близости к "как в экселе".
Как только будет найден чужой и платный грид, устраивающий по функционалу и производительности - рефлектор в руки, и копать, изучать, как же так у них получилось добиться нужной производительности при реализации необходимого функционала.
Как-то примерно так.

i seeiПравильно заданный вопрос - половина ответа.Ну хорошо, задаю. Что гуры вэпээфа предлагают бизнес-юзерам для просмотра больших объемов данных, которые те десятилетиями привыкли созерцать в виде "простыней"?
Не являясь гурой вэпээфа, попробую ответить за гур.
Если речь идёт об ужасах типа "адын мыллыон строк, адын тысяча сталбцоф, и фсё эта ползоватэл должин выдет и рэдактыроват", то гуры вэпээфа посоветуют убиться ап стену :)

На полном серьёзе.
Я, конечно, могу представить себе случаи, когда действительно надо видеть одновременно много строк/столбцов, со всякими тоталами/сабтоталами, группировками, сортировками, фильтрациями, выделениями, да еще и редактированиями впридачу. Кубики олаповские крутить, например. Дык для этого собственно специализированные средства и созданы. Ну или хотя бы эксель, он тоже это умеет.

А для обычных пользователей и обычных задач?
Зачем датагрид на стопицоттыщ строк, если можно датагрид с пейджингом и писят строк на страницу? Сколько глаз должно быть у пользователя, чтобы он эти стопицоттыщ строк увидел, и не заколебётся ли он скролбар дрочить, ежели мудрый программист выдаст ему всё это чудо в виде одной большой простыни?
Я, например, как то привык к тому, что ежели на экране понадобился скролбар, то значит что-то я делаю не так. Особенно учитывая размеры современных экранов :)

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

iЛП, прежде, чем опять рассказывать очередные старшилки
Севка-дурачог, где ты в этом топике от меня страшилки увидел?
Или ты уже одного моего вида боишься, и штанишки сразу бежишь менять?
:)

посмотрел бы, как советовал, в reflector'е нормальный грид.
Зачем? Зачем мне этим заниматься?
Передо мной, слава тебе господи, не стоит задача "отобразить на экране стопицоттыщ строк".
Стало быть - нужды копаться в рефлекторе я не испытываю.

С полной UI виртуализацией создаются только ячейки, которые показываются на экране. И только. Развели очередную демагогию
Севка-дурачог, тебя уже тыкали носом в твою глупость.
http://sql.ru/forum/actualthread.aspx?tid=772956&pg=1#9078003
Помимо рисования есть еще много чего, где стопицоттыщ строк имеет все шансы утормозиться вникуда.

iЛП - ты полный профан. Если у тебя нет понимания о чем тебе втолковывают, то посмотри в Snoop сколько создается LIstViewItem при включенном режиме виртуализации. Никаких стопятсот нет, только те, что отображаются на экране. В платных гридах такая же картина.
Учи матчасть, тупость
Гыгыгыг
Вась, ты дурак, да? Совсем дурак?
Как ты будешь, например, делать группировки, вываливать автофильтры а-ля эксель, считать тоталы и сабтоталы? По несозданным элементам?

iДля подсчета итогов не нужны биндинги, лэйауты, шаблоны и прочая лобуда,которую вы упоминали в качестве тормозов.
Правда что-ли?
Например, колонка биндинтся к чему-либо через ковертер, пользователь хочет отображаемый текст фильтровать/группировать/сортировать, и оказывается даже биндинги для этого не нужны?
Вах-вах-вах.
Из астрала, вестимо, данные берутся.

Слейся, эпический.

iДолбо...кий
С зеркалом разговариваешь?
:)

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

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

iГрид, он, действительно, никому не нужен в большинстве случаев.
Ага, не нужен. Особенно не нужен он становится в тот момент, когда приходится признать, что на WPF его сделать нельзя.

Грид на вэпээфе "быстро работает", "является полнофункциональным", "быстро реализуется" - выберите любые два пункта.

Свои сортировки и группировки нужны по одной простой причине - для удобства пользователя должны быть заранее предустановленные.
Расскажи это пользователям экселя.
Они, бедняги, без предустановленных группировок и сортировок живут.
Не понимают они своего щастья. Послушали бы долгоэпического севку, сразу бы стали требовать себе предустановленных группировок и сортировок, вместо жутко неудобных произвольных.

Посмотри рекомендации MS на эту тему, весь Навижен сделан подобным образом
Ты еще 1С в пример приведи, эпический дятел

С MVVM это делается легко, но это уже другая тема.
Вась, ты дурак, да?
Совсем дурак?

DatarК сожалению по причине отсутвия времени нет возможности прочитать все 3 страницы флэйма.
Да ты и первые три сообщения ниасилил, какое уж там "три страницы"
Чукча не читатель?

Хде ш вас таких красивых делают...