Кажется не работает в элементе Font (установка шрифта)-FontDialog с fpc-3.2.0-64. С fps-3.2.0-32 работает.
Редактировалось 1 раз(а), последний 2020-06-22 20:46:38
Этот топик читают: Гость
Ответов: 60
Рейтинг: 0
|
|||
карма: 1 |
|
Ответов: 4630
Рейтинг: 749
|
|||
Будет исправлено
|
|||
карма: 26 |
|
Ответов: 1343
Рейтинг: 31
|
|||
ошибки, краши Redaction=0 x64
Редактировалось 1 раз(а), последний 2020-07-30 13:50:25 |
|||
карма: 2 |
|
Ответов: 4630
Рейтинг: 749
|
|||
Для исправления в файле ListEdit.pas строка 100 должна выглядеть так:
Result.Add2AutoFree(p); |
|||
карма: 26 |
|
Ответов: 1343
Рейтинг: 31
|
|||
Netspirit писал(а): Для исправления в файле ListEdit.pas строка 100 должна выглядеть так:
Result.Add2AutoFree(p); у меня она была 81 строчкой а на 100-й begin, проблема актуальна, возможно у меня не та версия файла ListEdit.pas |
|||
карма: 2 |
|
Ответов: 4630
Рейтинг: 749
|
|||
Возьми папку Delphi по ссылке в первом посте.
Также поправь в файле hiStringTableMT.pas строку 779: Control.Tag := NativeInt(Self); И строку 699: Sender.Perform( LVM_SUBITEMHITTEST, 0, LPARAM( @HTI ) ); Редактировалось 1 раз(а), последний 2020-08-18 11:36:57 |
|||
карма: 26 |
|
Ответов: 1343
Рейтинг: 31
|
|||
Netspirit писал(а): Для исправления в файле ListEdit.pas строка 100 должна выглядеть так:
Result.Add2AutoFree(p); Netspirit писал(а): Возьми папку Delphi по ссылке в первом посте.
Также поправь в файле hiStringTableMT.pas строку 779: Control.Tag := NativeInt(Self); И строку 699: Sender.Perform( LVM_SUBITEMHITTEST, 0, LPARAM( @HTI ) ); помогло |
|||
карма: 2 |
|
Ответов: 4630
Рейтинг: 749
|
|||
Обновлен компилятор FPC до релизной версии 3.2.0 и пакет до ревизии 2341 основного SVN
Исправлены некоторые ошибки, доработаны компоненты MySQL. |
|||
карма: 26 |
| ||
Голосовали: | Joiner |
Ответов: 207
Рейтинг: 14
|
|||
Netspirit, Что-то не работает Img_GDIFileProcessor под FPC-32,64,32U,64U
|
|||
карма: 2 |
|
Ответов: 4630
Рейтинг: 749
|
|||
Есть такое. Поправлю.
--- Добавлено в 2020-10-07 11:40:05 Вот поправленный. Редактировалось 1 раз(а), последний 2020-10-07 11:40:05 |
|||
карма: 26 |
| ||
файлы: 1 | hiImg_GDIFileProcessor FPC320 fix.zip [5.9KB] [588] | ||
Голосовали: | Joiner |
Ответов: 5227
Рейтинг: 587
|
|||
Вот до сих пор не могу понять чтобы преобразовать PStream->IStream нужно эту портянку в виде класса перетаскивать из года в год. Или это просто дань чтобы авторское право не нарушить
Для примера мой компонент на форуме в открытом доступе FramedImage для которого достаточно 4 функций из GDI+ GdiplusStartup GdipCreateBitmapFromStream GdipCreateHBITMAPFromBitmap GdipDisposeImage без подключения модулей GDIPAPI, GDIPOBJ, GDIPUTIL использует простое API и делает тоже самое да с рамочками... Редактировалось 1 раз(а), последний 2020-10-08 19:45:37 |
|||
карма: 4 |
|
Ответов: 4630
Рейтинг: 749
|
|||
andrestudio писал(а): и делает тоже самое да с рамочкамиandrestudio писал(а): нужно эту портянку в виде класса перетаскивать из года в годРедактировалось 1 раз(а), последний 2020-10-09 13:01:17 |
|||
карма: 26 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Netspirit писал(а): Хм, он оформлен в секции interface, сторонние компоненты могут использовать его, подключив hiImg_GDIFileProcessor в uses.Ну да это достижение и всё для PStream->IStream. Ладно, проехали. |
|||
карма: 4 |
|
Ответов: 4630
Рейтинг: 749
|
|||
Необходимость иметь IStream есть? Есть, потому что используется для загрузки изображения классом TGPImage.
Знаешь как более удобно загрузить изображение любого формата в TGPImage из потока PStream? Предложи - обсудим. |
|||
карма: 26 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Если нужен класс для PStream->IStream, IStream->PStream то он в разы проще этой обёртки может быть, я к этому и склонял nesco. Увы, собаки лают корован идёт.
|
|||
карма: 4 |
|