Я такими вещами не пользуюсь. Я создаю DataSet, там добавляю колонки, а потом уже использую приготовленный DataSet, чтобы в дизайнере делать колонки и так далее. Никакого соединения с сервером в дизайнере у меня не происходит, кроме моментов добавления новы DataTableAdapters


Именно функционал. Сортировка, групировка. Суммирование по колонкам, группам. Экспортирование всего приготовленного вида в Excel. Я XrtaGrid использую по полной. Почти весь функционал заюзан.


Вот только не надо, про функционал. Delphi пока еще впереди по своим возможностям


В C# нет точного аналога Дельфиского и VB with.
Но есть что-то типа такого

Но это не совсем то.
Блин вот сейчас просто открыл VS, открыл там проект чтобы просто скопировать кусок кода! Мдяяя, тормоза конкретные!

А методы Fill и Select вручную пишешь или автогенерируешь?
А это зачем? Ведь и получишь в результате автогенерацию?



Это я тебе легко сделаю, сортировка итак встроенная,

экспорт в Excel нативный, хоть через databinding, хочешь через сам объект екселя это легко)

#77

Суммирование по чему угодно легко с полтычка, там вообще и делать нечего.

Так что да, я такой крутой чтобы сделать XtraGrid И при этом я не тащу все это богатство в проекты, где оно нафиг не нужно.

http://msdn.microsoft.com/vstudio/tour/ ... inding.htm

Начнем с дизайнера. Насколько помню, Delphi свои формы в код сериализовать не умеет, не так-ли?
Жуть какая. Может у тебя VS какая-то кривая?

Но только один раз! К серверу IDE больше не обращается. Создал один раз и забил


Весь Dataset автоматом создается. Делать мне больше нечего ручками создавать то, что может делать сам IDE.


И где жто он такой нативный, что экспортирует весь груд в том самом виде в каком он у меня на экране , включая цвет и групировки?


Хотел бы глянуть на такое. Только вот что-то мало верится. Ты вообще с Xtragrid работал? Видимо нет. Иначе бы не говорил , что все легко сделать самому.


Ну кому нафиг ненужно, а кому надо. У меня все кэарные формы отчетов на этом гриде построенны.

У меня закрадывается подозрение, что ты ничего сложнее текстового редактора пока не писал не обижайся, просто такое впечатление складывается.


И слава богу! Иначе бы получили тормоза VS IDE.

German Ivanov

Ой, Герман, Герман...
Опять ты за свое...

Заметь, что за язык тебя никто не тянул , но раз уж сам сказал, то давай – сделай , выложи у себя на ПС, а народ оценит.

И еще!

Я конечно далек от таких предположений, но после нескольких твоих постов...
Смотрим:

+ (плюс)

Анализируем!
Код полностью твой + стандартные контролы (для BP очевидно Turbo Vision, для D5/D6/D7 - палитра + возможно свои наработки).
Свой код, стандартные компоненты и при этом от одного воспоминания дело до дрожи доходит .

Как такое может быть?
Что тебя там так могло поставить в тупик?
Расскажи нам Герман!
Мне, как человеку, писавшему компоненты и визуальные, в том числе это очень интересно.
Или, может, причина была банальной – чужие стыренные библиотеки для D5 не становились в D6/D7?
Я могу понять, какие сложности могут возникнуть, в случае если проект разрабатывался, к примеру, для D7, а потом волей судьбы его нужно перевести в D3.
Но, чтобы возникали проблемы, доводящие до дрожи при переводе своего проекта с D6 на D7 слышу впервые!
Расскажи нам о них.

И еще!
Я так и не получил ответ на свой очень простой вопрос, относительно того, следовало ли считать по твоему мнению видеокарту X800 GT также Hi-End видеокартой.
Нас тогда прервали, и ты так ничего и не выдал относительно этого.
Шо скажешь?

Ждем аналог XtraGrid.
Покажи себя во всей красе.

_SGK +1

_SGK не нужно тут разводить резню и так в теме сплошной офтоп идёт. Взгляните на название темы .

В футбол тоже вроде бы взрослые люди играют
Запусти отладчик SQL Server и посмотри как выглядит запрос на его стороне.
Тогда не жалуйся и не кати бочку на среду. Халявого сыра не бывает.Она не виновата что ты не желаешь правильно писать и учить язык.
Прочитай о том, какие возможности доступны при работе с Excel через COM объект. Цвет ячейки это не более чем ее свойство. Крась пока не надоест, можешь даже макросы на ходу вставлять.
Кинь таблицу на форму, заполни данными и пощелкай по заголовкам столбцов. Если хочешь сделать групповую сортировку, посмотри свойство Sort у DataView (вроде-бы), там же есть фильтр. Это если тебе лень "order by" в самом SQL запросе задать.

Я обычно для отчетов Excel использую. Кидаю подготовленный xls в папку приложения. В заготовке задана строчка с названиями полей. Юзер при необходимости навешивает вокруг них свои функции помимио тех что я сам задал, и красит так как ему нравится (обычно никак не красит). А я потом программно создаю копию этой заготовки и заполняю ее живыми данными по материалам своей таблицы. Страшно? Не боись - вот почти весь код



А ты пробовал когда нибудь написать текстовый редактор САМ? Имхо это одна из самых сложных задач. Мой тоже не так прост как выглядит. Присмотрись на скриншоте к дереву слева. Дополню, оно умеет выбирать сервера, базы, проекты и документы в нем. и в редакторе вообще не используется OnClick http://tvpattern.russia.webmatrixhosting.net/

Извини но у меня тоже складывается подобное ощущение но про тебя самого. Какой нафиг цвет ячеек? Сколько не предлагал юзерам сделать приложение покрасивее (еще месяц оплачиваемой работы, я фрилансер) столько раз они отказывались говоря - итак сойдет. Все они любят красоту только до тех пор, пока за нее не надо платить повременно.


Выкинь все левые компоненты - тормоза уйдут. Delphi кстати в этой ситуации тоже тормозит не по детски. (надеюсь авторы твоих компонентов слышали про Garbage Collector. Авторы атишной панели к примеру о нем похоже не знают )

(с) http://www.nestor.minsk.by/kg/authors/g ... et/1-1.htm




Нет проблем. Оригинальная табличка сколько стоит? 400$ ? Если ты найдешь еще пару желающих то я вам за месяц склепаю за 1000$ красивый интерфейс дизайнера к стандартным protected методам DataGridView. Там весь гемморой в этом и заключается, сам я, как помнишь дизайнером почти не пользуюсь и никогда не строю "универсальных монстров на все случаи жизни".

Плохо анализируешь. как видишь были проблемы и при переводе D6-D7 значит вплоть до D7 широко юзались _чужие_ компоненты. На BP был не турбовижион, а объжект проффешионал.


1) Ассемблерные вставки - "для эффективности" там где есть исходники(переход D5-D6(или D7) если не путаю, там они много чего в асме накрутили). Архивер так и вовсе почти весь переписывать пришлось с нуля (ассемблерный, он был 16 битный, я его с BP тянул до последнего)
2) там где нет исходников необходимость массового выкидывать из большого проекта одни компоненты и вставлять другие похожие (Фирма выпустившая компонент скончалась и поддержки компонента нет) Типичное сообщение об ошибке - "форма(бинарная заметь вплоть до D7 ) не может быть отображена так как нет компонента X" и таких сообщений в проекте штук 300 не меньше.
Попробуй хоть раз перевести и узнаешь. В качестве начальной меры открой исходник любого сложного компонента и глянь на препроцессорные команды (условная компиляция в зависимости от версии дельфи).
Дай линк на ветку где ты об этом спрашивал посмотрим.

Ищи еще пару желающих с 300$

правильно, поэтому в критичных к производительности решениях используются чистый C++ либо Дельфи (который не дот нет) (в зависимости от задачи)

В весьма сложных логических системах
Выполняют свою работу и неплохо. И не надо рассуждать про процент этих решений - они редки, но очень дорогостоящи и потому интересны. Это тебе не GUI программирование под винду

