A bug in the export snapshot command

[RCozens]

BTW, the "of this card" isn't necessary. Object references are only needed if you want the whole object snapshotted. (And cards aren't objects, really.)

Code: Select all

export snapshot from rectangle snapshotRectangle to image id imageIdNumber

Hi Jacque,

This is not clear to me from the LiveCode dictionary:

If a window, stack or object is specified, the rectangle is given in relative (window) coordinates; otherwise, it is given in absolute coordinates.

I'm not specifying the image in the command, so I presumed I needed "of this card" to have the command interpret the coordinates as relative rather than absolute.

Cheers!

[jacque]

I forgot about that, you may be right. Since it doesn't seem to interfere with the other image formats you probably are right.

[RCozens]

I want my code to read like a book.

But not always....I'm a bit of a hypocrite here:

If I want to initialize a boolean variable based on the state of the right mouse button previously stored in mouse3State, I script

Code: Select all

put (mouse3State is "down") into maskImage

not

Code: Select all

if mouse3State is "down" then put true into maskImage else put false into maskImage

[RCozens]

Yes, Jacque, "of this card" is required in the form of the export snapshot command I am using.

Without it I get a picture of a different portion of the monitor.

[LiveCode_Panos]

Hello RCozens,

Do you see this issue in the 64bit version of LiveCode for Windows?

If yes, could you try downloading the 32bit one?

Sounds like this bug: https://quality.livecode.com/show_bug.cgi?id=22332

Kind regards,
Panos
--

[RCozens]

Sounds like this bug: https://quality.livecode.com/show_bug.cgi?id=22332

Morning Panos,

The result sounds the same, but the bug report focuses on "export snapshot from image ..." which has been fixed according to Richmond.

My issue results from "export snapshot from rectangle ...". My guess is it's the same issue but the bug fix only corrected it in "export from image". Since "export from image" looks only at the specified image and disregards any other objects in the rectangle, while "export from rectangle" looks at all the pixels in the rectangle, it seems reasonable to believe the fix for one would not necessarily fix both.

I'm running v9.6.2 on a 64 bit Windows platform>

Cheers!

[richmond62]

As far as I recall that bug was fixed in 9.6.3 so it might not
be a bad idea to run that version and see if it still persists.

[richmond62]

ALSO, got out my bucket and spade again:
-

RectXP.png (21.17 KiB) Viewed 4513 times

-

-

Code: Select all

on mouseUp
   export snapshot from rect 300, 200, 500, 400 of card "KARD" to file "RectXP.png" as PNG
end mouseUp

(MacOS 12 beta 7)

Why not download my stack and export on Windows and see what happens.

[RCozens]

-

Code: Select all

on mouseUp
   export snapshot from rect 300, 200, 500, 400 of card "KARD" to file "RectXP.png" as PNG
end mouseUp

(

Thanks for your efforts. Try exporting as GIF and let me know what you get.

[richmond62]

Code: Select all

on mouseUp
   export snapshot from rect 300, 200, 500, 400 of card "KARD" to file "RectXP.gif" as GIF
end mouseUp

-

RectXP.gif (9.14 KiB) Viewed 4501 times

-
as expected.

LC 9.6.5 RC-1

[RCozens]

Code: Select all

put ["GIF"/"PNG"/"PMB"/"paint"] into imageType
export snapshot from rectangle snapshotRectangle of this card to image id imageIdNumber as imageType

I recognize in retrospect that I should not have identified the first line as actual code. In doing so I obscured my actual query.

In the following example the Script Editor will flag the first two of the three export commands as syntax errors and will not compile:

Code: Select all

put "GIF" into imageType
export snapshot from rectangle snapshotRectangle of this card to image id imageIdNumber as imageType
export snapshot from rectangle snapshotRectangle of this card to image id imageIdNumber as "GIF"
export snapshot from rectangle snapshotRectangle of this card to image id imageIdNumber as GIF

Since LiveCode allows so many references to be resolved at runtime, I have to wonder whether this syntax is not supported because of an oversight or because of something intrinsic in the Script Editor or the export snapshot command.

I would prefer to resolve image type at runtime rather than script a four-case switch.

[Klaus]

In the first two lines you try to use the STRING "Gif" as the format, but obviously LC does not like that.

[RCozens]

Code: Select all

on mouseUp
   export snapshot from rect 300, 200, 500, 400 of card "KARD" to file "RectXP.gif" as GIF
end mouseUp

-
RectXP.gif
-
as expected.

LC 9.6.5 RC-1

OK the mystery deepens.

Would you please create a new image the size of your rectangle and exporting to it instead of a file, or including multiple images in the rect?

If both of those work, I will have to dig deeper.

[SparkOut]

On Windows 9.6.5_64 bit version, I get the same broken gif snapshotted, whether output to file or to a newly created image.

[RCozens]

In the first two lines you try to use the STRING "Gif" as the format, but obviously LC does not like that.

That is the essence of my question Klaus: Why can't LiveCode resolve the "as type" argument at runtime? I have the workaround in the form of a switch, but wonder if there is a specific reason why "as type" can't be resolved at runtime when so many other command arguments can be.

Not a big issue; just an idle wondering.