Re: Black boxes replace images in Mojave (Was "No subject")

[tbodine via use-livecode]

Bug report filed. See  bug 22156
  .

-- Tom



--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Phil Davis via use-livecode]

As it turns out, the Remove script uses the sips command.

   (*
   Remove
   ©2009 Apple, Inc.

   Use sips to remove embedded profile and color management data from
   an image.
   *)

   on run
    display dialog "Remove the embedded profile from an image."
    set chosenFile to choose file with prompt "Choose an image "
   default location path to desktop folder
    open chosenFile
   end run


   on open draggedItems
    repeat with thisFile in (draggedItems as list)
        try
            -- use 'sips -d profile' to remove an embedded profile
            -- or use 'sips -d profile
   --deleteColorManagementProperties' to remove an embedded profile and
   other color related info
            set filePath to quoted form of POSIX path of thisFile
            set cmdLine to ("sips -d profile
   --deleteColorManagementProperties " & filePath) as string
            do shell script cmdLine
        end try
    end repeat
   end open


Phil Davis



On 6/4/19 2:14 PM, Matthias Rebbe via use-livecode wrote:

Tom,

see answer below




Am 04.06.2019 um 23:02 schrieb tbodine via use-livecode mailto:use-livecode@lists.runrev.com>>:

Mark and Matthias,

This workaround looks promising!

While I don't have Mojave to test against, I do find problem images have
many different colorSync profiles.

Matthias, after you have stripped out the profile, what does Preview's Info
screen show as the ColorSync Profile data?


Both methods,

Marks one terminal command:   sips -d profile 
--deleteColorManagementProperties ~/Downloads/Background_mit_Rand_.png

and my... dragging the image onto Remove.app in  /library/scripts/colorsync/
replaces the ColorSync Profile to sRGB IEC61966-2.1


Regards,

Matthiass



I'm thinking it would be good to have an acceptable default value that I can
tell users is OK, and anything else should be stripped.

Thanks to your both!

Tom Bodine




--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 


___
use-livecode mailing list
use-livecode@lists.runrev.com 
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode




--
Phil Davis

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

Tom, 

see answer below 



> Am 04.06.2019 um 23:02 schrieb tbodine via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Mark and Matthias,
> 
> This workaround looks promising!
> 
> While I don't have Mojave to test against, I do find problem images have
> many different colorSync profiles.
> 
> Matthias, after you have stripped out the profile, what does Preview's Info
> screen show as the ColorSync Profile data?
> 
Both methods, 

Marks one terminal command:   sips -d profile 
--deleteColorManagementProperties ~/Downloads/Background_mit_Rand_.png

and my... dragging the image onto Remove.app in  /library/scripts/colorsync/
replaces the ColorSync Profile to sRGB IEC61966-2.1


Regards,

Matthiass


> I'm thinking it would be good to have an acceptable default value that I can
> tell users is OK, and anything else should be stripped.
> 
> Thanks to your both!
> 
> Tom Bodine
> 
> 
> 
> 
> --
> Sent from: 
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[tbodine via use-livecode]

Mark and Matthias,

This workaround looks promising!

While I don't have Mojave to test against, I do find problem images have
many different colorSync profiles.

Matthias, after you have stripped out the profile, what does Preview's Info
screen show as the ColorSync Profile data?

I'm thinking it would be good to have an acceptable default value that I can
tell users is OK, and anything else should be stripped.

Thanks to your both!

Tom Bodine




--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

Hi again,

found out how to remove a color sync profile.

Just had to drag the png to the file  /library/scripts/colorsync/Remove.app.

I´ve imported that modified png into the app and created a new standalone. 
Tried the new standalone now about 10 times w/o a problem.
Seems that fixed it.


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 04.06.2019 um 19:36 schrieb Matthias Rebbe via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Hello Mark,
> 
> preview´s info pane shows me
> 
> Color model : RGB  (i am not sure if it is Color model, my German Mac OS 
> shows Farbmodell: RGB)
> Color Sync Profile : LG Ultrawide
> 
> Btw., how do i strip the profiles out? Working with graphics is not so my 
> stuff.
> 
> Matthias
> 
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de  
> >
> https://winsignhelper.dermattes.de  
> >
>> Am 04.06.2019 um 19:29 schrieb Mark Waddingham via use-livecode 
>> mailto:use-livecode@lists.runrev.com> 
>> > >>:
>> 
>> This is a strange issue as it sounds like it is sporadic...
>> 
>> The only OS specific code the engine uses when decompressing images is when 
>> the image has an embedded colour profile.
>> 
>> So I guess the question is whether the images which are ‘breaking’ have such 
>> a thing in them. I think preview’s info pane can tell you that.
>> 
>> Thus a potential solution is to strip the profiles out (if they are there) 
>> and see if the problem persists...
>> 
>> Warmest Regards,
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Mark Waddingham via use-livecode]

