date:20200409

Earlier I wrote:
> Bob Sneidar wrote:
>
>  >> On Apr 8, 2020, at 11:16 PM, Richard Gaskin wrote:
>  >>
>  >> Better still, see the last comment on that page. :)
>  >>
>  >> It kinda fits Brian's observation about how the stack file is
>  >> written in a series of small writes, one per object.
>  >
>  > Yes, but I have saved stacks with both Defender and Kaspersky
>  > disabled. In our case I do not think that is the entire issue.
>
> Probably not exclusively. But to assess the contributory effect, what
> are your measurements using Neville's test with and without those AV
> packages active?

It may not be worth the trouble.

When I run Neville's stack saving test here with Windows Defender's RTP 
on the 8MB stack save takes a little over 8 seconds.

And when I turn RTP off it takes a bit over 7 seconds.

So while RTP is a clear conributor, it doesn't account for most of the 
speed loss on stack saves.

@Brian Milby: When you were looking up the stack serialization in the 
code, did you see anything which might explain why this slowdown is only 
evident on Windows but not Mac or Linux?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web

 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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: Apps to fight COVID-19

2020-04-09 Thread Dar Scott Consulting via use-livecode

Hi, David! Hi, Mark! Hi, Everybody!

There are several teams that need help in a variety of ways. 

Several teams are in the TCN Coalition . These 
teams respect privacy and use the TCN Protocol. COVID Watch is there with help 
from around the world, but with a USA focus. You can see a list with links on 
that very simple page. Volunteers might want to seek out those whose location, 
philosophy or neediness seem to be appealing.

Other organizations include Private Kit: Safe Paths (GPS) and "Eastcoast" PACT 
out of MIT.  You can probably find more. If you have a direction or need you 
want to focus on, I can try to help.

A group in Europe is forming around DT-3T, triggered by work by Carmela 
Troncoso of EPFL and folks at ETHZ. (Even though DT-3T is considered to be 
under the umbrella of PEPPPT, the later group includes teams whose methods that 
require trusted servers. DT-3T does not.) This project has some nice features. 
https://github.com/DP-3T 

Artist/explainer Nicky Case has created a comic in a phone format that explains 
contact tracing. The details look a little more like DT-3T than what COVID 
Watch is doing, but one tweaked for COVID Watch is in the works. You can 
incorporate this into your current apps or make a new education app. The 
education app might remind people how they downloaded that app and how to 
download the kind of app described in the comic. You can run with this on your 
own.
https://ncase.me/contact-tracing/ 

Everybody should look at that comic anyway. It explains a lot in just a few 
minutes.

There is a need for both phone and desktop apps used by healthcare providers to 
validate "I'm sick" reports. Many organizations need some means of making sure 
there are few false reports. Maybe some sort of cryptographic signature or 
something. While groups are focusing on the user app, the hospital apps are 
seeing less work. 

And then there are the servers. Maybe Firebase will work but I suspect that 
there might have to be more, depending on the team. Server? Look at the Nicky 
Case comic. 

I have some for a containment game that includes contact tracing. I can give it 
to somebody and even (in my copious spare time) provide some handwaving. 

One problem is that auntie does not know how to download apps. Encouraging 
friends showing friends how to download is a good thing. Rapid adoption will 
become important. And even education about contact tracing in general. 

You might be coming up with ideas I didn't even think about.

Contact me if you need any help.

Dar

> On Apr 9, 2020, at 4:46 AM, Mark Smith via use-livecode 
>  wrote:
> 
> Happy to contribute as well. 
> 
>> On Apr 8, 2020, at 3:17 PM, David Bovill via use-livecode 
>>  wrote:
>> 
>> I’d be interested in volunteering to make a Livecode app for this. Anyone 
>> else?
>> On 7 Apr 2020, 00:41 +0100, Dar Scott Consulting via use-livecode 
>> , wrote:
>>> Hi, everybody!
>>> 
>>> I apologize for the drive-by email.
>>> 
>>> And I miss everybody on the list. Been busy all that.
>>> 
>>> I am a strong believer in contact tracing as an implortant part of COVID-19 
>>> containment.
>>> 
>>> There are several teams out there working on voluntary privacy-protecting 
>>> contact tracing apps to deploy before Big Brother mandates some central DB 
>>> app usage. Those include COVID Watch, CoEpi, Private Watch Safe Paths, and 
>>> others. Most have already started and are using swift and kotlin. Only Safe 
>>> Paths has something out. However, there might be some room in creating some 
>>> instant apps in LiveCode or in supporting in other ways. Also, some teams 
>>> are just getting started and need something fast. I think we need some 
>>> education apps done quickly.
>>> 
>>> Also, 4Catalyzer is making a home test and needs some app development.
>>> 
>>> For myself, I am on on the COVID Watch team.
>>> 
>>> If you want to do something, take a look around at privacy preserving 
>>> contact tracing projects. And also look specifically I the ones I mentioned.
>>> 
>>> I might be rehashing what has already been discussed. Sorry. Like I said, 
>>> "Drive by email".
>>> 
>>> And remember what the Beatles said, "You wanna wash your ha-a-ands!"
>>> 
>>> Dar Scott
>>> 
>>> I am using Private Watch: Safe Paths on my iPhone to fight COVID-19..
>>> 
>>> ___
>>> 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-l

Livecode and AWS Sql

2020-04-09 Thread Skip Kimpel via use-livecode

Any trick to connecting to an AWS Sql instance?  I am using some of my old
scripts that always hooked up properly to a local Sql server.  Wondering if
I might be a trick for AWS or heck, my method might be old and there is a
better way to do it.

