Только эти тестеры ключи получают и их след простыл.
Вид для печати
Ну вот тот-же HRD был бесплатным, пока его не купили... в принципе любой бесплатный проект, либо умирает, либо его покупают... это лишь вопрос времени
Я думаю в нашем хобби не стоит рассчитывать на зароботки. :) Ведь, как говорит один мой друг, мы от детей отличаемся лишь стоимостью игрушек....и деньги мы с помощью программ не зарабатываем.
ImageList платформозависимый компонент, "собственность" Windows. В других системах его просто нет.
Добавлено через 7 минут
Мне проще запустить код в разных ОС (Qt везде одинакова), сразу видеть результат работы. Тем более виртуальные машины позволяют делать это без перезагрузки
Да, это похоже про меня :)
Если мы говорим о TImageList, то это компонент Делфи и к Windows он отношения не имеет :) Ничего не мешает такой-же компонент реализовтаь и под другие системы. Проблема в том, что набор VCL компонентов, гораздо богаче чем Firemonkey и других рисовалок... хотя опять таки к отображению он имеет посредственное отношение, ибо все лишь удобный контейнер для хранения изображений.
Можно конечно, но это будет уже "платформоориентированная" кроссплатформенность.
http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx
Дело в том, что существует определенный набор компонентов, являющийся общим для всех оконных сред (кнопки, чекбоксы и т. п.) Их кроссплатформеная реализация - классы - "обертки" над API для различных систем. Реализация полного функционала того же Image List (коллекции битмапов не в счет - они есть везде), как вы правильно заметили, потребует введения новых полей и методов для компонентов, не свойственных для какой-либо ОС. Например, логика работы с картинками в компонентах различается в Windows и GTK. И если в Windows, например, взаимосвязь ImageList и Menu обеспечивается на уровне ОС, то для другой системы вам придется самостоятельно её "эмулировать". Получается своего рода "прослойка" - как раз платформоориентированная(Вам придется программировать в Windows-style). Этим объясняется видимая "бедность" визуальных компонентов кросплатформенных IDE. (Например, в Qt нет ImageList, но есть QList<QPixmap>, а реализация логики работы лежит на программисте). Впрочем против визуального компонента ImageList я совсем не против - лишь бы не получился Lazarus, в котором можно начать программировать сразу после первой установки Linux (что несомненно плюс), но шаг вправо-влево от окошек с кнопками заканчивается плачевно(что несомненно минус). :)
Ну блин вы даете))) Приехал с работы - а тут 3 страницы)))
Касательно лога - как уже правильно было отмечено - лог то пишется для удовольствия)))
1. На счет открытости кода - есть у меня свои мысли по этому поводу. Те кто реально хотят принять участие в развитии лога - в личку. Поверьте - общий язык найдем. На всеобщее обозрение исходники выкладывать не буду - допустим для того, чтоб разобраться, как связи на LoTW отправлять истратил 2 недели - и почему я должен всем это говорить? Исходники CQLog доступны в сети? Вот и смотрите их)))) Скукотища)))
2. На счет платности - лог бесплатный. Только добровольные пожертвования)))
Добавлено через 3 минуты
Delphi 2007 - стоимость несколько тысяч долларов. Глюкавый....
Лада Калина - более 300 тыс... глюкавая...:)
LogHX - бесплатны, но глюки есть.
Почувствуйте разницу! :)
О слоган для рекламы лога придумал!
Коллеги, UT4UKW, EW4DX. Спасибо вам за разъяснения. Всетаки психология - большая вещь. С такого ракурса я действительно на вопрос не смотрел. Так что соглашусь логгерописатель из меня плохой будет. Так что буду дальше ковырять APRS. Всетаки оно мне интересно и понятно. А зачем писать то, что мне не понятно?
Спасибо еще раз, без всяких подколов и обид!
Это понятно. Но я речь вёл о FireMonkey в Delphi XE2. Не вижу особых проблем, чтобы добавить туда ImageList, однако его нет. Впрочем, ранее и событий мыши для форм не было - теперь добавили.
Так обычно говорят те, у кого её не было. Но это уже другая тема.