А кто сказал что она умрет? Я сказал что она будет выполнять некий кусок задач (собственно уже выполняет). Не меньше и не больше. .NET это не панацея.
И кстати MS это прекрасно понимает, в отличие от тебя. Поэтому и сделан неплохой упор, ну например на тот же ASP. Вполне явное преимущество. Только вот нарвались на толпу php программеров (а их все больше и больше).

К тому времени, когда notepad будет занимать 4 Gb, 4 Gb будут означать столько же, сколько сейчас 4 Мб
Это - рынок.

ну я много пишу на Java. Принципы - те же. У дотнета есть комплекс неких преимуществ и опять же есть несколько существенных недостатков.

ты смотришь только декстоп рынок...
под мобилки?
под промышленные UNIX-сервера?
+ к тому же - производительность?

программировать и писать код - это все-таки разные вещи
для первого не хватает высшего образования, для второго достаточно месячных курсов. Здесь все упирается в численность населения - проще подготовить тысячу дешевых идиотов, каждый из которых напишет интерфейс к своей формочке, чем 10 тех, кто способны на большее и потому их труд дорого стоит.
Добавлено спустя 4 минуты, 32 секунды

Это смотря что понимать под словом текстовый редактор. В общем - да, хорошая задачка.

Ни С++ ни Delphi для этого не годятся. Если уж юзать то голый С. Пишешь DLL и засовываешь в нее свой код.
А вот к чему подключать этот DLL отдельный вопрос. Интерфейс и NET и обычные компилеры рисуют примерно с одинаковой скоростью. на стороне той-же Delphi армия выращенных программеров, на стороне NET простые и внутренне красивые языки. Выращенные программеры(те что уже неспособны учиться) постепенно уйдут на пенсию, а новички переберутся на NET. Поэтому я и говорю что NET победит.

Уф. Типичное Prolog приложение


Условие выбора подходящей ветви может быть довольно сложным, например run(i<16, e=12 ) тут он немного похож на where из SQL. Допустима(и даже навязывается) рекурсия; то-есть типичная конструкция выглядит так


Компилер сам подбирает подходящий вариант процедуры по условию задачи. Выход из последнего блока означает конец программы (можно выскочить и принудительно по условию или безусловно)

Ну и ? Вот проблема написать такую конструкцию на любом современном языке программирования. Банальная HashTable в которой лежат делегаты на функции является почти полным ее аналогом.

Дурят тебя эти "спецы" Пролог умер не потому что требует каких то "специальных крутых задач", а потому что его включает в себя любой современный язык программирования.

ASP тоже разновидность NET. Языки те же, среда исполнения та же. Я могу их дектопа вызывать ASP.NET функции (в том числе в два клика мышой сделать свой WEB сервер с поддержкой ASP.NET, пример есть на ms, и он входит в VS2005 и вебматрикс),
ASP.NET может напрямую работать с WinForms (если настройки секьюрити это разрешат)

ASP.NET на голову, если не на две выше. И толпа PHP программистов ей не конкурент, все они сидят на бесплатных веб серверах ( то есть пролетают мимо корпоративного сектора дающего бабки ).
Вот я, к примеру, легко перекину экспорт в ексел с винформс на ASP.NET. Зашел на свой Интранет сайт - получил Excel документ. Пусть они это на PHP реализуют, любопытно насколько криво и дыряво у них это получится. Так что удел PHP - рисование хомепажей "кРуТыХ кУлХаЦкеРов". Они вырастут, обзаведутся семьями, и уйдут туда где платят деньги и где проще работать. Это сейчас их размер своего пениса больше реальных денег волнует.

А Ray Adams на Delphi. Это много объясняет признай! Вам обоим NET наступила тяжелой ногой прямо на вашу песню.

Тоже самое что и с ASP.NET. Даже проще- "Вам нужно всего лишь перекомпилировать приложение." (с) штеуд. В смартах и КПК на винмобайл зашита Compact Framework, это почти полный аналог WinForms(некоторых классов не хватает, но у большинства классов есть полные дубли).

Тут да, но много ли таких серверов и как следствие много ли надо для них программистов? На весь Питер штук 30 программистов вполне хватит - все остальные останутся без работы.
Тут на мой взгляд языкам высокого уровня вообще делать нечего. Любым. К счастью таких задач тоже немного.
К слову, поискать тебе линк на Quake3 написанную на C++.NET ? где-то на ms она лежит вместе с исходниками.

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