*put revOpenDatabase("ODBC","DRIVER=SQL
Server;SERVER="&myServerAddress&";DATABASE="&myDB&";UID="&tDatabaseUser&";PWD="&tDatabasePassword&"")
into gConnID*


SKIP
___
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: File paths truncated


On 4/9/20 5:41 PM, J. Landman Gay via use-livecode wrote:
It seems I'm running into obstacles at every turn. A scripted file path to set an image 
reference will not work unless it is relative.


This fails:
specialFolderPath("resources") & "/folder/file"

It has to be "folder/file". The property inspector truncates it automatically if you use its 
file picker. Why? Now I have to write a handler to do the truncation?



Oh, never mind. Stupid typo error. I've been at this way too long today.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
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

File paths truncated

It seems I'm running into obstacles at every turn. A scripted file path to set an image 
reference will not work unless it is relative.


This fails:
specialFolderPath("resources") & "/folder/file"

It has to be "folder/file". The property inspector truncates it automatically if you use its 
file picker. Why? Now I have to write a handler to do the truncation?


I'm using dp3 because I need the fixes, but there's a whole lot wrong and I'm on a very short 
deadline.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
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: Video format for mobile

2020-04-09 Thread Colin Holgate via use-livecode

Only H.264/AAC is acceptable!

Have you tried setting hardware acceleration rendering to be on?

Have you tried including a small video file in the app, to help rule out 
security issues?


> On Apr 9, 2020, at 4:10 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 4/9/20 3:41 PM, Colin Holgate via use-livecode wrote:
>> A long time ago it was possible to work around hardware acceleration issues 
>> by playing the video at a different size. That is, a 1920x1080 playback 
>> would fail and a 1920x1081 would work. It was just a trick to force the 
>> player to use software instead of hardware.
> 
> 
> I have a hard deadline in a short time. If necessary we'll have to convert at 
> least a few of the videos to something else if the problem isn't resolved by 
> dp4.
> 
> What codec is acceptable?
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> 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: Video format for mobile


On 4/9/20 3:41 PM, Colin Holgate via use-livecode wrote:

A long time ago it was possible to work around hardware acceleration issues by 
playing the video at a different size. That is, a 1920x1080 playback would fail 
and a 1920x1081 would work. It was just a trick to force the player to use 
software instead of hardware.



I have a hard deadline in a short time. If necessary we'll have to convert at least a few of 
the videos to something else if the problem isn't resolved by dp4.


What codec is acceptable?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
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: Video format for mobile

The videos are, in fact, 1920x1080. I set the size of both the widget or the mobile scripted
browser (whichever I was testing) to the card size but it still didn't play. Wish it worked, it
would have been a nice trick.

On 4/9/20 3:41 PM, Colin Holgate via use-livecode wrote:

A long time ago it was possible to work around hardware acceleration issues by
playing the video at a different size. That is, a 1920x1080 playback would fail
and a 1920x1081 would work. It was just a trick to force the player to use
software instead of hardware.

On Apr 9, 2020, at 2:36 PM, Mark Waddingham via use-livecode
wrote:

This sounds like a bug we are currently fixing (hopefully in time for 9.6-DP-4)
- the android player doesn’t currently play nicely with accelerated
rendering... Turning that off should mean things play properly.

We use the system player object so MP4 should be fine.

Warmest Regards,

Mark.

Sent from my iPhone

On 9 Apr 2020, at 20:31, J. Landman Gay via use-livecode
wrote:

I tried the browser widget: no audio, no video, white screen, no browser
outline on Android.

I tried a mobile browser (mobileControlCreate): audio plays, no video, white
screen.

So yeah, it looks like there's no codec. The widget on desktop doesn't play it
either. If I ask the client to re-do the videos, what codec should I ask for? I
was told that we had to use their existing videos, so I'm not even sure they
will re-do them.

On 4/9/20 1:01 PM, Tom Glod via use-livecode wrote:
I'm sorry to be the bearer of bad news here. :(
if its h264 the browser widget won't play it. If you saw video but no audio
then thats one thing.but no video means the video codec is also absent.

On Thu, Apr 9, 2020 at 1:57 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
They're kind of huge (like 400 MB) so I didn't copy them to my phone, but
they play okay on Mac
using Firefox and on Android using Chrome browser. I guess that doesn't
tell us much.

Swami suggested to me privately that he uses a browser widget to play
videos so I will try that
next.

On 4/9/20 9:20 AM, Mark Talluto via use-livecode wrote:

What happens if you play the file locally on each device?

-Mark

On Wed, Apr 8, 2020 at 10:22 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

Not sure what you mean by "an existing app" but my test app uses
mobileControlCreate to set up
a mobile player. When it accesses the video from my server, it's all

black

with no video or
audio, and the nonexistent playback quits a few seconds in.

I'm not sure whether these videos were created with streaming in mind. I
vaguely remember we
used to need to set a "streaming" checkbox when creating a video. Is

that

still required?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com

___
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

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com

___
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

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com

___
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

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com

___
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: Video format for mobile


My test stack didn't set accelerated rendering at all, so I think there's more 
to it than that.

On 4/9/20 3:36 PM, Mark Waddingham via use-livecode wrote:

This sounds like a bug we are currently fixing (hopefully in time for 9.6-DP-4) 
- the android player doesn’t currently play nicely with accelerated 
rendering... Turning that off should mean things play properly.

We use the system player object so MP4 should be fine.

Warmest Regards,

Mark.

Sent from my iPhone


On 9 Apr 2020, at 20:31, J. Landman Gay via use-livecode 
 wrote:

I tried the browser widget: no audio, no video, white screen, no browser 
outline on Android.

I tried a mobile browser (mobileControlCreate): audio plays, no video, white 
screen.

So yeah, it looks like there's no codec. The widget on desktop doesn't play it 
either. If I ask the client to re-do the videos, what codec should I ask for? I 
was told that we had to use their existing videos, so I'm not even sure they 
will re-do them.


On 4/9/20 1:01 PM, Tom Glod via use-livecode wrote:
  I'm sorry to be the bearer of bad news here.  :(
if its h264 the browser widget won't play it. If you saw video but no audio
then thats one thing.but no video means the video codec is also absent.

On Thu, Apr 9, 2020 at 1:57 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
They're kind of huge (like 400 MB) so I didn't copy them to my phone, but
they play okay on Mac
using Firefox and on Android using Chrome browser. I guess that doesn't
tell us much.

Swami suggested to me privately that he uses a browser widget to play
videos so I will try that
next.

On 4/9/20 9:20 AM, Mark Talluto via use-livecode wrote:

What happens if you play the file locally on each device?

-Mark

On Wed, Apr 8, 2020 at 10:22 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:


Not sure what you mean by "an existing app" but my test app uses
mobileControlCreate to set up
a mobile player. When it accesses the video from my server, it's all

black

with no video or
audio, and the nonexistent playback quits a few seconds in.

I'm not sure whether these videos were created with streaming in mind. I
vaguely remember we
used to need to set a "streaming" checkbox when creating a video. Is

that

still required?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com




___
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




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
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




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
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




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
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: Old Fossil seeks fast track assistance

2020-04-09 Thread Graham Samuel via use-livecode

Curry that’s a wonderful idea. However you need to get well. Perhaps I can find 
someone to help me in the way you say. I am getting very used to Zoom and other 
similar tools as I’m isolation myself and I’m doing a lot of visual 
communication.

Keep safe

Best wishes

Graham

> On 9 Apr 2020, at 21:25, Curry Kenworthy via use-livecode 
>  wrote:
> 
> 
> Howdy Graham,
> 
> This particular problem is ideally suited to a screen-sharing video 
> conference tutoring session, talking you through the process and solving 
> obstacles while you are hands-on. That could get you running in minutes to a 
> couple of hours, rather than days to weeks.
> 
> I would normally very humbly recommend myself (I'm the best) :) but my 
> breathing is still affected and I'm temporarily not up to holding a 
> conversation since being sick.
> 
> So if you don't solve it extremely soon by yourself, I suggest you find 
> someone (who is not hors de combat) to help you in a "live" session with 
> this, it won't take long, then you can move forward with your project!
> 
> Best wishes,
> 
> Curry Kenworthy
> 
> Custom Software Development
> "Better Methods, Better Results"
> LiveCode Training and Consulting
> http://livecodeconsulting.com/
> 
> ___
> 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

mobileControlGet and htmlText

2020-04-09 Thread Dan Friedman via use-livecode

Greetings!

Is it possible to get the htmlText (the content of the current HTML document) 
of a native browser?   On desktop, I can do this easily with: 
revBrowserGet(tBrowserId,"htmlText").   Is there a mobile equivalent?

-Dan

___
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: Video format for mobile

2020-04-09 Thread Colin Holgate via use-livecode

A long time ago it was possible to work around hardware acceleration issues by 
playing the video at a different size. That is, a 1920x1080 playback would fail 
and a 1920x1081 would work. It was just a trick to force the player to use 
software instead of hardware.


> On Apr 9, 2020, at 2:36 PM, Mark Waddingham via use-livecode 
>  wrote:
> 
> This sounds like a bug we are currently fixing (hopefully in time for 
> 9.6-DP-4) - the android player doesn’t currently play nicely with accelerated 
> rendering... Turning that off should mean things play properly.
> 
> We use the system player object so MP4 should be fine.
> 
> Warmest Regards,
> 
> Mark.
> 
> Sent from my iPhone
> 
>> On 9 Apr 2020, at 20:31, J. Landman Gay via use-livecode 
>>  wrote:
>> 
>> I tried the browser widget: no audio, no video, white screen, no browser 
>> outline on Android.
>> 
>> I tried a mobile browser (mobileControlCreate): audio plays, no video, white 
>> screen.
>> 
>> So yeah, it looks like there's no codec. The widget on desktop doesn't play 
>> it either. If I ask the client to re-do the videos, what codec should I ask 
>> for? I was told that we had to use their existing videos, so I'm not even 
>> sure they will re-do them.
>> 
>>> On 4/9/20 1:01 PM, Tom Glod via use-livecode wrote:
>>> I'm sorry to be the bearer of bad news here.  :(
>>> if its h264 the browser widget won't play it. If you saw video but no audio
>>> then thats one thing.but no video means the video codec is also absent.
 On Thu, Apr 9, 2020 at 1:57 PM J. Landman Gay via use-livecode <
 use-livecode@lists.runrev.com> wrote:
 They're kind of huge (like 400 MB) so I didn't copy them to my phone, but
 they play okay on Mac
 using Firefox and on Android using Chrome browser. I guess that doesn't
 tell us much.
 
 Swami suggested to me privately that he uses a browser widget to play
 videos so I will try that
 next.
 
 On 4/9/20 9:20 AM, Mark Talluto via use-livecode wrote:
> What happens if you play the file locally on each device?
> 
> -Mark
> 
> On Wed, Apr 8, 2020 at 10:22 PM J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Not sure what you mean by "an existing app" but my test app uses
>> mobileControlCreate to set up
>> a mobile player. When it accesses the video from my server, it's all
 black
>> with no video or
>> audio, and the nonexistent playback quits a few seconds in.
>> 
>> I'm not sure whether these videos were created with streaming in mind. I
>> vaguely remember we
>> used to need to set a "streaming" checkbox when creating a video. Is
 that
>> still required?
>> 
 --
 Jacqueline Landman Gay | jac...@hyperactivesw.com
 HyperActive Software   | http://www.hyperactivesw.com
 
>> 
> ___
> 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
> 
 
 
 --
 Jacqueline Landman Gay | jac...@hyperactivesw.com
 HyperActive Software   | http://www.hyperactivesw.com
 
 ___
 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
 
>> 
>> 
>> -- 
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software   | http://www.hyperactivesw.com
>> 
>> ___
>> 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: Video format for mobile

2020-04-09 Thread Mark Waddingham via use-livecode

This sounds like a bug we are currently fixing (hopefully in time for 9.6-DP-4) 
- the android player doesn’t currently play nicely with accelerated 
rendering... Turning that off should mean things play properly.

We use the system player object so MP4 should be fine.

Warmest Regards,

Mark.

Sent from my iPhone

> On 9 Apr 2020, at 20:31, J. Landman Gay via use-livecode 
>  wrote:
> 
> I tried the browser widget: no audio, no video, white screen, no browser 
> outline on Android.
> 
> I tried a mobile browser (mobileControlCreate): audio plays, no video, white 
> screen.
> 
> So yeah, it looks like there's no codec. The widget on desktop doesn't play 
> it either. If I ask the client to re-do the videos, what codec should I ask 
> for? I was told that we had to use their existing videos, so I'm not even 
> sure they will re-do them.
> 
>> On 4/9/20 1:01 PM, Tom Glod via use-livecode wrote:
>>  I'm sorry to be the bearer of bad news here.  :(
>> if its h264 the browser widget won't play it. If you saw video but no audio
>> then thats one thing.but no video means the video codec is also absent.
>>> On Thu, Apr 9, 2020 at 1:57 PM J. Landman Gay via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> They're kind of huge (like 400 MB) so I didn't copy them to my phone, but
>>> they play okay on Mac
>>> using Firefox and on Android using Chrome browser. I guess that doesn't
>>> tell us much.
>>> 
>>> Swami suggested to me privately that he uses a browser widget to play
>>> videos so I will try that
>>> next.
>>> 
>>> On 4/9/20 9:20 AM, Mark Talluto via use-livecode wrote:
 What happens if you play the file locally on each device?
 
 -Mark
 
 On Wed, Apr 8, 2020 at 10:22 PM J. Landman Gay via use-livecode <
 use-livecode@lists.runrev.com> wrote:
 
> Not sure what you mean by "an existing app" but my test app uses
> mobileControlCreate to set up
> a mobile player. When it accesses the video from my server, it's all
>>> black
> with no video or
> audio, and the nonexistent playback quits a few seconds in.
> 
> I'm not sure whether these videos were created with streaming in mind. I
> vaguely remember we
> used to need to set a "streaming" checkbox when creating a video. Is
>>> that
> still required?
> 
>>> --
>>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>>> HyperActive Software   | http://www.hyperactivesw.com
>>> 
> 
 ___
 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
 
>>> 
>>> 
>>> --
>>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>>> HyperActive Software   | http://www.hyperactivesw.com
>>> 
>>> ___
>>> 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
>>> 
> 
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> 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: Video format for mobile

I tried the browser widget: no audio, no video, white screen, no browser
outline on Android.

I tried a mobile browser (mobileControlCreate): audio plays, no video, white
screen.

So yeah, it looks like there's no codec. The widget on desktop doesn't play it either. If I ask
the client to re-do the videos, what codec should I ask for? I was told that we had to use
their existing videos, so I'm not even sure they will re-do them.

On 4/9/20 1:01 PM, Tom Glod via use-livecode wrote:

I'm sorry to be the bearer of bad news here. :(

if its h264 the browser widget won't play it. If you saw video but no audio
then thats one thing.but no video means the video codec is also absent.

On Thu, Apr 9, 2020 at 1:57 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

They're kind of huge (like 400 MB) so I didn't copy them to my phone, but
they play okay on Mac
using Firefox and on Android using Chrome browser. I guess that doesn't
tell us much.

Swami suggested to me privately that he uses a browser widget to play
videos so I will try that
next.

On 4/9/20 9:20 AM, Mark Talluto via use-livecode wrote:

What happens if you play the file locally on each device?

-Mark

On Wed, Apr 8, 2020 at 10:22 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

Not sure what you mean by "an existing app" but my test app uses
mobileControlCreate to set up
a mobile player. When it accesses the video from my server, it's all

black

with no video or
audio, and the nonexistent playback quits a few seconds in.

I'm not sure whether these videos were created with streaming in mind. I
vaguely remember we
used to need to set a "streaming" checkbox when creating a video. Is

that

still required?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com

___
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

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com

___
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: Old Fossil seeks fast track assistance

2020-04-09 Thread Curry Kenworthy via use-livecode




Howdy Graham,

This particular problem is ideally suited to a screen-sharing video 
conference tutoring session, talking you through the process and solving 
obstacles while you are hands-on. That could get you running in minutes 
to a couple of hours, rather than days to weeks.


I would normally very humbly recommend myself (I'm the best) :) but my 
breathing is still affected and I'm temporarily not up to holding a 
conversation since being sick.


So if you don't solve it extremely soon by yourself, I suggest you find 
someone (who is not hors de combat) to help you in a "live" session with 
this, it won't take long, then you can move forward with your project!


Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

___
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: Video format for mobile

hmmm.i'm going to do some testing on this to try to nail down the
details on this.

Visiting this page in the browser gives a lot of info.

https://tools.woolyss.com/html5-audio-video-tester/

I've never used the built in player maybe it uses the OS's installed codecs?


On Thu, Apr 9, 2020 at 3:06 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> > Am 09.04.2020 um 21:04 schrieb Tom Glod via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > i am not sure of the difference between the codec your files used ...and
> > the YT live codec but surely there is one.
>
> QT Player info gave me h264 as the video codec.
>
> --
> Klaus Major
> https://www.major-k.de
> kl...@major-k.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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: Video format for mobile




> Am 09.04.2020 um 21:04 schrieb Tom Glod via use-livecode 
> :
> 
> i am not sure of the difference between the codec your files used ...and
> the YT live codec but surely there is one.

QT Player info gave me h264 as the video codec.

--
Klaus Major
https://www.major-k.de
kl...@major-k.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: Video format for mobile

i am not sure of the difference between the codec your files used ...and
the YT live codec but surely there is one.

On Thu, Apr 9, 2020 at 3:03 PM Tom Glod  wrote:

> YT uses different codecs for 'live' and uploaded videos.  After a period
> of time, the re-encode the live videos as archived videos and then they can
> be viewed normally like you say.
>
> Indeed, I play youtube videos all the time in my toolbox that runs the cef
> browser widget. but ya. nothing live.
>
> I hope this gets solved sometime.
>
> On Thu, Apr 9, 2020 at 2:55 PM Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Hi Tom,
>>
>> > Am 09.04.2020 um 20:49 schrieb Tom Glod via use-livecode <
>> use-livecode@lists.runrev.com>:
>> >
>> > Hi Klaus,
>> >
>> > My experience with this issue was trying to view "youtube live" using
>> the
>> > browser widget, which uses h264...its how I found out that CEF needs to
>> be
>> > built with "-proprietary codec" flag in order to be able to play h264
>> > videos from youtube or vimeo.
>>
>> oh, did not know that.
>>
>> > It would make sense that its the same reason why LC player does not play
>> > anything with h264.
>>
>> I have some h264 encoded videos, downloaded from YouTube, and they play
>> fine
>> in a player object! Just downloaded and played another video from YT and
>> works fine!
>>
>> > Yes that is what I was implying, building LC and CEF (Chrome Browser in
>> a
>> > widget) with the codecs.
>>
>> Aha, thank you for the info.
>> Yep, that would be a nice addition!
>>
>> > --
>> > Tom Glod
>> > Founder & Developer
>> > MakeShyft R.D.A (www.makeshyft.com)
>> > Mobile:647.562.9411
>>
>> Best
>>
>> Klaus
>>
>> --
>> Klaus Major
>> https://www.major-k.de
>> kl...@major-k.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
>>
>
>
> --
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Mobile:647.562.9411
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: Video format for mobile

YT uses different codecs for 'live' and uploaded videos.  After a period of
time, the re-encode the live videos as archived videos and then they can be
viewed normally like you say.

Indeed, I play youtube videos all the time in my toolbox that runs the cef
browser widget. but ya. nothing live.

I hope this gets solved sometime.

On Thu, Apr 9, 2020 at 2:55 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Tom,
>
> > Am 09.04.2020 um 20:49 schrieb Tom Glod via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hi Klaus,
> >
> > My experience with this issue was trying to view "youtube live" using the
> > browser widget, which uses h264...its how I found out that CEF needs to
> be
> > built with "-proprietary codec" flag in order to be able to play h264
> > videos from youtube or vimeo.
>
> oh, did not know that.
>
> > It would make sense that its the same reason why LC player does not play
> > anything with h264.
>
> I have some h264 encoded videos, downloaded from YouTube, and they play
> fine
> in a player object! Just downloaded and played another video from YT and
> works fine!
>
> > Yes that is what I was implying, building LC and CEF (Chrome Browser in a
> > widget) with the codecs.
>
> Aha, thank you for the info.
> Yep, that would be a nice addition!
>
> > --
> > Tom Glod
> > Founder & Developer
> > MakeShyft R.D.A (www.makeshyft.com)
> > Mobile:647.562.9411
>
> Best
>
> Klaus
>
> --
> Klaus Major
> https://www.major-k.de
> kl...@major-k.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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: Video format for mobile

Hi Tom,

> Am 09.04.2020 um 20:49 schrieb Tom Glod via use-livecode 
> :
> 
> Hi Klaus,
> 
> My experience with this issue was trying to view "youtube live" using the
> browser widget, which uses h264...its how I found out that CEF needs to be
> built with "-proprietary codec" flag in order to be able to play h264
> videos from youtube or vimeo.

oh, did not know that.

> It would make sense that its the same reason why LC player does not play
> anything with h264.

I have some h264 encoded videos, downloaded from YouTube, and they play fine 
in a player object! Just downloaded and played another video from YT and works 
fine!

> Yes that is what I was implying, building LC and CEF (Chrome Browser in a
> widget) with the codecs.

Aha, thank you for the info.
Yep, that would be a nice addition!

> -- 
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Mobile:647.562.9411

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.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: Old Fossil seeks fast track assistance

2020-04-09 Thread Devin Asay via use-livecode

Graham,

Not really visualizing what you’re seeing. When you choose Xcode from your 
LiveCode mobile support preference pane, all you should have to do is navigate 
to Xcode using the Add Entry button, choose Xcode, and the square next to the 
iOS section should turn green. If you see the green square you should be good 
to go to do Test deploys to the iOS Simulator. 

It’s all about the Green Square!

Devin

> On Apr 9, 2020, at 9:23 AM, Graham Samuel via use-livecode 
>  wrote:
> 
> Devin. I was too optimistic in thinking things would now go smoothly! I would 
> very much appreciated your advice on the following:
> 
> Following your advice to your students, I have downloaded and installed the 
> latest XCode I can use on my Mac, which is 10.1. I have set the mobile 
> preferences of my LiveCode 9.5.1 Indy to point to the developer section in 
> the XCode app as you instruct (to be certain, I deleted the default and input 
> the info afresh). I can open a simulator for any of my target iPhones -  but 
> when I try to set the Standalone settings for my current project, I am unable 
> to select iOS as an option, and indeed I don’t see a detailed set of 
> parameters but just a simpler window. (I think it’s called the General 
> Settings) In fact I find that I can’t add or subtract any platform, although 
> I notice that Mac, Windows and Linux all have a green checkmark, which I 
> don’t want! There is supposed to be a Mode Selector accessed by the top left 
> button on this screen, but I am not seeing it.
> 
> I suppose there must be something wrong with my project, which is at an early 
> stage, but features an iPhone shaped card with some buttons on it, at least!
> 
> I suppose the answer is very very simple, but I have not been able to find 
> it. I just can’t see what I’m doing wrong, and if there’s anything in the LC 
> documentation about this, it is not obvious, nor do the LC preferences 
> settings help.
> 
> Sorry for the interruption - I hope you (or someone else on the list) can 
> help as I am now completely stuck as far as proper testing goes.
> 
> Graham
> 
> 
>> On 6 Apr 2020, at 16:55, Devin Asay via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> Graham,
>> 
>> I’ve just been through this gauntlet with my students. I provided some links 
>> and lessons for them at http://livecode.byu.edu/mobile/test-deploy-links.php 
>> . I found the process 
>> for setting up Android a little fraught with pitfalls, so I created an 
>> expanded instruction sheet for Android setup, linked to that page.
>> 
>> I’m staying with the latest Stable version of LiveCode for my class, 9.5.1. 
>> I’m running on Mac OS 10.14 Mojave. With this setup I have to use Xcode 10.1.
>> 
>> As a refresher, on developer.apple.com 
>> > >, you need to create your iOS developer 
>> certificate, register all of the UDIDs for your iOS devices, then create a 
>> wildcard provisioning profile for testing your apps. The provisioning 
>> profile must include all devices you want to test on.
>> 
>> A collection of links of instructions for distributing mobile apps: 
>> http://livecode.byu.edu/mobile/mobileAppDistribution.php 
>> .
>> 
>> I hope this will all help jog your memory. I find mine needs to be jogged 
>> every time I come back to this mobile stuff after a long time away.
>> 
>> Cheers,
>> 
>> Devin
> 
> ___
> 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: Video format for mobile

Hi Klaus,

My experience with this issue was trying to view "youtube live" using the
browser widget, which uses h264...its how I found out that CEF needs to be
built with "-proprietary codec" flag in order to be able to play h264
videos from youtube or vimeo.

It would make sense that its the same reason why LC player does not play
anything with h264.

Yes that is what I was implying, building LC and CEF (Chrome Browser in a
widget) with the codecs.

On Thu, Apr 9, 2020 at 2:46 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Tom,
>
> > Am 09.04.2020 um 20:34 schrieb Tom Glod via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hi Richard, thats exactly what they did.
> >
> > Now if only would could get a LC and CEF build with that. Do you think it
> > would be a lot of work to add the codec to LC player and a build of CEF
> to
> > go with it?
>
> the x264 codec is 100% compatible to the h264 codec!
>
> Almost all of my videos are encoded with HANDBRAKE which uses the x264
> codec,
> been ripping my own DVDs some years ago, and all of them play fine on my
> (not so )
> smart TV, in a player object and a browser widget in LC.
>
> Or do you mean LC should implement that codec right into the engine?
>
>
> Best
>
> Klaus
>
> --
> Klaus Major
> https://www.major-k.de
> kl...@major-k.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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: Video format for mobile

2020-04-09 Thread Jerry Jensen via use-livecode

Nope. AAC is lossy but better than MP3. You may be thinking of ALAC - Apple 
Lossless Audio Codec.
Just to add to the confusion, here’s a clip from a good Wikipedia article:

"Apple Lossless data is frequently stored within an MP4 container with the 
filename extension .m4a. This extension is also used by Apple for lossy AAC 
audio data in an MP4 container (same container, different audio encoding). 
However, Apple Lossless is not a variant of AAC (which is a lossy format), but 
rather a distinct lossless format that uses linear prediction similar to other 
lossless codecs.” 

.Jerry

> On Apr 9, 2020, at 7:47 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> As I recall, it is lossless, yes?
> 
> Bob S
> 
> 
>> On Apr 8, 2020, at 7:46 PM, Jerry Jensen via use-livecode 
>>  wrote:
>> 
>> Hi J,
>> AAC is Advanced Audio Compression - successor to MP3.
>> https://fileinfo.com/extension/aac
>> Hope this will help you figure out how to play it.
>> .Jerry

___
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: Another Apple iOS Deadline

2020-04-09 Thread Dev via use-livecode

This IS for parity. When Apple announced this at WWDC last year, the pitch was 
that IF you chose to allow Google or Facebook signin THEN you had to add Apple 
signin on the top of the other two logos. If you didn’t have any preferential 
signin then you didn’t need to change anything. As a user, I would NOT use 
Google or Facebook signin because of tracking issues. I LOVE signing in 
securely and anonymously via Apple.

To me, this is a good thing that I really approve of.

Kelly

Sent from the iPad

> On Apr 9, 2020, at 12:15 PM, Brian Milby via use-livecode 
>  wrote:
> 
> This is for parity... if you allow Facebook or Google federated 
> authentication then you need to add Apple as an option.
> 
> Thanks,
> Brian
>> On Apr 9, 2020, 2:10 PM -0400, J. Landman Gay via use-livecode 
>> , wrote:
>>> On 4/9/20 11:52 AM, matthias rebbe via use-livecode wrote:
>>> But fortunately the guidelines make exceptions:
>>> 
>>> Sign in with Apple is not required if:
>>> Your app exclusively uses your company’s own account setup and sign-in 
>>> systems.
>> 
>> Thank God. I almost had a heart attack.
>> 
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>> 
>> 
>> ___
>> 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: Video format for mobile

Hi Tom,

> Am 09.04.2020 um 20:34 schrieb Tom Glod via use-livecode 
> :
> 
> Hi Richard, thats exactly what they did.
> 
> Now if only would could get a LC and CEF build with that. Do you think it
> would be a lot of work to add the codec to LC player and a build of CEF to
> go with it?

the x264 codec is 100% compatible to the h264 codec!

Almost all of my videos are encoded with HANDBRAKE which uses the x264 codec,
been ripping my own DVDs some years ago, and all of them play fine on my (not 
so ) 
smart TV, in a player object and a browser widget in LC. 

Or do you mean LC should implement that codec right into the engine?


Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.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: Video format for mobile

Hi Richard, thats exactly what they did.

Now if only would could get a LC and CEF build with that. Do you think it
would be a lot of work to add the codec to LC player and a build of CEF to
go with it?

I got the licensing documents 2 years ago from MPEG-LA.. and had I
started to read them then...I would have just finished.

The good part is the MPEG-LA gives you 100,000 licenses free of charge, and
after that its also very cheap / user.

On Thu, Apr 9, 2020 at 2:27 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Tom Glod wrote:
>  > There is cisco's openh264 codec which they open sourced.  So that is a
>  > potential solution that would have to include the livecode team.
>  >
>  > https://github.com/cisco/openh264
>
> Super-cool, Tom. Thanks for posting that.
>
> It's an impressive work, both technically for its breadth of support and
> with its license, the permissive MIT-like BSD 2-Clause "Simplified"
> License.
>
> Curious about how they were able to pull that off without triggering the
> patent wrath of the MPEG-LA consortium, it seems Cisco wrote a large
> check and is absorbing the cost internally, not passing that cost on to
> users of the component:
>
> https://blog.mozilla.org/blog/2013/10/30/video-interoperability-on-the-web-gets-a-boost-from-ciscos-h-264-codec/
>
> This is how we can watch Netflix in Firefox, and many other things with
> proprietary and DRM content.
>
> Thanks, Cisco!
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   
>   ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
>
> ___
> 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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: Another Apple iOS Deadline


Don´t remind me to that..

If such thing ever happens again i will stop developing for iOS. And if Apple 
ever cancels the possibility to publish outside of the Mac Appstore then i will 
stop developing for Mac.
I mainly develop for Windows, but as i am developing on a Mac i used the 
opportunity to develop also for iOS and Mac OS. But fortunately my business 
does not depend on iOS/Mac development.

-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 09.04.2020 um 20:23 schrieb Richard Gaskin via use-livecode 
> :
> 
> Matthias Rebbe wrote:
> > So let us keep our fingers crossed that Apple does not change the
> > exceptions.
> 
> The debacle around iOS SDK v4.0 Section 3.3.1 in 2010 reminds us to remain 
> wary of such things at all times...
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.com
> 
> 
> ___
> 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: Hide stack change focus not supported 64bit

2020-04-09 Thread Bill Vlahos via use-livecode

Just to let everyone know I got it working and it is working great.

Thanks,
Bill

> On Apr 3, 2020, at 3:59 PM, Bill Vlahos via use-livecode 
>  wrote:
> 
> Bob,
> 
> What file(s) do I need to add?
> 
> When I try adding to Stack Properties it won’t let me select macOStools.lcb.
> 
> I can add other files in the standalone builder I still don’t see 
> macOStools.lcb in the Inclusions and it doesn’t hide.
> 
> I think I need more complete instructions.
> 
> Thank you,
> Bill
> 
> 
>> On Apr 3, 2020, at 8:13 AM, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Open Stack Properties, add to the stackfiles. Also in the standalone builder 
>> you can add other files and folders that are not stack files.
>> 
>> Bob S
>> 
>> 
>> On Apr 2, 2020, at 9:33 PM, Bill Vlahos via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> I don’t see it in the inclusions tab.
>> 
>> How do I install your library?
>> 
>> Thanks,
> 
> ___
> 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: Video format for mobile


Tom Glod wrote:
> There is cisco's openh264 codec which they open sourced.  So that is a
> potential solution that would have to include the livecode team.
>
> https://github.com/cisco/openh264

Super-cool, Tom. Thanks for posting that.

It's an impressive work, both technically for its breadth of support and 
with its license, the permissive MIT-like BSD 2-Clause "Simplified" License.


Curious about how they were able to pull that off without triggering the 
patent wrath of the MPEG-LA consortium, it seems Cisco wrote a large 
check and is absorbing the cost internally, not passing that cost on to 
users of the component:

https://blog.mozilla.org/blog/2013/10/30/video-interoperability-on-the-web-gets-a-boost-from-ciscos-h-264-codec/

This is how we can watch Netflix in Firefox, and many other things with 
proprietary and DRM content.


Thanks, Cisco!

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com


___
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: Another Apple iOS Deadline


Matthias Rebbe wrote:
> So let us keep our fingers crossed that Apple does not change the
> exceptions.

The debacle around iOS SDK v4.0 Section 3.3.1 in 2010 reminds us to 
remain wary of such things at all times...


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com


___
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: Another Apple iOS Deadline



> Am 09.04.2020 um 20:10 schrieb J. Landman Gay via use-livecode 
> :
> 
> On 4/9/20 11:52 AM, matthias rebbe via use-livecode wrote:
>> But fortunately  the guidelines make exceptions:
>> Sign in with Apple is not required if:
>> Your app exclusively uses your company’s own account setup and sign-in 
>> systems.
> 
> Thank God. I almost had a heart attack.
Same here. I was really shocked, but thought i should have closer look at the 
guidelines.

So let us keep our fingers crossed that Apple does not change the exceptions.
-
Matthias Rebbe
Life Is Too Short For Boring Code

> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> 
> ___
> 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: Another Apple iOS Deadline

2020-04-09 Thread Brian Milby via use-livecode

This is for parity... if you allow Facebook or Google federated authentication 
then you need to add Apple as an option.

Thanks,
Brian
On Apr 9, 2020, 2:10 PM -0400, J. Landman Gay via use-livecode 
, wrote:
> On 4/9/20 11:52 AM, matthias rebbe via use-livecode wrote:
> > But fortunately the guidelines make exceptions:
> >
> > Sign in with Apple is not required if:
> > Your app exclusively uses your company’s own account setup and sign-in 
> > systems.
>
> Thank God. I almost had a heart attack.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
>
>
> ___
> 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: Another Apple iOS Deadline


On 4/9/20 11:52 AM, matthias rebbe via use-livecode wrote:

But fortunately  the guidelines make exceptions:

Sign in with Apple is not required if:
Your app exclusively uses your company’s own account setup and sign-in systems.


Thank God. I almost had a heart attack.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
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: Video format for mobile

Hi Jaques,

> Am 09.04.2020 um 20:03 schrieb J. Landman Gay via use-livecode 
> :
> 
> On 4/9/20 9:53 AM, Bryan Anderson via use-livecode wrote:
>> The .mp4 file spec allows for 3 different audio formats. AAC, MPEG1-Layer1 
>> and MPEG1-Layer2. AAC is by far the most often used audio codec.
>> I just made a quick video using each audio codec, and the only one that 
>> plays audio in LC is the AAC version (MacOS, LC 9.5.0). To make sure you’re 
>> video is the right format, download the sample stack in the bug report at 
>> https://quality.livecode.com/show_bug.cgi?id=21278 
>> . I know that video 
>> works, at least on Mac.
>> On MacOS. Quicktime is the default player on the Mac still today, but it’s 
>> not the same QuickTime from years ago that LC depended on. If “About 
>> QuickTime Player” shows version 10.5, you’re on the new one. QuickTime 
>> Player 7 uses the deprecated APIs.
> 
> I have QT 10.5 and it plays the video. Firefox does too. On Android, Chrome 
> plays it. So it looks like LC mobile player could be the problem.
> 
> I downloaded the file from your bug report, set a LC player to the filepath 
> on my Mac, and got the same empty black screen.

I did the same and the video played fine in a player object, same in a browser 
widget!
macOS 10.14.6, LC 9.5.1

The codec of that video is AVC (Advanced Video Codec), which is not very common.

> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.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: Mobile screen sizes - another naive question

On 4/9/20 11:47 AM, Richard Gaskin via use-livecode wrote:

Graham Samuel wrote:

 > Folks, yet again I don’t know where to look for an answer in the LC
 > documentation.
 >
 > The issue is the enormous variety of screen sizes on smart phones. For
 > example the iPhone XS Max has 1242 pixels width, the iPhone 5 has 640.
 > And there are many many more before we even get to tablets…
 >
 > The question is, how do most of you tackle this, and does LC help?
 > Obviously an object taking up a fixed number of pixels on one phone
 > will look absurdly large or small on another one, or of course may not
 > fit on the screen at all. Not all objects can be vector drawings, and
 > the ones that are still have to be resized according to device
 >
 > Is there anything better than the obvious trick of resizing everything
 > in sight when the app is being initialised, including substituting the
 > more sensitive graphics from a library of appropriate sizes? Seems
 > tedious.

Is it all that tedious?

Yes, unless you have a simple stack with only a few controls. If you have hundreds of objects, 
dealing with each of them individually, even if it's only one line that calls a handler, is a 
tedious time sink.

Graham, experiment with fullscreenMode, which automates most of the process. It isn't perfect 
and you'll need to make a few adjustments for different screen sizes, but it's much easier than 
trying to adjust for every possible screen ratio. LC implemented this specifically to take away 
the pain as much as possible.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
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: Video format for mobile

There is cisco's openh264 codec which they open sourced.  So that is a
potential solution that would have to include the livecode team.

https://github.com/cisco/openh264

On Thu, Apr 9, 2020 at 2:04 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 4/9/20 9:53 AM, Bryan Anderson via use-livecode wrote:
> > The .mp4 file spec allows for 3 different audio formats. AAC,
> MPEG1-Layer1 and MPEG1-Layer2. AAC is by far the most often used audio
> codec.
> >
> > I just made a quick video using each audio codec, and the only one that
> plays audio in LC is the AAC version (MacOS, LC 9.5.0). To make sure you’re
> video is the right format, download the sample stack in the bug report at
> https://quality.livecode.com/show_bug.cgi?id=21278 <
> https://quality.livecode.com/show_bug.cgi?id=21278>. I know that video
> works, at least on Mac.
> >
> > On MacOS. Quicktime is the default player on the Mac still today, but
> it’s not the same QuickTime from years ago that LC depended on. If “About
> QuickTime Player” shows version 10.5, you’re on the new one. QuickTime
> Player 7 uses the deprecated APIs.
>
> I have QT 10.5 and it plays the video. Firefox does too. On Android,
> Chrome plays it. So it
> looks like LC mobile player could be the problem.
>
> I downloaded the file from your bug report, set a LC player to the
> filepath on my Mac, and got
> the same empty black screen.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
>
> ___
> 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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: Video format for mobile


On 4/9/20 9:53 AM, Bryan Anderson via use-livecode wrote:

The .mp4 file spec allows for 3 different audio formats. AAC, MPEG1-Layer1 and 
MPEG1-Layer2. AAC is by far the most often used audio codec.

I just made a quick video using each audio codec, and the only one that plays audio 
in LC is the AAC version (MacOS, LC 9.5.0). To make sure you’re video is the right 
format, download the sample stack in the bug report at 
https://quality.livecode.com/show_bug.cgi?id=21278 
. I know that video works, 
at least on Mac.

On MacOS. Quicktime is the default player on the Mac still today, but it’s not 
the same QuickTime from years ago that LC depended on. If “About QuickTime 
Player” shows version 10.5, you’re on the new one. QuickTime Player 7 uses the 
deprecated APIs.


I have QT 10.5 and it plays the video. Firefox does too. On Android, Chrome plays it. So it 
looks like LC mobile player could be the problem.


I downloaded the file from your bug report, set a LC player to the filepath on my Mac, and got 
the same empty black screen.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
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: Video format for mobile

 I'm sorry to be the bearer of bad news here.  :(

if its h264 the browser widget won't play it. If you saw video but no audio
then thats one thing.but no video means the video codec is also absent.

On Thu, Apr 9, 2020 at 1:57 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> They're kind of huge (like 400 MB) so I didn't copy them to my phone, but
> they play okay on Mac
> using Firefox and on Android using Chrome browser. I guess that doesn't
> tell us much.
>
> Swami suggested to me privately that he uses a browser widget to play
> videos so I will try that
> next.
>
> On 4/9/20 9:20 AM, Mark Talluto via use-livecode wrote:
> > What happens if you play the file locally on each device?
> >
> > -Mark
> >
> > On Wed, Apr 8, 2020 at 10:22 PM J. Landman Gay via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Not sure what you mean by "an existing app" but my test app uses
> >> mobileControlCreate to set up
> >> a mobile player. When it accesses the video from my server, it's all
> black
> >> with no video or
> >> audio, and the nonexistent playback quits a few seconds in.
> >>
> >> I'm not sure whether these videos were created with streaming in mind. I
> >> vaguely remember we
> >> used to need to set a "streaming" checkbox when creating a video. Is
> that
> >> still required?
> >>
>  --
>  Jacqueline Landman Gay | jac...@hyperactivesw.com
>  HyperActive Software   | http://www.hyperactivesw.com
> 
> >>
> > ___
> > 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
> >
>
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
> ___
> 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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: Video format for mobile

They're kind of huge (like 400 MB) so I didn't copy them to my phone, but they play okay on Mac
using Firefox and on Android using Chrome browser. I guess that doesn't tell us much.

Swami suggested to me privately that he uses a browser widget to play videos so I will try that
next.

On 4/9/20 9:20 AM, Mark Talluto via use-livecode wrote:

What happens if you play the file locally on each device?

-Mark

On Wed, Apr 8, 2020 at 10:22 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

Not sure what you mean by "an existing app" but my test app uses
mobileControlCreate to set up
a mobile player. When it accesses the video from my server, it's all black
with no video or
audio, and the nonexistent playback quits a few seconds in.

I'm not sure whether these videos were created with streaming in mind. I
vaguely remember we
used to need to set a "streaming" checkbox when creating a video. Is that
still required?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com

___
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

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com

___
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: Another Apple iOS Deadline

https://developer.apple.com/app-store/review/guidelines/
-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 09.04.2020 um 18:51 schrieb Richard Gaskin via use-livecode 
> :
> 
> Ralph DiMola wrote:
> 
> From App developer email I just received:
> >
> > Please note that all apps that authenticate or set up user accounts
> > must support Sign in with Apple if required by guideline 4.8 of the
> > App Store Review Guidelines. New apps must follow guideline 4.8 and
> > Human Interface Guidelines on Sign in with Apple starting April 30,
> > 2020. App updates must follow these guidelines starting June 30, 2020.
> >
> > Can we do this?
> 
> Or would we want to?
> 
> I'm hoping I misunderstand that, because it sounds like the most onerous and 
> invasive thing I've ever read from that powerful controlling entity, far 
> worse than even their demand a few years ago to control the file format of 
> every Mac app's prefs settings.
> 
> Do you have a link where we can learn more?
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.com
> 
> 
> ___
> 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: Another Apple iOS Deadline

I was briefly shocked when i read your post.

I  am currently developing a service app, which allows to authenticate using  
already existing online shop login data.
That login data is used not only for the online shop, but also to authenticate 
to webservices  to download price data, fetch shipment information and so on.
The new app was planned as a mobile companion which allows to use all the web 
services in a more convenient way on a smartphone.

So in general the guidlines would mean that i cannot  use the shop login data 
to authentication in the app.

But fortunately  the guidelines make exceptions:

>>>
Sign in with Apple is not required if:
Your app exclusively uses your company’s own account setup and sign-in systems.
Your app is an education, enterprise, or business app that requires the user to 
sign in with an existing education or enterprise account.
Your app uses a government or industry-backed citizen identification system or 
electronic ID to authenticate users.
Your app is a client for a specific third-party service and users are required 
to sign in to their mail, social media, or other third-party account directly 
to access their content.
<<<

So the first one allows us to use the shop login data. Phew..


-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 09.04.2020 um 18:26 schrieb Ralph DiMola via use-livecode 
> :
> 
> From App developer email I just received:
> 
> Please note that all apps that authenticate or set up user accounts must
> support Sign in with Apple if required by guideline 4.8 of the App Store
> Review Guidelines. New apps must follow guideline 4.8 and Human Interface
> Guidelines on Sign in with Apple starting April 30, 2020. App updates must
> follow these guidelines starting June 30, 2020.
> 
> Can we do this?
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> ___
> 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: Another Apple iOS Deadline


Ralph DiMola wrote:

From App developer email I just received:
>
> Please note that all apps that authenticate or set up user accounts
> must support Sign in with Apple if required by guideline 4.8 of the
> App Store Review Guidelines. New apps must follow guideline 4.8 and
> Human Interface Guidelines on Sign in with Apple starting April 30,
> 2020. App updates must follow these guidelines starting June 30, 2020.
>
> Can we do this?

Or would we want to?

I'm hoping I misunderstand that, because it sounds like the most onerous 
and invasive thing I've ever read from that powerful controlling entity, 
far worse than even their demand a few years ago to control the file 
format of every Mac app's prefs settings.


Do you have a link where we can learn more?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com


___
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: Mobile screen sizes - another naive question

Graham Samuel wrote:

> Folks, yet again I don’t know where to look for an answer in the LC
> documentation.
>
> The issue is the enormous variety of screen sizes on smart phones. For
> example the iPhone XS Max has 1242 pixels width, the iPhone 5 has 640.
> And there are many many more before we even get to tablets…
>
> The question is, how do most of you tackle this, and does LC help?
> Obviously an object taking up a fixed number of pixels on one phone
> will look absurdly large or small on another one, or of course may not
> fit on the screen at all. Not all objects can be vector drawings, and
> the ones that are still have to be resized according to device
>
> Is there anything better than the obvious trick of resizing everything
> in sight when the app is being initialised, including substituting the
> more sensitive graphics from a library of appropriate sizes? Seems
> tedious.

Is it all that tedious?

Computers have had resizable windows since Mac 1.0, and even HyperCard 
stacks could be resize after its first version.

True, in the very olden days we all enjoyed the simplicity of knowing we 
never had to accommodate any screen size other than 512x342.  Ah, those 
were the days! :)

But 640x480 came along not long after, and it caused much concern among 
developers. Suddenly we had to become aware of screen metrics, and 
rearrange our layouts to make good use of the available space.

Then 1024x768 came along, and then we had THREE(!) screen sizes to 
contend with. Oh the humanity! :)

Then by the early 90s we got over it.  Anticipating multiple screen 
sizes became the norm, new tools like SuperCard, OMO, and MetaCard came 
along offering true resizable windows, and we learned to respond to 
notification that the window had resized so we can adjust our interior 
contents nicely.

Flash forward to 2010: iPhone comes out, with the presumption that one 
size will satisfy all tastes.  That didn't last long.  History doesn't 
always repeat itself, but it often rhymes. :)

As with desktop software, I find it instructive to observe how the best 
apps on mobile behave, and then - because those establish user 
expectations - do what they do.

And what we see is not all that different from how designers handle 
resizable windows on the desktop: some objects stay where they are, 
those that make sense to enlarge enlarge, those that make sense to 
remain adjacent to something next to them remain adjacent to something 
next to them, etc.

If you've written resizeStack handlers at any point in the last 28 years 
since MC premiered, you've already learned most of what you need to know 
to handle a resizeStack message on a mobile device.

The specifics of how this plays out in your layout will of course depend 
entirely on your layout.  But I have found a few things that have 
greatly simplified my UI work, chiefly:

- Use Groups Smartly

Relatively recently (a few years ago) the engine now sends a 
resizeControl message to groups whenever they're resized by any means, 
either user interaction with the pointer tool (as had always been the 
case) or via script (the new addition).

This allows us to work with our UIs very cleanly, recognizing that an 
app is ultimately a set of rows, and that some rows are divided into 
blocks.  When we group controls by their location/purpose logically, we 
get to take advantage of a wonderfully simplifying cascading effect with 
regard to resizing, which allows us to keep control adjustments local to 
their containing group.

Imagine a simple message form, where the rows are:

- Icons for navigating to different screens

- Message, which includes three rows:
  - Subject field
  - Body field
  - Send button