On 2019-06-04 19:36, Matthias Rebbe via use-livecode wrote:
Btw., how do i strip the profiles out? Working with graphics is not so 
my stuff.


The 'sips' command seems to do the trick (from Terminal):

sips -d profile --deleteColorManagementProperties 
~/Downloads/Background_mit_Rand_.png


If you could try that and see if you could still reproduce the issue 
that would be great.


The engine still applies color management to all images (as the screen 
buffers on macOS generally expect sRGB matched image data) - so at the 
very least this will determine whether its an issue with the color 
profile on Mojave, or something else.


Either way, if you could file a bug with the offending image(s) and a 
recipe for reproduction (although it sounds like its sporadic) we can 
try and figure out what the actual issue is.


Warmest Regards,

Mark.

P.S. *Hopefully* stripping the color profile will at least be a 
workaround if it works!


--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

Hello Mark,

preview´s info pane shows me

Color model : RGB  (i am not sure if it is Color model, my German Mac OS 
shows Farbmodell: RGB)
Color Sync Profile : LG Ultrawide

Btw., how do i strip the profiles out? Working with graphics is not so my stuff.

Matthias



Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 
> Am 04.06.2019 um 19:29 schrieb Mark Waddingham via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> This is a strange issue as it sounds like it is sporadic...
> 
> The only OS specific code the engine uses when decompressing images is when 
> the image has an embedded colour profile.
> 
> So I guess the question is whether the images which are ‘breaking’ have such 
> a thing in them. I think preview’s info pane can tell you that.
> 
> Thus a potential solution is to strip the profiles out (if they are there) 
> and see if the problem persists...
> 
> Warmest Regards,

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Mark Waddingham via use-livecode]

This is a strange issue as it sounds like it is sporadic...

The only OS specific code the engine uses when decompressing images is when the 
image has an embedded colour profile.

So I guess the question is whether the images which are ‘breaking’ have such a 
thing in them. I think preview’s info pane can tell you that.

Thus a potential solution is to strip the profiles out (if they are there) and 
see if the problem persists...

Warmest Regards,

Mark.

Sent from my iPhone

> On 4 Jun 2019, at 17:57, Matthias Rebbe via use-livecode 
>  wrote:
> 
> Those are some screenshots how my app looks since Mojave. i put them in one 
> image to show the difference.
> The normal/correct look is the orange one on the right. The other 2 are how 
> the app looks when it is displayed wrong. The app even showed white once, but 
> i did not make a screenshot of it.
> 
> It´s allways the same app. As i wrote, after a restart, sometimes it takes 2 
> or more restarts, the app is displayed correctly again.
> But the next start could be wrong again.
> 
> My stack uses a custom shape in the same size of the png, that´s the reason 
> why the complete app is black.
> The png image is displayed in an image control.
> 
> This is the image i am using in my stack for the custom shape and as the 
> background
> https://dl.qck.nu/samples/Background_mit_Rand_.png 
> 
> 
> Regards,
> 
> Matthias
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de 
> https://winsignhelper.dermattes.de 
> 
>> Am 04.06.2019 um 17:28 schrieb tbodine via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> Thanks for that info, Matthias.
>> 
>> Please clarify: 
>> Is the image you posted a screenshot of three separate png files or one
>> composite image? 
>> If separate, what are the differences between the files? (Strikes me as odd
>> that the black is only a part of the image. In my cases, users see entire
>> rectangles of black.)
>> Are the images in the screenshot being displayed in LC image controls or
>> through some other app?
>> 
>> Thanks,
>> Tom Bodine
>> 
>> 
>> 
>> 
>> 
>> --
>> Sent from: 
>> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com 
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode 
>> 
> 
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de 
> https://winsignhelper.dermattes.de 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