Еще проще, 1000 идиотов быстрее создадут 1000 форм(получая каждый по 100 баксов ), чем те же 1000 форм создадут 10 гениев(получая за каждую 1000 баксов и ругая заказчика за работу для идиотов).

German Ivanov

Герман, ты даже забавней, чем я думал.
Самому не смешно?
Мне ненужно, ты себе сделай , чтобы быть мужиком, а то пока одна болтовня.





У кого были? У тебя, у кучи ламеров? Вполне возможно. Когда пишешь, то уточняй.


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


Да ты ШО! Ну дык дотянул таки? Выкладывай, оценим, копирайт, поди на месте?


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


Аж прослезился , Герман, мне ненужно пробовать – я знаю.


Смотри выше.

Соответственно в твоем случае и имеем то, о чем говорилось ранее – халява тока в мышеловке.

Вот так всегда (слышишь Catar )! И мне не нужно, я же не новичок, чтобы чужие насадки на стандартную палитру "в темную" юзать и монстроидальные пакеты ради красивого комбобокса ставить. Я если и юзаю чужие компоненты, то разбираюсь как они работают и полностью переписываю весь код "под себя". вот например из последнего http://www.gotdotnet.ru/Downloads/Examples/405344.aspx

И первое, что при этом летит в топку при переделке, это все "красивости" связанные с интеграцией в дизайнер и проверки чтобы чайник не ввел через него чего лишнего. По опыту скажу, что эти радости обычно занимают 80% от кода всего компонента. Все что остается чаще всего совершенно банально.

Я рад что ты меня поддержал в этой идее. Слышишь Ray? _SGK тебе тоже советует завязывать с чужими компонентами и переходить на палитру плюс свои собственные компоненты. О чем я тебе сразу и сказал с самого начала.

German Ivanov

Во-во, между теоретической возможностью что-то осилить и реальным воплощением частенько бывает пропасть.


Я тебе за 16 битный вариант и говорю – выкладывай, посмотрим или потерял?


Ну, я и не плачусь и в дрожь меня не бросает.
И речь вообще о переводе проекта с D5 в D6 в D7.
Ведь в D5 ты проект перевел? Или совсем амнезия замучила?


Знаю Герман, знаю.
Не вижу чуши также как и истерики.
Просто облажался ты Герман, признай это хоть для себя.
И следующий раз думай над содержанием своих постов.
Это дружеский совет – бесплатный.

Угу. если свято веровать что компоненты пишут небожители на небесах.



Ты забыл уточнить в чем именно и хоть как то подтвердить свой выкрик с галерки аргументами.
Если речь идет о "табличке" то сортировку, группирование, экспорт в ексел по заказу Ray Adams-a мы уже тут сделали.

Что тебе еще от этого компонента нужно? Если взаимодействие с дизайнером - плати денег сделаю, вот проблема натыкать аттрибутов. гемморойно но ничего сложного. Сам я им не пользуюсь (имхо это зло)

Завтра гляну. Хотя что там может быть не так? Просто вызов exec должен быть.



Ну да, конечно. Все я виноват. Я ничего там не писал. Все делает за меня IDE и это как раз и тормозит


У меня клиенты с Excel разных версий. Поздний билдинг не предлагать. Что буше делать?


Так я делал в Delphi. Но тут нормальной поддержки нет. Опять же по причине того, что приходится применять позднее связывание из-за разных версий Excel у клиентов.


Закончим на этом. Ты в глаза не видел XtraGrid и его возможности, а уже делаеш такие выводы Его не один человек делел, а целая команда и довольно таки серьезная! Кто его бзал меня поймет


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


Много ты серьезного софта напишешь на стандартных компонентах! Кстати "ручной" доступ к сборщику мусора самим Microsoft не приветствуется.


Это все что мне надо было знать


Это большая беда Delphi, видимо он от этого кстати и помер. C# в этом плане одно удовольствие.


Это единственное, что вообще толкового было сделано. Правда я сам php всегда юзаю, но это для заказов. А так для intranet, ничего более крутого чем ASP.NET пока не придумали. Кстати думаю, что .NET только и выживет за счет ASP.NET и не более. Ничего пока серьезного в оконном варианте не создали.


Зачем изобретать колесо!? Вот возмем к примеру ATI Tray Tools. Постоен практически на стандартных компонентах. Что использовал из внешнего. TJvSpinEdit, удобнее чем родной и не глючный. TXPMenu - красивое меню. Причем использую очень старый вариант этого компонента. Все что новые, левые.
Все. Остальное мои личные компоненты. Один не визуальный TRegValues и второй, это графики. Второй компонент я писал прямо как ты пишеш. Никакой design time части, только run time

А вот с C# у меня все по другому. Я там пишу только потому, что приходится писать из-за UNICODE И все. Так что я там использую ТОЛЬКО компоненты от DevEx, так как аналогичных в стандартной поставке нет. Писать самому лень, не интересно совершенно. Мне главное сделать и сдать проект и все. На .NET никогда я не буду писать что-то для души. Я не извращенец.

Вообще данный момент мы имеет такую раскладку.
В основном большинство программеров работаю чтобы зарабатывать, а значит как обычно ищут любые возможные проекты! Так? Ну у меня по крайней мере так. И соответственно использовать приходится то, что больше всего подойдет для быстрой и удобной разработки софта. Главное в этом деле, быстро написать не глючный софт. Заказы могут быть какие угодно и приходится знать как минимум два или три разных языка! Я слабо верю в то, что кто-то из коммерческих разработчиков будет насиловать себя каждый раз написанием нового компонента, если уже есть пакет с готовыми разработками.

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

Так вот с моей стороны как профессионального разработчика, мне плевать, что .NET это зло доколе за него платят! Но для души мне он совершенно не нужен

>>вот проблема натыкать аттрибутов. гемморойно но ничего сложного.

Геморрой там будет заключаться в коде дизайнеров, эдиторов и конверторов... Вообще при написании компонентов первый пункт в спецификации: "Extensive designer support". Компонент без поддержки дизайнера он вроде бы и выполняет все то же самое, только "this is not sellable".

Кстати по ASP.NET. Вот на чем мне сейчас тяжело писать после PHP! Абсолютно ничего не понимаю сходу! Все совершенно не однозначно. Так как приходится думать о трех местах! Выходной HTML, код на C#, и код HTML на сервере! Ужас просто Но прикольно.

Я чуть выше об этом писал:

"Тормоза именно на cmd1.ExecuteNonQuery() и da1.fill?
если да, то посмотри дебаггером SQL Server что именно ему передается. VS2003 своими мастерами обычно генерила такие конструкции.

вместо того чтобы написать

если на поля a1..aN нет индексов то ясен перец все будет тормозить."

ps: Понятно что я имел в виду? NET не может догадаться какое поле для тебя индексное, и генерит мастером запрос однозначно указывающий нужную запись. Нужно жес тко прописывать индексное поле или просто указать запрос руками.

dataAdapter.SelectCommand = "select * from mytable where id1=1 "

ну или хранимые процедуры юзать.
Дык так оно всегда и бывает.
А чем плох лате биндинг? Команд не знаешь?
1) запиши в екселе нужный макрос его мастером и потом посмотри в отладчике его код. Получишь почти нативный VB.NET
2) Пиши проект с ранним связыванием, как напишешь переключись на позднее связывание
3) Для души, если часто пользуешься Excel, напиши обертку на Invoke методы в отдельной DLL и в дальнейшем юзай ее (хоть ранним связыванием, хоть поздним) Так в примере выше "книга.StartExcelApp(False)" расшифровывается как


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



Никаких я выводов не делаю. Я тебе пишу что при необходимости подобный функционал ты сам с полтычка написать сможешь, причем под себя самого. Вместо того чтобы привыкать к тому что в течении многих месяцев туда на свой вкус запихивали другие программеры. Да и 90% что там есть ты скорее всегда никогда и не используешь.

Тоже мне бином Ньютона. Продолжим создание нашей собственной XtraGrid


