История изменений
Исправление EXL, (текущая версия) :
она мне сформировала 206 вот таких картинок, с BMP-шной начинкой и PNG-шным расширением.
Это серьёзный недочёт, видишь во что всё вылилось. Непонятно зачем такое было сделано. Возможно IDE таким образом обходила какие-то ограничения на загрузку PNG.
Самое интересное, что RadStudio , Borland C++ (старый), Delphi 7 и даже VisualStudio 2015-я нормально «подхватывают» эти картинки в свои компоненты...
Скорее всего это заслуга GDI или что там рядом с WinAPI, который определяет тип загружаемого изображения по его заголовку, а не расширению, которое может быть неверным.
а QT тихо глючит =)
Можно составить две претензии:
1. Почему документация Qt не соответствует действительности? Либо пусть они поправят предложение там, либо исправят код, чтобы подобные случаи работали.
2. Почему в явно вызываемом конструкторе возвращаемое значение метода load() никак не обрабатывается, хотя должно. Именно из-за этого Qt «тихо глючит».
Исходная версия EXL, :
она мне сформировала 206 вот таких картинок, с BMP-шной начинкой и PNG-шным расширением.
Это серьёзная недочёт, видишь во что всё вылилось. Непонятно зачем такое было сделано. Возможно IDE таким образом обходила какие-то ограничения на загрузку PNG.
Самое интересное, что RadStudio , Borland C++ (старый), Delphi 7 и даже VisualStudio 2015-я нормально «подхватывают» эти картинки в свои компоненты...
Скорее всего это заслуга GDI или что там рядом с WinAPI, который определяет тип загружаемого изображения по его заголовку, а не расширению, которое может быть неверным.
а QT тихо глючит =)
Можно составить две претензии:
1. Почему документация Qt не соответствует действительности? Либо пусть они поправят предложение там, либо исправят код, чтобы подобные случаи работали.
2. Почему в явно вызываемом конструкторе возвращаемое значение метода load() никак не обрабатывается, хотя должно. Именно из-за этого Qt «тихо глючит».