основной контингент разрабов - т.е. я - это .NET-чики.

В этом случае логично Mono рассмотреть. Вроде эта штука уже стала вполне годной. Ну если, конечно, вас не пугает, что однажды злобная MS ентот Mono зохавает вместе со всеми, кто его себе поставил

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

Раз уж приложение распределенное, т.е. основная логика, как я понимаю, крутится на выделенных серваках, может имеет смысл в сторону Java поглядеть?

Вариант тоже расматривался ибо основной контингент разрабов - т.е. я - это .NET-чики.

Даже не расматривался...

Давайте с другого ракурса рассмотрим цель - необходимо реальзовать (бизнесс-)приложение - расспределенное - такое условие клиента, ибо предпологается много клиентов/пользователей. Пока по дефолту рассматриваются вэб-сервиса. Т.е. уже предпологается присуствие необходимого функционала - либо как встроенный, либо сторонний.
В приложение клиента необходимо виджеты представления данных - гриды, treview-шки; желательно богатая событийная модель и возможность визуального форматирования (есть такой бзик у некоторых клиентов - просят раскрасить чуть не не под хохлому).

Раз уж приложение распределенное, т.е. основная логика, как я понимаю, крутится на выделенных серваках, может имеет смысл в сторону Java поглядеть? Тут вам и кроссплатформенность, и событийные модели, и возможность прикрутить любой look'n'feel, какой только заказчику приглянется. Тормозов опасаться, думаю, не стоит: у Java с этим дела получше в последнее время, и потом, в распределеном приложении все равно основным узким местом остается общение с сервером.
И, кстати, вариант веб-клиента вообще не рассматривается?

В приложение клиента необходимо виджеты представления данных - гриды, treview-шки; желательно богатая событийная модель и возможность визуального форматирования (есть такой бзик у некоторых клиентов - просят раскрасить чуть не не под хохлому).

ИМХО Qt однозначно.
я перешел с VisualStudio (C++) c MFC.......    Нет слов на сколько Qt (с моей точки зрения лучше). Освоить не сложно, отличная документация, очень удобная модель/представление, сигал/слот........

Полистайте "qt 4 программирование gui на с++"  для затравки

Так же, хотя это субъективно, внешний вид GUI объектов у Qt лучше.

Сразу оговорюсь - Qt не предлягать - там свои муки с лицензиями.

вообще говоря это неверно. Все три распространяются под одной и той же лицензией LGPL.
Делаю проект для англичан там внимательно относятся к таким вопросам - Qt в полне прошел "собеседование"

В лицензионной проблематике с Qt уперся заказчик/клиент - если говорите что лицензия либеральна, то данный вопрос можно обсудить с заказчиком и убедить его.

Давайте с другого ракурса рассмотрим цель - необходимо реальзовать (бизнесс-)приложение - расспределенное - такое условие клиента, ибо предпологается много клиентов/пользователей. Пока по дефолту рассматриваются вэб-сервиса. Т.е. уже предпологается присуствие необходимого функционала - либо как встроенный, либо сторонний.
В приложение клиента необходимо виджеты представления данных - гриды, treview-шки; желательно богатая событийная модель и возможность визуального форматирования (есть такой бзик у некоторых клиентов - просят раскрасить чуть не не под хохлому).

Модераторы - можете поменять тему на более адекватную? прошу не судите строго...

Сразу оговорюсь - Qt не предлягать - там свои муки с лицензиями.

не очень понятно, чем вас тройная лицензия кьюта не устраивает... она не менее либеральна, чем у gtk(LGPL) и wxwidgets(вроде тоже LGPL). Да и без него сравнение выглядит как-то странно...

Почему не wxwidgets - библиотека выглядит полумёртвой, по крайней мере сторонников у неё на порядок меньше, чем у gtk или кьюта... + (смотрел не много), но документация у него не богатая...

Почему не gtk - ИМХО подходит больше для небольших gui-шных утилиток на си, чем для больших проектов... хотя это только моё мнение - гимп и гном как-то написали... в любом случае предназначен для си-стиля. Да, и кроме графики в неё ничего не входит всё остальное делается сторонними библиотеками.

Сразу оговорюсь - Я не хочу начать холивар!!!

Дело в чем - хочу научится разрабатывать приложения под Линукс - под Окнами опыт довольно большой - да и теперешние тенденции таковы что все больше заказчиков спрашивают на счет разработки экивалента под Linux.
Я пошастал по интернету, почитал пару материалов - но хотелось бы мнения Отцов - так сказать - собственно сам сабж.
В принципе интересует следующие параметры:

- быстрота осваивания/вхождения в сабж для нуба;
- присуствие АПИ для работы со сетью, в том числе дергание сервисов по SOAP/XML-RPC;

Сразу оговорюсь - Qt не предлягать - там свои муки с лицензиями.