Вставляешь вместо нужного столбца. Если число в таблице больше 200 оно не выводится, если оно меньше 60 то выводится красным цветом, если 61..199 то коричневым. (это ограничения скоростей на железке). Код выглядит устрашающе, но как и обычно 60% его пишется автоматом. Набираешь слово overrides и среда предложит тебе выбрать метод после чего сформирует его заготовку.

Переменная g это доступ к GDI+. У него целая куча методов для рисования чего угодно, не только текста(картинок, битмапов, кривых, прямых и черта в ступе). Если тебе этого мало, там можно достучаться до хэндла окна. Также есть заготовки внешнего вида стандартных контролов. То есть ты можешь одной командой нарисовать скажем чекбокс. Понял теперь откуда берется вся "красота" у Xtragrid?


Ровно столько сколько ты с помошью нестандартных, я просто походя реализую их функционал. В NET это делается с полтычка по сравнению c Delphi.


Ты с ним работаешь как с Delphi, поэтому не видишь всех вкусностей. Создавай свои юзерконтролы(юзай как Tabpage) и наследуй имеющиеся. После того как ты с этим разберешься, тебя никакими калачами назад на дельфи не заманишь (как меня самого )
Затем что это не изобретение колеса, а правильное его использование.

Я в этом не уверен Чтобы писать на Delphi при наличии NET надо имхо быть мазохистом. У NET и сами языки красивее и лучше, и возможностей куча.


Уф! второй раз. Написать компонент на порядок проще чем указать 10 свойств для его использования.

Хотя постой-ка. ... а ты вообще заметил что твои компоненты сразу попадают на палитру _без_инсталляции_ в_IDE ???? Любой твой контрол СРАЗУ доступен для использования на твоих формах в этом проекте.

#77

Если контрол получился удачный сбрасываешь его в отдельную либу(CopyPaste) и юзаешь многократно. Ничего никуда инсталлировать не надо.
Добавлено спустя 3 часа, 6 минут, 52 секунды

Не пугай народ, для стандартных типов эдиторы не нужны. Любое публичное свойство объекта потомка Component, автоматически становится настраиваемым дизайнером свойством. Эдиторы нужны только если ты что-то нестандартное замутить решил(типа выпадающего окошка задающего Anchor-ы).

Кстати слушай а не знаешь как зацепить за свой компонент в палитре (тот что автоматом туда попадает) стандартную иконку вместо синей шестеренки? В смысле понятно что аттрибутом, но где лежат сами иконки от Common Components?

Однозначно просто есть несколько способов вывода. Я например HTML вообще не рисую, все кодом делаю, жена моя наооборот поступает
Рекомендую вот эту статью прочитать - http://www.gotdotnet.ru/LearnDotNet/ASPNET/686.aspx

>>В смысле понятно что аттрибутом, но где лежат сами иконки от Common Components?

Там у них хитрожопая система... Когда писал свой дизайнер прочувствовал все до мелочей. Стандартные компоненты не используют атрибут. Глянь Reflector-ом сборку System.Windows.Forms.dll. Конкретно папку Resources. Видишь, там попадаются BMP, чьи имена один в один совпадают с полным именем контролов/компонентов (в принципе, похоже это то, что тебе нужно - F12 и готово)? Среда при загрузке проверяет два варианта. Если есть атрибут, то берет всю информацию оттуда. Если атрибута нет, то пробует в ресурсах отыскать подобное вышеописанному изображение (возможно, порядок обратный, но это не принципиально IMHO). Если и тут облом, то подставляется шестеренка. Ну а FAQ по особенностям использования атрибута, думаю, ты уже читал.
Добавлено спустя 3 часа, 55 минут, 56 секунд
>>а ты вообще заметил что твои компоненты сразу попадают на палитру _без_инсталляции_ в_IDE ???? Любой твой контрол СРАЗУ доступен для использования на твоих формах в этом проекте.

Кстати в таком случае даже если добавить атрибут ToolboxBitmap, шестеренка в палитре для компонента сохранится. А вот уже в диалоге выбора компонентов (по правому щелчку в тулбоксе) и в трее компонентов все будет путем.