Re: View XML file in Tree View widget - worth the effort?

[Ali Lloyd via use-livecode]

Not sure if it's exactly the format you're looking for but this code
snippet from Trevor DeVore converts between XML and LiveCode arrays:
https://gist.github.com/trevordevore/5584753

On Tue, 4 Jun 2019 at 18:57, Keith Clarke via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi folks,
> Is parsing an XML file into a LiveCode TreeView widget a sensible (and
> easy) approach to render it more human-readable to understand it’s
> structure & content, etc., for potential onward processing / transformation?
>
> If so, can anyone please share the current state of the art for
> transforming an XML file to the requisite array form to seed the TreeView
> widget?
> Thanks
> Keith
> ___
> 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")

[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: Line Graph Widget - Plotting time series

[Glen Bojsza via use-livecode]

Hi Alex,

I will take a look at it...thanks.

Can it do dual Y axis graphs?

On Tue, Jun 4, 2019 at 8:50 PM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Glen,
>
> Sounds like the graph widget won't do it.
>
> You could try using my GraphMaker library. I gave a brief talk about it
> at the conference, but since I got back I've been so busy I haven't yet
> got around to making a general announcement.
>
> You can get the library from
> https://github.com/alextweedly/LivecodeGraphMaker
>
> This includes the library (a script-only stack), a demo example (binary
> UI stack) and a text file of notes.
>
> I've added a couple of new examples, covering two different ways to
> approach your example; they both convert the time-series to seconds, and
> plot that. Then:
>
>   - graph 7 uses a custom formatting function to convert the 'seconds'
> values into the desired hh:mm:ss to produce a few well-spaced out labels
>
> - graph 8 uses explicit X-axis labels for each data point.
>
> I'm not sure which of those (or some variant of them) might be what you
> want.
>
> Feel free to ask me any questions if anything is unclear, or needs
> changing.
>
> You can see the output at
>
> https://www.kilmelford.com/images/graph7.jpg
>
> https://www.kilmelford.com/images/graph8.jpg
> 
>
> and the required input setup in the demo stack.
>
> Alex.
>
>
> On 04/06/2019 07:20, Glen Bojsza via use-livecode wrote:
> > Hello,
> >
> > I am trying to use the Line Graph Widget to grapg a time series (x axis)
> > where the time is in the format 2:45:16
> >
> > The time data is being treated like text and therefore tries to plot
> using
> > every x series as a x label.
> >
> > Optimally I would like to see only a handful of x labels spread that
> covers
> > the time period as x labels.
> >
> > I also tried just using linear data series for the x axis and the Line
> > Graph Widget wants to put a label for every number.
> >
> > Is there a property that could be set that recognizes the x data series
> as
> > a number or time?
> >
> > thanks,
> >
> > Glen
> > ___
> > 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
___
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: Line Graph Widget - Plotting time series

[Alex Tweedly via use-livecode]

Hi Glen,

Sounds like the graph widget won't do it.

You could try using my GraphMaker library. I gave a brief talk about it 
at the conference, but since I got back I've been so busy I haven't yet 
got around to making a general announcement.


You can get the library from 
https://github.com/alextweedly/LivecodeGraphMaker


This includes the library (a script-only stack), a demo example (binary 
UI stack) and a text file of notes.


I've added a couple of new examples, covering two different ways to 
approach your example; they both convert the time-series to seconds, and 
plot that. Then:


 - graph 7 uses a custom formatting function to convert the 'seconds' 
values into the desired hh:mm:ss to produce a few well-spaced out labels


- graph 8 uses explicit X-axis labels for each data point.

I'm not sure which of those (or some variant of them) might be what you 
want.


Feel free to ask me any questions if anything is unclear, or needs changing.

You can see the output at

https://www.kilmelford.com/images/graph7.jpg

https://www.kilmelford.com/images/graph8.jpg 



and the required input setup in the demo stack.

Alex.


On 04/06/2019 07:20, Glen Bojsza via use-livecode wrote:

Hello,

I am trying to use the Line Graph Widget to grapg a time series (x axis)
where the time is in the format 2:45:16

The time data is being treated like text and therefore tries to plot using
every x series as a x label.

Optimally I would like to see only a handful of x labels spread that covers
the time period as x labels.

I also tried just using linear data series for the x axis and the Line
Graph Widget wants to put a label for every number.

Is there a property that could be set that recognizes the x data series as
a number or time?

thanks,

Glen
___
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: Line Graph Widget - Plotting time series

[Monte Goulding via use-livecode]

No the line graph widget only treats the X axis values as labels to be evenly 
spaced along the axis. It would be nice to add a way to scale the X axis value 
along the chart so that it is a scatterplot then a way to format the values on 
both/either axes as time/date/decimal precision etc.

> On 5 Jun 2019, at 12:20 am, Glen Bojsza via use-livecode 
>  wrote:
> 
> Hello,
> 
> I am trying to use the Line Graph Widget to grapg a time series (x axis)
> where the time is in the format 2:45:16
> 
> The time data is being treated like text and therefore tries to plot using
> every x series as a x label.
> 
> Optimally I would like to see only a handful of x labels spread that covers
> the time period as x labels.
> 
> I also tried just using linear data series for the x axis and the Line
> Graph Widget wants to put a label for every number.
> 
> Is there a property that could be set that recognizes the x data series as
> a number or time?
> 
> thanks,
> 
> Glen
> ___
> 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]

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

View XML file in Tree View widget - worth the effort?

[Keith Clarke via use-livecode]

Hi folks,
Is parsing an XML file into a LiveCode TreeView widget a sensible (and easy) 
approach to render it more human-readable to understand it’s structure & 
content, etc., for potential onward processing / transformation?

If so, can anyone please share the current state of the art for transforming an 
XML file to the requisite array form to seed the TreeView widget?
Thanks
Keith
___
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

Line Graph Widget - Plotting time series

[Glen Bojsza via use-livecode]

Hello,

I am trying to use the Line Graph Widget to grapg a time series (x axis)
where the time is in the format 2:45:16

The time data is being treated like text and therefore tries to plot using
every x series as a x label.

Optimally I would like to see only a handful of x labels spread that covers
the time period as x labels.

I also tried just using linear data series for the x axis and the Line
Graph Widget wants to put a label for every number.

Is there a property that could be set that recognizes the x data series as
a number or time?

thanks,

Glen
___
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: Seeking clarification on which Android versions to build against in LC 9.5.0 (dp 1)

[Sphere via use-livecode]

According to Monte, it doesnot matter. Just hit the TEST button.
But probably you need to have downloaded the correct dependencies in 
Android Studio.

It sees against which it has to build.

But for the PAK standalone you need to decide for whcih processor you 
want to build.
the ARMv7 is the quad core as of android 4.1.2 according Mark, the ARM64 
are often octa-cores and of course 64bits.



Terry Judd via use-livecode schreef op 2019-06-04 04:53:

OK - so I'm trying out 9.5.0 (dp 1) and am loving the fact that we now
have a functional emulator (I'm using Android Studio) that we can use
to test Android apps. Thanks dev team! But, I'm not entirely clear
which processors I need to build against in order to publish the app.
I'm *not* distributing the app via a store but am instead just
allowing users (students) to download and install it directly. In the
past I just had to select to build against 'Android' but now there are
4 possible build options. I'm assuming that I can ignore both x86 ones
unless I am using the emulator, which leaves me with armv7 and arm64
(same as armv8?) to choose from. Do I need both, and if I do, how
might I go about advising our students which one they should download
and install?

Terry...

___
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]

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