What i forgot.
Here´s the link to the complete stack https://dl.qck.nu/?dl=DropUpload.zip 



Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 04.06.2019 um 18:57 schrieb Matthias Rebbe 
>  >:
> 
> Those are some screenshots how my app looks since Mojave. i put them in one 
> image to show the difference.
> The normal/correct look is the orange one on the right. The other 2 are how 
> the app looks when it is displayed wrong. The app even showed white once, but 
> i did not make a screenshot of it.
> 
> It´s allways the same app. As i wrote, after a restart, sometimes it takes 2 
> or more restarts, the app is displayed correctly again.
> But the next start could be wrong again.
> 
> My stack uses a custom shape in the same size of the png, that´s the reason 
> why the complete app is black.
> The png image is displayed in an image control.
> 
> This is the image i am using in my stack for the custom shape and as the 
> background
> https://dl.qck.nu/samples/Background_mit_Rand_.png 
> 
> 
> Regards,
> 
> Matthias
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de 
> https://winsignhelper.dermattes.de 
> 
>> Am 04.06.2019 um 17:28 schrieb tbodine via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> Thanks for that info, Matthias.
>> 
>> Please clarify: 
>> Is the image you posted a screenshot of three separate png files or one
>> composite image? 
>> If separate, what are the differences between the files? (Strikes me as odd
>> that the black is only a part of the image. In my cases, users see entire
>> rectangles of black.)
>> Are the images in the screenshot being displayed in LC image controls or
>> through some other app?
>> 
>> Thanks,
>> Tom Bodine
>> 
>> 
>> 
>> 
>> 
>> --
>> Sent from: 
>> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com 
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode 
>> 
> 
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de 
> https://winsignhelper.dermattes.de 

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

Those are some screenshots how my app looks since Mojave. i put them in one 
image to show the difference.
The normal/correct look is the orange one on the right. The other 2 are how the 
app looks when it is displayed wrong. The app even showed white once, but i did 
not make a screenshot of it.

It´s allways the same app. As i wrote, after a restart, sometimes it takes 2 or 
more restarts, the app is displayed correctly again.
But the next start could be wrong again.

My stack uses a custom shape in the same size of the png, that´s the reason why 
the complete app is black.
The png image is displayed in an image control.

This is the image i am using in my stack for the custom shape and as the 
background
https://dl.qck.nu/samples/Background_mit_Rand_.png 


Regards,

Matthias


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 04.06.2019 um 17:28 schrieb tbodine via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Thanks for that info, Matthias.
> 
> Please clarify: 
> Is the image you posted a screenshot of three separate png files or one
> composite image? 
> If separate, what are the differences between the files? (Strikes me as odd
> that the black is only a part of the image. In my cases, users see entire
> rectangles of black.)
> Are the images in the screenshot being displayed in LC image controls or
> through some other app?
> 
> Thanks,
> Tom Bodine
> 
> 
> 
> 
> 
> --
> Sent from: 
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode 
> 



Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[tbodine via use-livecode]

Thanks for that info, Matthias.

Please clarify: 
Is the image you posted a screenshot of three separate png files or one
composite image? 
If separate, what are the differences between the files? (Strikes me as odd
that the black is only a part of the image. In my cases, users see entire
rectangles of black.)
Are the images in the screenshot being displayed in LC image controls or
through some other app?

Thanks,
Tom Bodine





--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

This occured on Mac in the standalone after i upgraded to Mojave.
I am not sure, but i think I noticed it also  in the IDE after i changed the 
png, but only once. But i might be wrong.
Tried now also with dark mode. It´s the same.

Matthias


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 04.06.2019 um 14:50 schrieb hh via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
>> Matthias R. wrote:
>> Mostly after a restart of the app, sometimes after 2 - 4 restarts
>> the png was correctly displayded (orange).
>> Tried with paint compression set to png also, but without success.
> 
> Just out of interest:
> 
> Happened this in the standalone only, not in the IDE?
> Happened this on Mac only?
> Happened this in both lightMode and darkMode?
> 
> This may be a bug of MacOS rather than of LC ...
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[hh via use-livecode]

> Matthias R. wrote:
> Mostly after a restart of the app, sometimes after 2 - 4 restarts
> the png was correctly displayded (orange).
> Tried with paint compression set to png also, but without success.

Just out of interest:

Happened this in the standalone only, not in the IDE?
Happened this on Mac only?
Happened this in both lightMode and darkMode?

