El 30/6/22 a les 14:47, Luca Olivetti via lazarus ha escrit:
El 30/6/22 a les 13:45, Luca Olivetti via lazarus ha escrit:
I'm puzzled: now I removed the vampyre lib from the ide, in a form I
need ImagingComponent and ImagingClassed.
I drop a TPicture with a png image and it is blank at runtime
On 30.06.2022 18:20, Werner Pamler via lazarus wrote:
Am 30.06.2022 um 17:03 schrieb Ondrej Pokorny via lazarus:
On 30.06.2022 16:54, Werner Pamler via lazarus wrote:
Am 30.06.2022 um 15:11 schrieb Mattias Gaertner via lazarus:
Maybe instead of the GraphicClass.ClassName the first extension ca
El 30/6/22 a les 18:20, Werner Pamler via lazarus ha escrit:
But isn't this the same problem? When Vampyre is not installed, and the
streamer sees the TImageingPNG classname there is no way how to find the
end of the Picture.Data block.
Wouldn't it be better (if at all possible) to add a de
Am 30.06.2022 um 17:03 schrieb Ondrej Pokorny via lazarus:
On 30.06.2022 16:54, Werner Pamler via lazarus wrote:
Am 30.06.2022 um 15:11 schrieb Mattias Gaertner via lazarus:
Maybe instead of the GraphicClass.ClassName the first extension can be
written.
That means, that an old IDE cannot read
On 30.06.2022 16:54, Werner Pamler via lazarus wrote:
Am 30.06.2022 um 15:11 schrieb Mattias Gaertner via lazarus:
Maybe instead of the GraphicClass.ClassName the first extension can be
written.
That means, that an old IDE cannot read the graphic.
This will break Delphi compatibility, i.e. forms
Am 30.06.2022 um 15:11 schrieb Mattias Gaertner via lazarus:
Maybe instead of the GraphicClass.ClassName the first extension can be
written.
That means, that an old IDE cannot read the graphic.
This will break Delphi compatibility, i.e. forms with an image in which
the Picture has been loaded by
On 30.06.2022 15:11, Mattias Gaertner via lazarus wrote:
On Fri, 24 Jun 2022 17:27:13 +0200
Werner Pamler via lazarus wrote:
[...]
But still the situation is not very satisfying.
Maybe instead of the GraphicClass.ClassName the first extension can be
written.
That means, that an old IDE cannot
On Fri, 24 Jun 2022 17:27:13 +0200
Werner Pamler via lazarus wrote:
>[...]
> But still the situation is not very satisfying.
Maybe instead of the GraphicClass.ClassName the first extension can be
written.
That means, that an old IDE cannot read the graphic.
Or the vampyrlib defines
type
TPor
El 30/6/22 a les 13:45, Luca Olivetti via lazarus ha escrit:
I'm puzzled: now I removed the vampyre lib from the ide, in a form I
need ImagingComponent and ImagingClassed.
I drop a TPicture with a png image and it is blank at runtime.
This time it is streamed as TPortableNetworkGraphic *but* Fi
El 24/6/22 a les 9:48, Luca Olivetti via lazarus ha escrit:
El 24/6/22 a les 0:19, Mattias Gaertner via lazarus ha escrit:
but why did it find the class for writing and not for reading it back?
Also, once solved that, if it streams it using a class provided by a
package, shouldn't the project h
El 26/6/22 a les 13:44, Werner Pamler via lazarus ha escrit:
Am 26.06.2022 um 13:20 schrieb Luca Olivetti via lazarus:
El 26/6/22 a les 11:36, Werner Pamler via lazarus ha escrit:
Am 26.06.2022 um 10:54 schrieb Luca Olivetti via lazarus:
VampyreImaginPackage 0.80
Mine is v0.82 which is the c
Am 26.06.2022 um 13:20 schrieb Luca Olivetti via lazarus:
El 26/6/22 a les 11:36, Werner Pamler via lazarus ha escrit:
Am 26.06.2022 um 10:54 schrieb Luca Olivetti via lazarus:
VampyreImaginPackage 0.80
Mine is v0.82 which is the current version in OPM. According to their
release notes there
El 26/6/22 a les 11:36, Werner Pamler via lazarus ha escrit:
Am 26.06.2022 um 10:54 schrieb Luca Olivetti via lazarus:
VampyreImaginPackage 0.80
Mine is v0.82 which is the current version in OPM. According to their
release notes there are changes related to PNG saving.
My online package man
Am 26.06.2022 um 10:54 schrieb Luca Olivetti via lazarus:
VampyreImaginPackage 0.80
Mine is v0.82 which is the current version in OPM. According to their
release notes there are changes related to PNG saving.
--
___
lazarus mailing list
lazarus@lis
El 26/6/22 a les 1:08, Werner Pamler via lazarus ha escrit:
It doesn't even work at designtime (see above).
Try attached demo project. The "paw" image was inserted into a TImage
after installation of Vampyre. All I had to do to get it working is to
add Vampyre to the project requirements and
Am 26.06.2022 um 00:14 schrieb Luca Olivetti via lazarus:
First observation after installing VampyreImagingPackageExt (the
other package, VampyreImagingPackage, has no registration unit): I
add TImage to a form and load the Lazarus "paw" to it. Works fine at
designtime, but at runtime the image
El 24/6/22 a les 17:27, Werner Pamler via lazarus ha escrit:
Ah, of course. (I thought I had searched for "Register" in unit
graphics...). Now I saw that Vampyre also uses these TPicture class
methods to finally register their formats for TPicture. Thus, everything
should be fine.
No, it isn
Am 24.06.2022 um 11:30 schrieb Mattias Gaertner via lazarus:
On Fri, 24 Jun 2022 11:09:17 +0200
Werner Pamler via lazarus wrote:
[...] It is
my impression there is no way to register a new format in any way
without modifying the sources of TPicture.
TPicture:
class function SupportsClipb
[sorry for the top post, I'm answering from my phone]
I think it does, otherwise the TPicture in the TImage wouldn't be streamed as
TImagingPNG.
OTOH, if I read the TPicture code correctly, there's only one registration so I
don't understand how it is possible that it finds the class for writing
On Fri, 24 Jun 2022 11:09:17 +0200
Werner Pamler via lazarus wrote:
>[...] It is
> my impression there is no way to register a new format in any way
> without modifying the sources of TPicture.
TPicture:
class function SupportsClipboardFormat(FormatID: TClipboardFormat): Boolean;
class p
Vampyre has its own file format registration system. There is a class
TImageFileFormat, and there is a list ImageFileFormats which stores the
parameters for all known file formats. Each file format has a
reader/writer unit, and these units add the file format to the
ImageFileFormatsList if such
El 24/6/22 a les 0:19, Mattias Gaertner via lazarus ha escrit:
but why did it find the class for writing and not for reading it back?
Also, once solved that, if it streams it using a class provided by a
package, shouldn't the project have a dependency automatically added
on that package?
Both
On Fri, 24 Jun 2022 00:05:02 +0200
Luca Olivetti via lazarus wrote:
> El 23/6/22 a les 21:40, Mattias Gaertner via lazarus ha escrit:
> > On Thu, 23 Jun 2022 20:38:59 +0200
> > Luca Olivetti via lazarus wrote:
> >
> >> [...]
> >> I don't understand why the ide prefers one class over the other
El 23/6/22 a les 21:40, Mattias Gaertner via lazarus ha escrit:
On Thu, 23 Jun 2022 20:38:59 +0200
Luca Olivetti via lazarus wrote:
[...]
I don't understand why the ide prefers one class over the other, I
guess they are all treated the same and the one registered last wins?
Correct. See TPic
On Thu, 23 Jun 2022 20:38:59 +0200
Luca Olivetti via lazarus wrote:
>[...]
> I don't understand why the ide prefers one class over the other, I
> guess they are all treated the same and the one registered last wins?
Correct. See TPicture.RegisterFileFormat
Mattias
--
__
El 23/6/22 a les 13:29, Luca Olivetti via lazarus ha escrit:
I self build lazarus from the git sources, so maybe it is something in
my environment.
I found the cause: it's the VampyreImaging library.
If I install it in the ide, it will stream png as "TImagingPNG" instead
of "TPortableNetwork
El 23/6/22 a les 13:29, Luca Olivetti via lazarus ha escrit:
I tested under both linux(qt5) and windows and the behavior is the same
(the only difference is that under windows I use fpc 3.2.0 with lazarus
2.0.12 and 3.2.2 with 2.2.2, while under windows I use fpc 3.2.2 for
both). Windows 32 bi
Before reporting an issue, I wanted to ask.
I have a strange issue with TImage and lazarus 2.2.2: if (at designtime)
I load a png or a jpg image in a TImage but at runtime it is blank.
Worse, if I copy paste it, I get a streaming read error on Data (either
when pasting or when running the progr
28 matches
Mail list logo
