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

← →
Gandalf (2002-08-11 16:08) [0]

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

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

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

← →
MyVeryShortLogin (2002-08-13 15:16) [1]

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

← →
fishca (2002-08-13 15:25) [2]

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

← →
Gandalf (2002-08-13 17:43) [3]

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

← →
SPeller (2002-08-14 03:49) [4]

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

← →
Avenger__ (2002-08-14 18:23) [5]

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

← →
SerB (2002-08-15 06:24) [6]

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

← →
Vladimir Kladov (2002-08-16 10:17) [7]

Чем поддержка битмапов ненормальна? Возможностей даже больше,
например, можно их поворачивать на 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 должно хватить.

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

← →
SPeller (2002-08-17 17:18) [8]

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

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

← →
MARcoDEN (2002-08-17 20:25) [9]

NMPOP3, NMSMTP

← →
SPeller (2002-08-19 04:05) [10]

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

← →
sadik (2002-08-22 16:04) [11]

Хотелось бы поддержку под InterBase сделать,
уж очень неплохой сервер. Да и вообще нужно.

← →
sadik (2002-08-22 16:20) [12]

Ага, еще вот хороший бы справочник (help) хотелось бы...
Хотя и так не очень сложно, разобраться можно.

← →
Vladimir Kladov (2002-08-27 10:09) [13]

Коллеги, я тут сам программулину давно задуманную сделать решился. Думаю, за неделю-другую управлюсь, но это не суть. К своему собственному удивлению обнаружил, что на данный момент к KOL уже есть практически все, что мне нужно, и в первой версии я даже не смогу включить все из этого набора. Есть готовый клиент ftp, компрессия/декомпрессия Zlib, все, что нужно для реализации визуального интерфейса... Позже (возможно)захочется сканить архивы, и работать с графикой (только чтение) в этой же
программе. Предвидя такое развитие событий, могу сказать, чего мне не хватает:
1. компонента для декомпрессии rar (я умею использовать утилиту unrar 2.9 для dos, но, к сожалению, она иногда ведет себя несколько странно по отношению к длинным именам файлов, да и организация взаимодействия хромает, особенно, когда dos-часть падает по любой причине).

2. недостает конвертеров графических форматов из tiff, pcx, png, ... хотя бы в bmp. Так что если кто с графикой на ты, милости прошу.

Из нового: уже пишут люди оттуда, что под Delphi7 (пока beta) что-то не получается запустить (хотя и компилируется!). Обнадеживает? :)

← →
Gandalf (2002-08-27 13:22) [14]

>1. компонента для декомпрессии rar (я умею использовать
Я как-то начал переводить с Си библиотеку UnRar, но решил здоровье поберечь. Но если такое на Дельфи такое уже есть, то KOL перевести я бы взялся - самому нужно.

>2. недостает конвертеров графических форматов из tiff, pcx, png
Собираюсь pcx сделать.

>Из нового: уже пишут люди оттуда, что под Delphi7 (пока beta) >что-то не получается запустить (хотя и компилируется!). >Обнадеживает? :)
Даже очень, я посмотрел Delphi7-ChangeLog, судя по всему причин явных для того чтобы KOLnMCK под них не работали нет.

← →
HekTo (2002-08-28 10:37) [15]

> Я как-то начал переводить с Си библиотеку UnRar, но решил
> здоровье поберечь. Но если такое на Дельфи такое уже есть,
> то KOL перевести я бы взялся - самому нужно.

На www.torry.net валяется полно врапперов для unrar.dll, написанных на дельфи - можешь их конвертнуть.
Или ты что-то другое имел ввиду ?

← →
Gandalf (2002-08-28 14:54) [16]

>На www.torry.net валяется полно врапперов для unrar.dll, >написанных на дельфи - можешь их конвертнуть.
>Или ты что-то другое имел ввиду ?
Другое - unrar.dll - расспаковывает в файл (если не ошибаюсь), а я хочу в поток. Спасибо я посмотрю.

← →
RWolf (2002-09-19 13:00) [17]

неплохо бы видеть в RichEdit загрузку/сохранение в RTF (методы помечены как нереализованные).

← →
Alexander (2002-09-20 11:02) [18]

Что хотелось бы мне...
1. KOLPanel.Autosize
2. KOLForm.Borderstyle
3. свойство Anchors - иногда без них практически невозможно реализовать некоторые выравнивания
4. KOLLabel.Autosize для многострочного текста

← →
Vladimir Kladov (2002-09-20 11:14) [19]

> неплохо бы видеть в RichEdit загрузку/сохранение в RTF (методы
> помечены как нереализованные).

А как выглядит пометка? RE_LoadFrom... Re_SaveTo... прекрасно
работают.

← →
MySerge (2002-09-20 11:58) [20]

Синхронизацию приложения KOL (скомпилированного как DLL) с приложением exe, которое вызывает формы из этой библиотеки.
Такой возможности нет, но я вышел из положения - разрешив Applet.Handle присваивать значения. Все работает нормально, но GradientPanel не перересовывает себя при перемещении за пределы экрана. От-туда вытаскиваю форму с мусором вместо того, что там было. Invalidate,UpDate не помогает. В чем причина еще не выяснил.

И еще, как на счет локализации? Есть ли какие задумки, идеи ?

← →
RWolf (2002-09-20 13:04) [21]

Прошу прощения, принял строчку <not finished> в МСК help"е по RE_LoadFromStream etc. за нереализованность метода, потому и соответствующий код не стал смотреть :)

← →
Gandalf (2002-09-20 15:32) [22]

>И еще, как на счет локализации? Есть ли какие задумки, идеи ?
Локализация помоему уже очень немполо реализована, если нужен пример посмотри скажем UGH с этого сайта.

← →
MySerge (2002-09-20 16:06) [23]

> >И еще, как на счет локализации? Есть ли какие задумки,
> идеи ?
> Локализация помоему уже очень немполо реализована, если
> нужен пример посмотри скажем UGH с этого сайта.

Пример мне не нужен. Вручную все можно сделать. Я например пользовался стандартными средствами Delphi для KOL проекта.

А вот на уровне библиотеки - чтобы само локализовывалось.

← →
Vladimir Kladov (2002-09-20 16:28) [24]

> RWolf (20.09.02 13:04)
> Прошу прощения, принял строчку <not finished> в МСК help"е
> по RE_LoadFromStream etc. за нереализованность метода, потому
> и соответствующий код не стал смотреть :)

MCK Help делался давно, и уже устарел. Править руками его лениво, а сделать htm2rtf руки не доходят. Идеально было бы иметь перегонку html help в rtf-файлы с соотв. преобразованием ссылок в ссылки для hcrtf.

> Avenger__ (14.08.02 18:23)
> Работы с двоичными ключами реестра :)

Уже есть

← →
Boguslaw Brandys (2002-09-20 20:11) [25]

Maybe You could wrote new version of HelpGen to automatically generate also those RTF files (among html).After that using hcrtf compiler will be be simple. This require that each object has topic id, for example:
TObj = object(_TObj)
{*12 This is example of comment which will be included in help on topic number 12}

← →
Fktrc (2002-09-23 09:10) [26]

Не хватает либо в Memo размер текста > 64K , либо в RichEdit нормальной работы со шрифтами при открытии Plain-текста
Проблема описана на
http://delphi.mastak.ru/cgi-bin/forum.pl?look=1&id=1032747962&n=10

← →
Vladimir Kladov (2002-09-23 10:23) [27]

> Boguslaw Brandys (20.09.02 20:11)

Numbering is not a problem. Problem is converting htm to rtf.
Especially, tables and hyper-links.

← →
alex_s (2002-09-24 02:35) [28]

>MARcoDEN © (17.08.02 20:25)
>NMPOP3, NMSMTP

Есть скелет для pop3 (руки не доходят довести
до ума). Могу дать полуработающий пример с
исходниками, если есть желание потрудиться.

← →
Brandys Boguslaw (2002-09-24 23:06) [29]

Vladimir
HelpGen should generate rtf files from sources not from html. But I realize that it"s a complicated issue.Could You send me rtf files for current MCK help just for look how it is done.? Maybe I think out something...

← →
HekTo (2002-09-29 23:31) [30]

И еще неплохо было бы поправить xhelpgen, чтобы он методы и свойства объектов (в левом фрейме) сортировал по алфавиту, а то иногда очень трудно бывает там что-либо найти. А возвращаться каждый раз к индексу неудобно.

Кому чего в KOLnMCK НЕ хватает? Найти похожие ветки