This may be a bug of MacOS rather than of LC ...

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

I noticed this behaviour also. But in my case it was sporadic and the png was 
not always black.
When it happened then most of the time the png was black, but sometimes also 
white and sometimes also something like ruby coloured.
See a screenshot of it here https://dl.qck.nu/samples/mojave-lc.png 

 
Mostly after a restart of the app, sometimes after 2 - 4 restarts the png was 
correctly displayded (orange).

Tried with paint compression set to png also, but without success. I´ve removed 
the png now and set the background colour to orange.


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 03.06.2019 um 19:57 schrieb Tom Bodine via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Thanks, HH and Marty.
> 
> Marty wrote:
> 
> Are you setting the “ink” to something other than the standard srcCopy?
> 
> I am using srcCopy. Other settings are: don't dither ON, Buffer OFF. Resize
> quality: Best. Blend Lvl: 0 Layer mode: Static.
> 
> HH wrote:
> 
> Did you already try to
>   set the paintcompression to PNG
> in the standalone?
> 
> Or set it to the paintcompression of the imported image?
> 
> The black boxes result possibly from alpha data problems
> because a standalone's paintcompression is RLE by default ...
> 
> I will try that. If I set that globally, does it automatically apply to all
> image controls in the stack?
> 
> Thanks!
> 
> Tom Bodine
> 
> Original Post:
> 
> I'm troubleshooting a rare image issue and hope you can help.
> 
> The issue is that some (not all) images used in a LC standalone app appear
> as black boxes.
> 
> Details:
> 
> * Only happens if user is on Mac Mojave.
> 
> * All pictures appeared normally for the users before upgrading to Mojave.
> After upgrading to Mojave, the black boxes appeared for certain pictures.
> (Other pictures in the same game work fine.)
> 
> * For one user, pictures that failed to render were all screenshots done on
> her Mac.
> 
> * For another user, failing pictures were all composite images from
> photographs. (He arranged one or more images on his screen and use Grab or
> Photoshop to capture them as a composite image.)
> 
> * The issue can happen with either jpg or png files.
> 
> * I am certain the picture paths are valid, because LC is finding them and
> sizing the image control's rect to the aspect ratio of the images.
> 
> * The app in use is a LC standalone built on Mac with LC 8.1.10.
> 
> * The app allows users to select images to add to a quiz. Images are stored
> in a media folder and loaded as needed into an image control for display.
> Only one image file is shown at a time. (This has worked reliably for many
> years.) The full path to the image file is provided to the image control.
> 
> Have you seen any similar issue or do you have a theory about what's going
> on?
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Black boxes replace images in Mojave (Was "No subject")

[Tom Bodine via use-livecode]

Thanks, HH and Marty.

Marty wrote:

Are you setting the “ink” to something other than the standard srcCopy?

I am using srcCopy. Other settings are: don't dither ON, Buffer OFF. Resize
quality: Best. Blend Lvl: 0 Layer mode: Static.

HH wrote:

Did you already try to
   set the paintcompression to PNG
in the standalone?

Or set it to the paintcompression of the imported image?

The black boxes result possibly from alpha data problems
because a standalone's paintcompression is RLE by default ...

I will try that. If I set that globally, does it automatically apply to all
image controls in the stack?

Thanks!

Tom Bodine

Original Post:

I'm troubleshooting a rare image issue and hope you can help.

The issue is that some (not all) images used in a LC standalone app appear
as black boxes.

Details:

* Only happens if user is on Mac Mojave.

* All pictures appeared normally for the users before upgrading to Mojave.
After upgrading to Mojave, the black boxes appeared for certain pictures.
(Other pictures in the same game work fine.)

* For one user, pictures that failed to render were all screenshots done on
her Mac.

* For another user, failing pictures were all composite images from
photographs. (He arranged one or more images on his screen and use Grab or
Photoshop to capture them as a composite image.)

* The issue can happen with either jpg or png files.

* I am certain the picture paths are valid, because LC is finding them and
sizing the image control's rect to the aspect ratio of the images.

* The app in use is a LC standalone built on Mac with LC 8.1.10.

* The app allows users to select images to add to a quiz. Images are stored
in a media folder and loaded as needed into an image control for display.
Only one image file is shown at a time. (This has worked reliably for many
years.) The full path to the image file is provided to the image control.

Have you seen any similar issue or do you have a theory about what's going
on?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode