привет
кто то работал с компонентом Infragistics PropertyBrowser control ?
я использую здесь List-Objekt .
va.vt = VT_I2;
va.iVal=1;
List.Append("Test", va);
как я могу потом получить string "Test" назад
работаю visual Studio C++ 6

IntelliSense не спасет отца русской демократии?

Видать еще не осознал того факта, что даже имя, якобы, CList в качестве базового класса, функциональсть List'а из контрола можно пытаться выковыривать бесконечно... Это же мелкософт и последователи, блин...

То есть никаких шансов?
Так что же, дествительно надо Map создавать что бы потом через индех вытаскивать DisplayName?

неа, не спасет

Я свои классы писал :)

Не ты один. Я тут как-то пытался объяснить, почему .Net - погано. Там описано почему это приходится делать...

Я за дотнет пока не брался, но предполагал, что там на всем готовеньком :-О Щас Tomasson вылезет и заломает тебя :-D

зачем его ломать?:-) пусть растет :о)

Он прав, штоле? ;-)

правакатар 8-)
аткель я знаю?!:-)
Я не читал произведение Мурра *Пачему .NET - эта плоха* 8-)
В принципе, в .NET все реализуемо. Все зависит от образа мышления тварящего ;-)

Реализуемо - оно везде. Вопрос только, как. Вот в MFC вроде все есть, а оглянуццо - и нет ничлена! Пиши все сам.

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

Не знаю как в MFC, но в .NET тебе *дают* заготовки для часто встречающихся задач. Тебе остается собрать нужные заготовки, связать между собой и настроить.
С каждым новым выпуском .NET этих заготовок все больше и больше.
Но ключевое слово во всем этом *настроить* :-)
Конечно, что-то надо дописывать самому. На кой хрен ты тогда нужен? 8-)) Тогда б посадили вместо тебя школьника, который умеет мышкой перетягивать елементы из тулбар в формы ;-)) В .NET 2.0 уже есть такие приколы, как написание Data-Driven Web Applications без единой строчки кода (написанного тобой). Но это только для простеньких задач катит.
Если речь идет о controls, то есть книги по этой теме: как самому расширять/писать controls.

одни и те же свойства в разных контролах обозначают совершенно разные моменты...
странно. С таким пока еще не столкнулся.

Да, Qt рулит.

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

так ты, наверно, используешь контролы в качестве заголовков для других контролов. Поетому и непонятки такие.
Или приведи пример, чтоб телепатией не заниматься:-)

Ok.
Берем <asp:TextBox>присваиваем значение свойству Text. Результат - текст отображается на экране. Вид отображения управляются другими свойствами.
Теперь берем <asp:ChechBox> и так же присваиваем значение свойству Text. Что имеем? Почему? Мне, как программисту, без разницы, как именно будет отображен присвоенный текст - текстом или в виде чекбокса - эти детали могут/должны управляться другими свойствами чекбокса, но присвоенное значение, как и в <asp:Text>, должно управлять именно отображаемым значением. Нету. И так - почти во всем. Доработать либу, особенно при выпуске _нового_ продукта, было совсем не сложно, но мелкософт есть мелкософт...

я что-то не могу понять, что тебя не устраивает.
Если ты присваиваешь какое-то значение для myTextBox.Text и для myCheckBox.Text, то оба отображаются на екране. В первом случае внутри TextBox, во втором - рядом с CheckBox. Что еще должно произойти?:-)