With that, our card script need only bother itself with the general 
placement of the two main goups:

on resizeStack x,y
   set the rect of grp "Nav" to 0,0,x,40
   set the rect of grp "Message" to 0,40,x,y
end resizeStack

And because the groups will get a resizeControl message when that card 
script adjust them, each can contain its own handler to take care of its 
interior contents.  This might be the script for the Message group:

on resizeControl
   set the rect of fld "Subject" to the left of me, the top of me, \
 the right of me, the top of me + 40
   set the rect of fld "Body" to the left of me, 40, the right of me, \
 the bottom of me - 60
   set the bottomRight of btn "Send" to x-20, y-10
end resizeControl

Encapsulating resizing within the group not only keeps the logic simple 
and tidy, but by using the group bounds as its basis rather than the 
card (e.g., "the left of me") the group is maintainable and even 
portable - the card script that sets its rect can change at any time, 
and the group's resizeControl handler will continue to work well.

There are probably other tips and tricks worth considering, but none 
have radically streamlined the process of delivering the UI I want my 
user to enjoy as much as using groups as containe

Another Apple iOS Deadline

2020-04-09 Thread Ralph DiMola via use-livecode

>From App developer email I just received:

Please note that all apps that authenticate or set up user accounts must
support Sign in with Apple if required by guideline 4.8 of the App Store
Review Guidelines. New apps must follow guideline 4.8 and Human Interface
Guidelines on Sign in with Apple starting April 30, 2020. App updates must
follow these guidelines starting June 30, 2020.

