Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Кому чего в KOLnMCK НЕ хватает?


Страницы:   1 2

Gandalf ©   (2002-08-11 16:08:00) 

Да простит меня модератор.

Просто интересно кому какий модулей, процедур, компонентов, свойств и методов у имеющихся компонентов не хватает для счастью.

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


SPeller   (2002-08-19 04:05:00) [21]

И вот ещё момент один неприятный. После удаления компонента с формы, в котором использовались рисунки, то он оставляет за собой в папке проекта ресурсные файлы и сами рисунки, которые в нём использовались.


MARcoDEN   (2002-08-17 20:25:00) [22]

NMPOP3, NMSMTP


SPeller   (2002-08-17 17:18:00) [23]


> Vladimir Kladov (16.08.02 10:17)
> Чем поддержка битмапов ненормальна? Возможностей даже больше,
> например, можно их поворачивать на 90 градусов. Поддерживаются
> RLE-сжатые битмапы.

На счёт RLE я не против, а вот то что тулбар не поддерживает полноцветные битмапы это не нравится. И менюшки с рисунками (тоже полноцветными) приходится руками отрисовывать.


Vladimir Kladov   (2002-08-16 10:17:00) [24]

Чем поддержка битмапов ненормальна? Возможностей даже больше,
например, можно их поворачивать на 90 градусов. Поддерживаются
RLE-сжатые битмапы.

С ключами реестра можно и через API работать. Единственная польза от врапперов KOL - что игнорируются все обращения с дескриптором ключа 0.
Т.е. если он не открыт. Это упрощает код, позволяет не делать
проверки в коде вроде if key=0 then exit.
А так, берете тот же хэндл, и обращаетесь к RegQueryValueEx /
RegSetValueEx с нужными параметрами.

> Четко работающих компонентов для Баз Данных... Неплохо было бы "перевести" весь

BDE, что ли, прикажете ваять заново? Не надо оно, Борланд и сам
рекомендует без него программировать. data-aware-контролы вроде
DBEdit? Ну если кому надо, то пожалуйста. Хотя мое мнение - не нужны
они вовсе, даже при программировании в VCL.

Можно было бы сделать вариант с ODBC вместо OLE DB. Но в условиях
windows OLE DB практичнее. Гораздо правильнее было бы сделать свой собственный минимальный движок, необязательно даже с поддержкой SQL.
Чтобы можно было бы ваять локальные задачи, которым не требуется
наличие на машине чего-бы то ни было еще, кроме windows и самой
программы. Впрочем, для совсем простых целей опять же хватает StrDB.
Добавить к ней транзакции, и можно писать телефонные справочники.
А если задача чуть сложнее, то OLE DB должно хватить.

> "джентельменский набор" Дельфийского ИДЕ
Это слишком много получается. Практика показывает, что столько все равно не нужно, причем никогда. У каждого джентльмена свой
джентльменский набор :)


SerB   (2002-08-15 06:24:00) [25]

Четко работающих компонентов для Баз Данных... Неплохо было бы "перевести" весь "джентельменский набор" Дельфийского ИДЕ


Avenger__   (2002-08-14 18:23:00) [26]

Работы с двоичными ключами реестра :)


SPeller   (2002-08-14 03:49:00) [27]

Нормальной поддержки битмапов.


Gandalf   (2002-08-13 17:43:00) [28]

2Фишка
>TFontDialog,TFindDialog,TReplaceDialog,TPrinterDialog,TPrinterS>etupDialog неплохо было бы иметь...
FontDialog - есть. Зайди на страницу компонентов MHFontDialog.
Разве плох?


fishca   (2002-08-13 15:25:00) [29]

TFontDialog,TFindDialog,TReplaceDialog,TPrinterDialog,TPrinterSetupDialog неплохо было бы иметь...


MyVeryShortLogin   (2002-08-13 15:16:00) [30]

Работа c TCP/IP, а то лениво разбираться с сокетами.


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо