Отличия от TOptions v.1.7:
- исправлена работа с контролом TDateTimePicker;
- оптимизирована работа со всеми контролами;
- исключен TImageList, и все связанные с ним проблемы;
- исключены лишние модули.
А тут я коплю на лицензию Delphi XE на iPad =).
Сумма пожертвования не фиксирована.
Статьи с меткой Компонент содержат информацию по различным компонентам Delphi, в том числе. разработанным авторами блога WebDelphi.ru. Эта метка является общей для всех статей, касающихся работе с компонентами Delphi.
Дополнительную информацию по работе с различными компонентами Delphi Вы можете найти в статьях с метками: ini-файл, TOptions, опции, Download, Downloader, TThread, Поток, Компонент Delphi 2010, компоненты Delphi, DMOZ, Yahoo Directory, каталоги, Skin, Графика.
Отличия от TOptions v.1.7:

Как и обещал выкладываю новую доработанную версию.
В TOptions v.1.7. детально переработаны модуль Options и редактор опций.
Уже знакомый многим компонент TOptions, доведен мною до логически понятного, визуально приятного и человеко удобного вида. Напомню, TOptions - компонент, организующий хранение опций в .ini-файлах и реестре, максимально простым и удобным образом.
Признаться я поначалу думал выложить обновление в старый пост "Компонент Delphi 2010 для работы с Опциями", все-таки разница между цифрами 1.3 и 1.6 в версии не большая. Но перечитав описание этого самого 1.3, понял что очень многое в том описании не соответствует сегодняшней версии. И надо сказать меня это радует. Ведь компонент стал гораздо удобнее, а значит и полезнее.
Для начала опишу принципы работы с новой версией, на простеньком примере. Что-бы, так сказать, познакомить с возможностями компонента. Читать далее »
В предыдущей статье, в примере, я не стал описывать принцип работы с методом Synchronize, и как я теперь понимаю напрасно. Конечно, я выложил архив с примером, где этот метод встречается в нескольких местах, и конечно эти моменты были мной прокомментированы. Однако есть несколько нюансов, касающихся синхронизации, да и не только ее, о которых мне все же следовало упомянуть в статье, а не в нескольких строках кода. В этой статье я попытаюсь восполнить этот пробел. Читать далее »
Достаточно давно прошло то время, когда использование многопоточности в любых серьезных программах считалось хорошим тоном. На сегодняшний день, это необходимость от которой очень многое зависит, и в первую очередь - удобство использования приложения. Почти любой современный программный продукт (хоть исключения и возможны, я таких примеров не знаю, тот-же стандартный "калькулятор" при расчетах использует 2 потока), будь он полностью реализован в главном потоке, будет вызывать у нас огромное количество отрицательных эмоций всякий раз при работе с сетью, файлами, и другими ресурсоемкими операциями.
Можно конечно обойти вопрос использования потоков, применяя в "затяжных" циклах метод Application.ProcessMessage, позволяя приложению периодически обрабатывать очередь сообщений. Но это значительно замедлит выполнение цикла, а при работе с сетью и вовсе не эфективно, поскольку большинство сетевых функций порою очень долго выполняют свои запросы. Читать далее »
Каждый раз, начиная какой-либо проект, всплывает один и тот-же, на мой взгляд, довольно надоедливый вопрос - "Модуль настроек".
Казалось бы, полезная и нужная вещь, без которой у уважающих себя разработчиков не обходится ни один проект. За исключением, может быть, самых гениальных :).
Каждый привык по своему уменьшать "неприятность" этого процесса. Кто-то ограничевается малым количеством настроек. Кто-то переносит свои наработки из проекта в проект, целым модулем включаю форму и контролы, чем я и сам довольно долго занимался. Кто-то всякий раз делает все с нуля, как правило натыкаясь на одни и теже грабли.
Каждый метод "хорош" по своему, каждый из них, по своему, наровит попортить нервишки. Предлагаю Вам свое решение этого вопроса, которое должно значительно сократить, наши с Вами, затраты времени. Читать далее »
Вот и пришло время сделать небольшой обзор по тому, что сделано в блоге. Провести так сказать инвентаризацию того, что есть и прикинуть, что будет.
Все-таки как ни крути, а периодический обзор исходников, компонентов и готовых программ проводить следует хотя бы потому что:
В этом микро-обзоре мы рассмотрим всё что касается применения Delphi для Web. Что было разработано и что планируется разработать в ближайшем будущем. Читать далее »
Итак, в начале коротко о последних событиях в блоге.
Первое событие - у блога появился новый автор - SeregaAltmer, так что теперь я не одинок :). Первый пост нового автора Вы можете прочитать уже сейчас.
Таким образом, вдвоем мы постараемся освещать более широкий круг вопросов программирования в Delphi.
Второе событие, которое я, признаться не ожидал, заключается в том, что в ближайшее время будет разработана новая версия "Хронометра" с учетом всех предложений, пожеланий и баг-репортов. Так что, если у Вас есть что предложить по поводу программы - милости прошу в тему или пишите на email - vlad383@mail.ru. Вообще программа создавалась "под себя" и отчасти ради интереса "смогу или нет", но раз есть интерес к продукту - будем развивать дальше. Ну, а теперь по теме топика. Читать далее »
Привлекательный и необычный интерфейс, играет не самую последнюю роль в популярности и востребованности любого программного продукта. И хотя, все же, в некоторых случаях использование средств, стандартной VCL является наиболее верным решением, речь сейчас не о них.
Большинство разработчиков стараются обходить вопрос, использования шкур, стороной. Причины разные, самая распространенная – нежелание вникать в “сложности” работы со шкурами. А есть ли они, те самые сложности, которых многие опасаются? Посидев над обрисовавшейся задачкой часик - другой, я выяснил главное - все предельно просто. Представляю на ваш суд, результат своих изысканий. Читать далее »
Свежие комментарии