Can we do this?

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


___
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: [OT] Banks, Governments looking for COBOL programmers


Martin Koob wrote:
...
> Just an OT comment with a tangential link to LiveCode.
...
> "People who are conversant in terse languages, like C, do not like
> COBOL because it's very wordy. You say things out in plain English
> sentences and before you even get down to doing anything you have
> to describe all of your data in a very elaborate structure," says
> retired COBOL programmer, Jay Moseley.

I have no opinion on COBOL, but when we see complains of "verbosity" 
with LiveCode it makes me laugh:


The view stems from a focus on individual statements, somehow never 
noticing that there are dramatically fewer statements overall.


Moral: Measure chars-per-task, not chars-per-statement.

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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: Go to card has become slow


Bob Sneidar wrote:

>> On Apr 8, 2020, at 11:16 PM, Richard Gaskin wrote:
>>
>> Better still, see the last comment on that page. :)
>>
>> It kinda fits Brian's observation about how the stack file is
>> written in a series of small writes, one per object.
>
> Yes, but I have saved stacks with both Defender and Kaspersky
> disabled. In our case I do not think that is the entire issue.

Probably not exclusively. But to assess the contributory effect, what 
are your measurements using Neville's test with and without those AV 
packages active?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com


___
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

[OT] Banks, Governments looking for COBOL programmers

2020-04-09 Thread Martin Koob via use-livecode

Hi all

Just an OT comment with a tangential link to LiveCode.

At the end of the community zoom session there was a comment about old
programming languages and I had made a comment that Canadian banks are still
looking for FORTRAN programmers. I was wrong it is COBOL programmers. I found
an article from last year around the time when I must have read about this.

https://www.thestar.com/business/technology/2018/09/21/do-you-know-cobol-if-so-there-might-be-a-job-for-you.html

That search was sparked by an article I just saw today saying that the
shortage of COBOL programmers it is an issue for US government agencies in the
midst of the COVID-19 pandemic.

https://www.cnn.com/2020/04/08/business/coronavirus-cobol-programmers-new-jersey-trnd/?iid=ob_lockedrail_topeditorial

I don’t know COBOL but it was interesting as to the reason many programmers did
not like it.

From the Star article "Detractors say Cobol isn’t versatile and results in
reams of code, because it is partly written in actual English words.”

And it is not just in North America that having a lot of legacy code in COBOL
is an issue. I found this article on the website.
https://www.dw.com/en/fail-by-design-bankings-legacy-of-dark-code/a-43645522

The article quotes a retired COBOL programmer who takes issue with the negative
view of COBOL above.

"People who are conversant in terse languages, like C, do not like COBOL
because it's very wordy. You say things out in plain English sentences and
before you even get down to doing anything you have to describe all of your
data in a very elaborate structure," says retired COBOL programmer, Jay Moseley.
That can have its advantages. "I like COBOL in that it's self-documenting. You
can pick up something that somebody wrote 40 years ago and figure out pretty
much what they were doing and why they were doing it," says Moseley.

I found interesting that some of the strengths of LiveCode, being in written
with English words in more or less English sentences, and the ability to be
self documenting, were something that existed in one of the first programming
languages.

Any way sorry for the distraction, now back to work.

Martin

___
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

Mobile screen sizes - another naive question

2020-04-09 Thread Graham Samuel via use-livecode

Folks, yet again I don’t know where to look for an answer in the LC 
documentation.

The issue is the enormous variety of screen sizes on smart phones. For example 
the iPhone XS Max has 1242 pixels width, the iPhone 5 has 640. And there are 
many many more before we even get to tablets…

The question is, how do most of you tackle this, and does LC help? Obviously an 
object taking up a fixed number of pixels on one phone will look absurdly large 
or small on another one, or of course may not fit on the screen at all. Not all 
objects can be vector drawings, and the ones that are still have to be resized 
according to device

Is there anything better than the obvious trick of resizing everything in sight 
when the app is being initialised, including substituting the more sensitive 
graphics from a library of appropriate sizes? Seems tedious.

Graham
___
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: Video format for mobile

Hi all,

> Am 09.04.2020 um 16:53 schrieb Bryan Anderson via use-livecode 
> :
> 
> The .mp4 file spec allows for 3 different audio formats. AAC, MPEG1-Layer1 
> and MPEG1-Layer2. AAC is by far the most often used audio codec.

yes, even my (not so smart) TV can play MP4 with AAc directly from an USB 
attached harddisk.

> I just made a quick video using each audio codec, and the only one that plays 
> audio in LC is the AAC version (MacOS, LC 9.5.0). To make sure you’re video 
> is the right format, download the sample stack in the bug report at 
> https://quality.livecode.com/show_bug.cgi?id=21278 
> . I know that video 
> works, at least on Mac.
> 
> On MacOS. Quicktime is the default player on the Mac still today, but it’s 
> not the same QuickTime from years ago that LC depended on. If “About 
> QuickTime Player” shows version 10.5, you’re on the new one. QuickTime Player 
> 7 uses the deprecated APIs.

Well, no idea why they keep the name "QuickTime", since the current framework 
is the macOS AV-Framework
and no QuickTIme anymore.

However I still run Mojave, so I can use the old QT Player (PRO, I once bought 
a license a million years ago) and 
can use it to export audio/video to a variety of other codecs.

> Bryan Anderson
> Exnihilo Media
> https://exnihilo-media.com/ 

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.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: Go to card has become slow

2020-04-09 Thread Bob Sneidar via use-livecode

Are we saying we can use binFile to save stacks as opposed to the normal way? 
With no side effects??

Bob S


> On Apr 8, 2020, at 7:04 AM, Bob Sneidar  wrote:
> 
>>   put url ("binfile:"&fName) into tData
>>   put the long seconds into t
>>   put tData into url ("binfile:"& fName)
>>   put the long seconds - t


___
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: Old Fossil seeks fast track assistance

2020-04-09 Thread Graham Samuel via use-livecode

Devin. I was too optimistic in thinking things would now go smoothly! I would 
very much appreciated your advice on the following:

Following your advice to your students, I have downloaded and installed the 
latest XCode I can use on my Mac, which is 10.1. I have set the mobile 
preferences of my LiveCode 9.5.1 Indy to point to the developer section in the 
XCode app as you instruct (to be certain, I deleted the default and input the 
info afresh). I can open a simulator for any of my target iPhones -  but when I 
try to set the Standalone settings for my current project, I am unable to 
select iOS as an option, and indeed I don’t see a detailed set of parameters 
but just a simpler window. (I think it’s called the General Settings) In fact I 
find that I can’t add or subtract any platform, although I notice that Mac, 
Windows and Linux all have a green checkmark, which I don’t want! There is 
supposed to be a Mode Selector accessed by the top left button on this screen, 
but I am not seeing it.

I suppose there must be something wrong with my project, which is at an early 
stage, but features an iPhone shaped card with some buttons on it, at least!

I suppose the answer is very very simple, but I have not been able to find it. 
I just can’t see what I’m doing wrong, and if there’s anything in the LC 
documentation about this, it is not obvious, nor do the LC preferences settings 
help.

Sorry for the interruption - I hope you (or someone else on the list) can help 
as I am now completely stuck as far as proper testing goes.

Graham

> On 6 Apr 2020, at 16:55, Devin Asay via use-livecode 
> mailto:use-livecode@lists.runrev.com>> wrote:
> 
> Graham,
> 
> I’ve just been through this gauntlet with my students. I provided some links 
> and lessons for them at http://livecode.byu.edu/mobile/test-deploy-links.php 
> . I found the process 
> for setting up Android a little fraught with pitfalls, so I created an 
> expanded instruction sheet for Android setup, linked to that page.
> 
> I’m staying with the latest Stable version of LiveCode for my class, 9.5.1. 
> I’m running on Mac OS 10.14 Mojave. With this setup I have to use Xcode 10.1.
> 
> As a refresher, on developer.apple.com 
>  >, you need to create your iOS developer 
> certificate, register all of the UDIDs for your iOS devices, then create a 
> wildcard provisioning profile for testing your apps. The provisioning profile 
> must include all devices you want to test on.
> 
> A collection of links of instructions for distributing mobile apps: 
> http://livecode.byu.edu/mobile/mobileAppDistribution.php 
> .
> 
> I hope this will all help jog your memory. I find mine needs to be jogged 
> every time I come back to this mobile stuff after a long time away.
> 
> Cheers,
> 
> Devin

___
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: Video format for mobile

2020-04-09 Thread Bryan Anderson via use-livecode

The .mp4 file spec allows for 3 different audio formats. AAC, MPEG1-Layer1 and 
MPEG1-Layer2. AAC is by far the most often used audio codec.

I just made a quick video using each audio codec, and the only one that plays 
audio in LC is the AAC version (MacOS, LC 9.5.0). To make sure you’re video is 
the right format, download the sample stack in the bug report at 
https://quality.livecode.com/show_bug.cgi?id=21278 
. I know that video works, 
at least on Mac.

On MacOS. Quicktime is the default player on the Mac still today, but it’s not 
the same QuickTime from years ago that LC depended on. If “About QuickTime 
Player” shows version 10.5, you’re on the new one. QuickTime Player 7 uses the 
deprecated APIs.

Bryan Anderson
Exnihilo Media
https://exnihilo-media.com/ 


___
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: Video format for mobile

2020-04-09 Thread Bob Sneidar via use-livecode

As I recall, it is lossless, yes?

Bob S


> On Apr 8, 2020, at 7:46 PM, Jerry Jensen via use-livecode 
>  wrote:
> 
> Hi J,
> AAC is Advanced Audio Compression - successor to MP3.
> https://fileinfo.com/extension/aac
> Hope this will help you figure out how to play it.
> .Jerry


___
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: Go to card has become slow

2020-04-09 Thread Bob Sneidar via use-livecode

Yes, but I have saved stacks with both Defender and Kaspersky disabled. In our 
case I do not think that is the entire issue. 

Bob S


> On Apr 8, 2020, at 11:16 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Better still, see the last comment on that page. :)
> 
> It kinda fits Brian's observation about how the stack file is written in a 
> series of small writes, one per object.
> 
> -- 
> Richard Gaskin


___
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: Umlauts (again) and arraytojson

2020-04-09 Thread Trevor DeVore via use-livecode

On Thu, Apr 9, 2020 at 8:06 AM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi friends,
>
> this just came up in the german LC forum, obviously "arraytojson"
> does not like UMLUATS in the keynames!?
>
> This:
> --
> on mouseUp
>  put "eins" into tArray["äns"]
>  put "zwei" into tArray["zwöi"]
>  put arraytojson(tArray)
> end mouseUp
> --
> gives -> {}
>
> Is this correct/desired behaviour?

Correct? Yes. The data and keys are not UTF-8 encoded.
Desired? No.

Try encoding the keys and data as UTF-8 before passing to arraytojson.
Arraytojson() uses the mergJSON external and requires UTF-8 data.

--
on mouseUp
 put textEncode("eins", "utf8") into tArray[textEncode("äns", "utf8")]
 put textEncode("zwei", "utf8") into tArray[textEncode("zwöi", "utf8")]
 put arraytojson(tArray)
end mouseUp
—

You can refer to the following report I filed on the current state of JSON
in LiveCode (which is not good). In my work I use both the JSON Library and
mergJSON as described in the report.

https://quality.livecode.com/show_bug.cgi?id=22478

-- 
Trevor DeVore
ScreenSteps

>
___
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: Video format for mobile

2020-04-09 Thread Mark Talluto via use-livecode

What happens if you play the file locally on each device?

-Mark

On Wed, Apr 8, 2020 at 10:22 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Not sure what you mean by "an existing app" but my test app uses
> mobileControlCreate to set up
> a mobile player. When it accesses the video from my server, it's all black
> with no video or
> audio, and the nonexistent playback quits a few seconds in.
>
> I'm not sure whether these videos were created with streaming in mind. I
> vaguely remember we
> used to need to set a "streaming" checkbox when creating a video. Is that
> still required?
>
> >> --
> >> Jacqueline Landman Gay | jac...@hyperactivesw.com
> >> HyperActive Software   | http://www.hyperactivesw.com
> >>
>
___
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: Umlauts (again) and arraytojson

definitely not correct.

On Thu, Apr 9, 2020 at 9:06 AM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi friends,
>
> this just came up in the german LC forum, obviously "arraytojson"
> does not like UMLUATS in the keynames!?
>
> This:
> --
> on mouseUp
>  put "eins" into tArray["äns"]
>  put "zwei" into tArray["zwöi"]
>  put arraytojson(tArray)
> end mouseUp
> --
> gives -> {}
>
> Is this correct/desired behaviour?
>
>
> Best
>
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> kl...@major-k.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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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

Umlauts (again) and arraytojson