Re: Android Release Requires 21 but 911 Devices Get Dropped?

2020-04-17 Thread Sannyasin Brahmanathaswami via use-livecode
What is 

"4.x" ?

 Minimum Android Version?

I did as you suggested last year, two builds

e.g
version 22 for arm v7 and arm64
version 23 for x86 and x86_64

both came in (using SDK 21) about 95MB

the last versions, (20,21) done with SDK 18 were about 70MB

the analysis did not complain about the size  of the download, only that

"Doesn't support framework version 
21 and onwards"

BR





On 4/17/20, 9:55 AM, "use-livecode on behalf of Ralph DiMola via use-livecode" 
 wrote:

From the release notes: 4.x support is dropped. That represents 5% of all 
active installs but may be a higher percentage of devices. What architectures 
are you building for? Putting all 4 into one apk can exceed the size limits for 
some devices.

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: Learned my lesson

2020-04-17 Thread Mark Wieder via use-livecode

On 4/17/20 6:53 PM, Phil Davis via use-livecode wrote:
I feel your pain! I switched to using "of me" or "of the owner of me" 
whenever possible which works very well in many/most cases, but 
sometimes it just isn't enough.


"the mainstack of this stack" always work as well.
Almost always.
Don't try it in a frontscript, though.

--
 Mark Wieder
 ahsoftw...@gmail.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: Learned my lesson

2020-04-17 Thread Bob Sneidar via use-livecode
I’ve also discovered the childControlIDs and the childControlNames. These list 
the direct children of a group. The controlNames and controlIDs list EVERY 
object on a card whether grouped or not. 

The latter becomes especially handy of you preface your object names with some 
kind of type identifier. For example fld, btn, menu, grp, dg. Then you can for 
example filter the controlNames with “fld*” and presto! a list of all the 
fields on your card! 

In my stack scripts now I always use me when referring to the stack. 

Bob S


> On Apr 17, 2020, at 6:53 PM, Phil Davis via use-livecode 
>  wrote:
> 
> I feel your pain! I switched to using "of me" or "of the owner of me" 
> whenever possible which works very well in many/most cases, but sometimes it 
> just isn't enough.
> 
> Phil Davis

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


Re: Learned my lesson

2020-04-17 Thread Phil Davis via use-livecode
I feel your pain! I switched to using "of me" or "of the owner of me" 
whenever possible which works very well in many/most cases, but 
sometimes it just isn't enough.


Phil Davis


On 4/17/20 6:41 PM, Bob Sneidar via use-livecode wrote:

I just spent 2 hours purging the detestable “this stack” from my entire list of 
projects. If you use substacks, if you hide and show stacks, this stack simply 
unreliable. Instead put this at the head of every script that needs to know 
what the parent stack is:

put getParentStack(the long id of me) into tParentStack

and have this in a library or active script somewhere:

function getParentCard pObjectID
put offset("card id", pObjectID) into tStartChar
put char tStartChar to -1 of pObjectID into tCardID
return tCardID
end getParentCard

function getParentStack pObjectID
put offset("stack ", pObjectID) into tStartChar
put char tStartChar to -1 of pObjectID into tParentStack
return tParentStack
end getParentStack

Now you will know ABSOLUTELY which stack you are in from any object on any 
card. And no, I’m not senile (much yet) I know I already posted this some time 
ago.

Bob S

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


--
Phil Davis
503-307-4363


___
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


Learned my lesson

2020-04-17 Thread Bob Sneidar via use-livecode
I just spent 2 hours purging the detestable “this stack” from my entire list of 
projects. If you use substacks, if you hide and show stacks, this stack simply 
unreliable. Instead put this at the head of every script that needs to know 
what the parent stack is:

put getParentStack(the long id of me) into tParentStack

and have this in a library or active script somewhere:

function getParentCard pObjectID
   put offset("card id", pObjectID) into tStartChar
   put char tStartChar to -1 of pObjectID into tCardID
   return tCardID
end getParentCard

function getParentStack pObjectID
   put offset("stack ", pObjectID) into tStartChar
   put char tStartChar to -1 of pObjectID into tParentStack
   return tParentStack
end getParentStack

Now you will know ABSOLUTELY which stack you are in from any object on any 
card. And no, I’m not senile (much yet) I know I already posted this some time 
ago. 

Bob S

___
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: Long Standing Issue with the defaultStack

2020-04-17 Thread Bob Sneidar via use-livecode
Okay wrong again. The message gets sent first to the card, then the stack, then 
the stack behavior, then the main stack. 

But before any of that, I get a dialog asking if I want to save the stack! That 
is what I am trying to avoid! This was discussed before, and I thought 
closeStackRequest was the solution, but apparently not. I may need to do this 
in a front script. 

The defaultStack thing still stands though. 

Bob S



> On Apr 17, 2020, at 4:17 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Hi all. 
> 
> I think I have stumbled across what appears to be a bug. When I open a sub 
> stack from a main stack script, the main stack remains the defaultStack. This 
> is causing any number of issues with me. I have a closeStackRequest handler 
> for instance that auto saves the stack. It never gets triggered because the 
> closeStack message never gets sent to it! 
> 
> If I open a stack, shouldn’t THAT STACK become the default, barring modal or 
> system stacks? 
> 
> MacOS Community 9.5.1
> 
> Bob S

___
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


Long Standing Issue with the defaultStack

2020-04-17 Thread Bob Sneidar via use-livecode
Hi all. 

I think I have stumbled across what appears to be a bug. When I open a sub 
stack from a main stack script, the main stack remains the defaultStack. This 
is causing any number of issues with me. I have a closeStackRequest handler for 
instance that auto saves the stack. It never gets triggered because the 
closeStack message never gets sent to it! 

If I open a stack, shouldn’t THAT STACK become the default, barring modal or 
system stacks? 

MacOS Community 9.5.1

Bob S

___
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: Android Release Requires 21 but 911 Devices Get Dropped?

2020-04-17 Thread Ralph DiMola via use-livecode
From the release notes: 4.x support is dropped. That represents 5% of all 
active installs but may be a higher percentage of devices. What architectures 
are you building for? Putting all 4 into one apk can exceed the size limits for 
some devices.

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

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
Sannyasin Brahmanathaswami via use-livecode
Sent: Friday, April 17, 2020 1:53 PM
To: How LiveCode
Cc: Sannyasin Brahmanathaswami
Subject: Android Release Requires 21 but 911 Devices Get Dropped?

I wonder if I did something wrong. Just releasing a new version of SivaSiva to 
the stores...

Using 9.6.0 dp 4  -- which contained an important bug fix for the javascript 
handlers in the browser widget.

I want prompted that I need to upgrade for SDK18 to SDK21.

With no  apparent option to do otherwise.

Now at my Google Release console it is saying that 911 devices will be 
unsupported

"Doesn't support framework version 
21 and onwards"

It includes a fairly high percentage of devices: 

9.5% of  phones and
13.9% of tablets

Perhaps that just what it takes to keep going forward. 
But maybe I did something wrong?

Brahmanathaswami





___
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: Even Distribution

2020-04-17 Thread doc hawk via use-livecode
Bob belabored,

> BAs I said, all else being equal, roughly same work required, localized 
> territory, no chance of a job being rescheduled, etc. Use a Round Robin 
> approach. 

For that matter, if it is an ongoing situation, where this is simply a daily 
load of randomly sized tasks, round robin works in the long and even 
intermediate term.  So would random assignment, but it would have more short 
term spikes.

Or a modified round robin, with assignment to either the next available, or to 
the next driver with only one item in his queue


___
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: A short question about Xcode

2020-04-17 Thread Graham Samuel via use-livecode
Thanks Bill - I will try very  hard to take your advice. Right now I am a 
couple of steps back as I am getting strange results on the simulator - widgets 
(just mobile labels) disappearing, and the GPS activation which worked a couple 
of hours ago, suddenly failing… hope to get back to the real device issue soon.

Graham

> On 17 Apr 2020, at 17:35, William Prothero via use-livecode 
>  wrote:
> 
> Graham:
> I’ve been where you are, with the maze of requirements to get an app on 
> iPhone. One thing I found was that the trail of mis-steps left a confusing 
> mess of invalid entries in the keychain and Xcode app, and in the other 
> places in my . When I got rid of every entry that I had made and started over 
> from scratch, I had success finally. So, every time I get to that point in 
> the project, I do a housecleaning, then religiously followed the steps some 
> of the livecode app gurus have posted. I’m fortunate in that I only need to 
> use my app on my own iPhone and don’t have to go thru the apple store.
> 
> FYI— Sorry that I didn’t note the author of this snippet, but I found it very 
> useful and stored it in my notes. It may not be the most current, as well.
> Ah yes - one of the biggest GOTCHA’s there is when working on Apple 
> certification…
> 
> I’ve found the best approach is to keep my dev machine scrupulously clean as 
> regards old certificates, and a session with Keychain Access pays dividends. 
> 
> The same thing goes as regards old provisioning profiles - you should find 
> all provisioning profiles on your mac stored at 
> '/Users/ cleaning out of that folder and then using Xcode to pull down fresh copies is 
> the way to go
> 
> In general ‘good hygiene’ with your certificates and profiles is necessary 
> and will prevent much head thumping, cursing, gnashing of teeth and tears at 
> bedtime :)
> 
> And finally, I’ve found it best to keep old copies of Xcode on my machine in 
> their own sub-folder (individually named) in the Applications folder whilst 
> keeping the executable named “Xcode.app”
> —End of snippet
> 
> Good luck,
> Bill
> 
> William A. Prothero
> https://earthlearningsolutions.org
> 
>> On Apr 16, 2020, at 2:57 PM, scott--- via use-livecode 
>>  wrote:
>> 
>> Hello Graham,
>> 
>> When you created the development provisioning profile, I assume you added 
>> your iPhone’s UUID to the list of allowed test devices. In the Standalone 
>> Application Settings—> iOS—> Basic Settings (tab) did you select the correct 
>> profile. (Simulator doesn’t care about profiles but your real devices need 
>> to be specifically allowed.) If you just added one, be sure to restart LC so 
>> that it sill see it.
>> —
>> Scott Morrow
>> 
>>> On Apr 16, 2020, at 1:20 PM, Graham Samuel via use-livecode 
>>>  wrote:
>>> 
>>> Ralph, I am using a development provisioning profile for iPhone. It was 
>>> created this month and expires next year. I will try to go over the whole 
>>> process again. I did as much as I could to include all the icons and splash 
>>> pages needed for all the phones I was likely to encounter (that was about 5 
>>> different types). Do I have to include ones that nobody is going to use?
>>> 
>>> Graham
>>> 
 On 16 Apr 2020, at 22:04, Ralph DiMola via use-livecode 
  wrote:
 
 You can ignore the "this version of Xcode (10.1) was not compatible with 
 the iOS 13 on my iPhone XS"
 
 Make sure your using a development provisioning profile. Create a new one 
 and try using it. If I remember correctly I've also seen this when not all 
 Icons or Splash pages are included.
 
 Ralph DiMola
 IT Director
 Evergreen Information Services
 rdim...@evergreeninfo.net
 
 
 -Original Message-
 From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On 
 Behalf Of Graham Samuel via use-livecode
 Sent: Thursday, April 16, 2020 3:05 PM
 To: How to use LiveCode
 Cc: Graham Samuel
 Subject: Re: A short question about Xcode
 
 Sadly, my test targets are just simulators. No real device is mentioned.
 
 However, following Ralph’s advice (thanks), i reconnected with my phone 
 unlocked. Things looked promising, but then a message came up saying that 
 maybe this version of Xcode (10.1) was not compatible with the iOS 13 on 
 my iPhone XS, which is my main test device (it’s OK in the simulator). It 
 then tried to do the loading of the app into the phone and eventually said
 
> The entitlements specified in your application’s Code Signing 
> Entitlements file are invalid, not permitted, or do not match those 
> specified in your provisioning profile. (0xE8008016).
 
 I suppose that may be the end of that. I need a new iMac - the one I’ve 
 got won’t run a later version of Xcode. Sadly they are rather expensive. I 
 can’t visit anyone else’s, even if I could find one, since i’m in lockdown.
 
 Nothing, but nothing, is

Re: Even Distribution

2020-04-17 Thread Skip Kimpel via use-livecode
Awesome. thank you!

On Fri, Apr 17, 2020 at 1:15 PM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Or to do the full distribution ...
>
> put Njobs div Ndrivers into tMin
> put NJobs mod Ndrivers into tExtras
>
> repeat with i = 1 to NDrivers
> if i <= tExtras then
>allocate tMin+1
>else
>   allocate tMin
>end if
> end repeat
>
> However, say your drivers are sorted alphabetically, then before long
> Andy will realise that he is being allocated more jobs that Zebedee. You
> could (sometimes) reverse the order of drivers - but then Mary loses out
> on jobs compared to both Andy and Zebedee. Or you could randomize the
> order of the drivers - but maybe they're also pre-sorted by location.
>
> Instead, you want to even out the spread of extras across the drivers -
> so you need something like
>
> repeat with i = 1 to Ndrivers
> if tExtras > (Ndrivers-i)/2 then
>allocate tMin+1
>subtract 1 from tExtras
>else
>   allocate tMin
>end if
> end repeat
>
> (which still has a slight bias towards giving jobs to Zebedee - but it's
> so slight it will take probably take him years to notice :-)
>
> Alex.
>
> On 17/04/2020 05:28, Jerry Jensen via use-livecode wrote:
> >   Hi Skip,
> > Forgive me if this is not the answer you seek, or an oversimplification,
> but there is an easy way to find if the jobs can be exactly evenly
> distributed, with nothing left over:
> > if (tjobs mod tdrivers) = 0 then // it is evenly distrutable.
> > .Jerry
> >
> >> On Apr 16, 2020, at 7:41 PM, Skip Kimpel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> I have working on creating a loop that would divide the number of jobs
> by
> >> the number of users and then checking to see to see if it is evenly
> >> divisible but that is kind of where I am stuck.  Everything I have tried
> >> thus far has proven to be unsuccessful.
> >
> > ___
> > 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


Android Release Requires 21 but 911 Devices Get Dropped?

2020-04-17 Thread Sannyasin Brahmanathaswami via use-livecode
I wonder if I did something wrong. Just releasing a new version of SivaSiva to 
the stores...

Using 9.6.0 dp 4  -- which contained an important bug fix for the javascript 
handlers in the browser widget.

I want prompted that I need to upgrade for SDK18 to SDK21.

With no  apparent option to do otherwise.

Now at my Google Release console it is saying that 911 devices will be 
unsupported

"Doesn't support framework version 
21 and onwards"

It includes a fairly high percentage of devices: 

9.5% of  phones and
13.9% of tablets

Perhaps that just what it takes to keep going forward. 
But maybe I did something wrong?

Brahmanathaswami





___
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: Dark Mode Detection

2020-04-17 Thread Klaus major-k via use-livecode
Hi Richmond,

> Am 17.04.2020 um 19:43 schrieb Richmond via use-livecode 
> :
> 
> Well: you and I both are at fault:
> Myself for expecting LiveCode to adopt dark mode,
> and you for describing something as "fine print" which is nothing of the sort.

 8-)

> Love, love bites, bites and so on.
> 
> Richmond.

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: Dark Mode Detection

2020-04-17 Thread Richmond via use-livecode

Well: you and I both are at fault:

Myself for expecting LiveCode to adopt dark mode,

and you for describing something as "fine print" which is nothing of the 
sort.


Love, love bites, bites and so on.

Richmond.

On 17.04.20 20:37, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 17.04.2020 um 19:26 schrieb Richmond via use-livecode 
:

"Dark mode detection
A new systemAppearance property has been added which returns
dark if the application is running in dark mode and light otherwise.

A new systemAppearanceChanged message is now sent to the current card of the 
defaultStack
when the system appearance changes."

And where would the 'fine print' be?

the "fine print" is to not think that LC suddenly has an actual DARK MODE
that we can switch on and off as we like! That is not the case! 8-)


On 17.04.20 19:33, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 17.04.2020 um 18:20 schrieb Richmond via use-livecode 
:

Well, as per the Read Me for LC 9.6.0 DP-4 . . .
Running on MacOS 10.15.5 beta 1 in dark mode: LiveCode is as white as a white 
thing.
Um?

get used to also read the fineprint! :-D

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



___
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: Dark Mode Detection

2020-04-17 Thread Klaus major-k via use-livecode
Hi Richmond,

> Am 17.04.2020 um 19:26 schrieb Richmond via use-livecode 
> :
> 
> "Dark mode detection
> A new systemAppearance property has been added which returns
> dark if the application is running in dark mode and light otherwise.
> 
> A new systemAppearanceChanged message is now sent to the current card of the 
> defaultStack
> when the system appearance changes."
> 
> And where would the 'fine print' be?

the "fine print" is to not think that LC suddenly has an actual DARK MODE 
that we can switch on and off as we like! That is not the case! 8-)

> On 17.04.20 19:33, Klaus major-k via use-livecode wrote:
>> Hi Richmond,
>> 
>>> Am 17.04.2020 um 18:20 schrieb Richmond via use-livecode 
>>> :
>>> 
>>> Well, as per the Read Me for LC 9.6.0 DP-4 . . .
>>> Running on MacOS 10.15.5 beta 1 in dark mode: LiveCode is as white as a 
>>> white thing.
>>> Um?
>> get used to also read the fineprint! :-D

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: Dark Mode Detection

2020-04-17 Thread Richmond via use-livecode

"Dark mode detection
A new systemAppearance property has been added which returns
dark if the application is running in dark mode and light otherwise.

A new systemAppearanceChanged message is now sent to the current card of 
the defaultStack

when the system appearance changes."

And where would the 'fine print' be?

On 17.04.20 19:33, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 17.04.2020 um 18:20 schrieb Richmond via use-livecode 
:

Well, as per the Read Me for LC 9.6.0 DP-4 . . .
Running on MacOS 10.15.5 beta 1 in dark mode: LiveCode is as white as a white 
thing.
Um?

get used to also read the fineprint! :-D


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



___
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: Even Distribution

2020-04-17 Thread Alex Tweedly via use-livecode

Or to do the full distribution ...

put Njobs div Ndrivers into tMin
put NJobs mod Ndrivers into tExtras

repeat with i = 1 to NDrivers
   if i <= tExtras then
  allocate tMin+1
  else
 allocate tMin
  end if
end repeat

However, say your drivers are sorted alphabetically, then before long 
Andy will realise that he is being allocated more jobs that Zebedee. You 
could (sometimes) reverse the order of drivers - but then Mary loses out 
on jobs compared to both Andy and Zebedee. Or you could randomize the 
order of the drivers - but maybe they're also pre-sorted by location.


Instead, you want to even out the spread of extras across the drivers - 
so you need something like


repeat with i = 1 to Ndrivers
   if tExtras > (Ndrivers-i)/2 then
  allocate tMin+1
  subtract 1 from tExtras
  else
 allocate tMin
  end if
end repeat

(which still has a slight bias towards giving jobs to Zebedee - but it's 
so slight it will take probably take him years to notice :-)


Alex.

On 17/04/2020 05:28, Jerry Jensen via use-livecode wrote:

  Hi Skip,
Forgive me if this is not the answer you seek, or an oversimplification, but 
there is an easy way to find if the jobs can be exactly evenly distributed, 
with nothing left over:
if (tjobs mod tdrivers) = 0 then // it is evenly distrutable.
.Jerry


On Apr 16, 2020, at 7:41 PM, Skip Kimpel via use-livecode 
 wrote:

I have working on creating a loop that would divide the number of jobs by
the number of users and then checking to see to see if it is evenly
divisible but that is kind of where I am stuck.  Everything I have tried
thus far has proven to be unsuccessful.


___
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: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread Ludovic THEBAULT via use-livecode


> Le 17 avr. 2020 à 17:41, Ludovic THEBAULT via use-livecode 
>  a écrit :
> 
> 
> 
>> Le 17 avr. 2020 à 16:55, panagiotis merakos via use-livecode 
>>  a écrit :
>> 
>> Hello Ludovic,
>> 
>> Could you please file a bug report and include a (ideally simple) sample
>> stack, so as we investigate asap?
>> 
>> Kind regards,
>> Panos
> 
> Ok.
> 
> So, I wanted to remove all scripts and cards unrelated to the problem to 
> provide you with a test stack and... after checking no more errors!
> 
> So I'll try to delete little by little to determine the culprit. I will post 
> the bug report and the sample stack at that time.
> 



Here the bug report.

I didn't have any error with my test stack because I didn't add the code to 
display the errors ….  and the error had disappeared on my app when I had 
deleted this code !

Bug 22689 

I’ve retested on my iPhone, the sample stack compiled with Livecode 9.04 don’t 
show any error.

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


Re: Dark Mode Detection

2020-04-17 Thread Klaus major-k via use-livecode
Hi Richmond,

> Am 17.04.2020 um 18:20 schrieb Richmond via use-livecode 
> :
> 
> Well, as per the Read Me for LC 9.6.0 DP-4 . . .
> Running on MacOS 10.15.5 beta 1 in dark mode: LiveCode is as white as a white 
> thing.
> Um?

get used to also read the fineprint! :-D


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: Dark Mode Detection

2020-04-17 Thread Tore Nilsen via use-livecode
I guess it means that you can make an application that detects whether or not 
the user system is running in dark mode and write your own code to set the 
properties of your application accordingly. It means that you can write 
applications that are aware of the mode on the user system.

Best regards
Tore Nilsen
> 17. apr. 2020 kl. 18:20 skrev Richmond via use-livecode 
> :
> 
> Well, as per the Read Me for LC 9.6.0 DP-4 . . .
> 
> Running on MacOS 10.15.5 beta 1 in dark mode: LiveCode is as white as a white 
> thing.
> 
> Um?
> 
> ___
> 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


Dark Mode Detection

2020-04-17 Thread Richmond via use-livecode

Well, as per the Read Me for LC 9.6.0 DP-4 . . .

Running on MacOS 10.15.5 beta 1 in dark mode: LiveCode is as white as a 
white thing.


Um?

___
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-17 Thread dsc--- via use-livecode
Here is a cool app from Kreativzirkel Design Studio. It is a contact diary as 
mentioned here. 

https://www.coronika.app/en 

I say "cool", but I haven't tried it. it looks good. Should it be done better?




> On Apr 15, 2020, at 4:57 PM, dsc--- via use-livecode 
>  wrote:
> 
> Meanwhile at Covid Watch there is talk of moving the provider-facing at to a 
> web app of some sort.
> 
>> On Apr 14, 2020, at 1:37 PM, dsc--- via use-livecode 
>>  wrote:
>> 
>> Jonathan Rothberg is looking for brilliant people who can code whatever your 
>> domain. 
>> 
>> 
>>> On Apr 13, 2020, at 6:52 PM, Dar Scott Consulting via use-livecode 
>>>  wrote:
>>> 
>>> Thanks!
>>> 
>>> 
 On Apr 13, 2020, at 11:42 AM, Mark Wieder via use-livecode 
  wrote:
 
 On 4/13/20 10:14 AM, dsc--- via use-livecode wrote:
> 1. Covid Watch needs expertise in making HIPAA compliant apps. (We have 
> changed COVID Watch to Covid Watch.)
 
 This any help?
 
 https://www.healthcareblocks.com/hipaa/developer_guidelines
 
 -- 
 Mark Wieder
 ahsoftw...@gmail.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
> 
> 
> ___
> 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: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread Ludovic THEBAULT via use-livecode


> Le 17 avr. 2020 à 16:55, panagiotis merakos via use-livecode 
>  a écrit :
> 
> Hello Ludovic,
> 
> Could you please file a bug report and include a (ideally simple) sample
> stack, so as we investigate asap?
> 
> Kind regards,
> Panos

Ok.

So, I wanted to remove all scripts and cards unrelated to the problem to 
provide you with a test stack and... after checking no more errors!

So I'll try to delete little by little to determine the culprit. I will post 
the bug report and the sample stack at that time.


___
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: A short question about Xcode

2020-04-17 Thread William Prothero via use-livecode
Graham:
I’ve been where you are, with the maze of requirements to get an app on iPhone. 
One thing I found was that the trail of mis-steps left a confusing mess of 
invalid entries in the keychain and Xcode app, and in the other places in my . 
When I got rid of every entry that I had made and started over from scratch, I 
had success finally. So, every time I get to that point in the project, I do a 
housecleaning, then religiously followed the steps some of the livecode app 
gurus have posted. I’m fortunate in that I only need to use my app on my own 
iPhone and don’t have to go thru the apple store.

FYI— Sorry that I didn’t note the author of this snippet, but I found it very 
useful and stored it in my notes. It may not be the most current, as well.
Ah yes - one of the biggest GOTCHA’s there is when working on Apple 
certification…
 
I’ve found the best approach is to keep my dev machine scrupulously clean as 
regards old certificates, and a session with Keychain Access pays dividends. 
 
The same thing goes as regards old provisioning profiles - you should find all 
provisioning profiles on your mac stored at 
'/Users/https://earthlearningsolutions.org

> On Apr 16, 2020, at 2:57 PM, scott--- via use-livecode 
>  wrote:
> 
> Hello Graham,
> 
> When you created the development provisioning profile, I assume you added 
> your iPhone’s UUID to the list of allowed test devices. In the Standalone 
> Application Settings—> iOS—> Basic Settings (tab) did you select the correct 
> profile. (Simulator doesn’t care about profiles but your real devices need to 
> be specifically allowed.) If you just added one, be sure to restart LC so 
> that it sill see it.
> —
> Scott Morrow
> 
>> On Apr 16, 2020, at 1:20 PM, Graham Samuel via use-livecode 
>>  wrote:
>> 
>> Ralph, I am using a development provisioning profile for iPhone. It was 
>> created this month and expires next year. I will try to go over the whole 
>> process again. I did as much as I could to include all the icons and splash 
>> pages needed for all the phones I was likely to encounter (that was about 5 
>> different types). Do I have to include ones that nobody is going to use?
>> 
>> Graham
>> 
>>> On 16 Apr 2020, at 22:04, Ralph DiMola via use-livecode 
>>>  wrote:
>>> 
>>> You can ignore the "this version of Xcode (10.1) was not compatible with 
>>> the iOS 13 on my iPhone XS"
>>> 
>>> Make sure your using a development provisioning profile. Create a new one 
>>> and try using it. If I remember correctly I've also seen this when not all 
>>> Icons or Splash pages are included.
>>> 
>>> Ralph DiMola
>>> IT Director
>>> Evergreen Information Services
>>> rdim...@evergreeninfo.net
>>> 
>>> 
>>> -Original Message-
>>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
>>> Of Graham Samuel via use-livecode
>>> Sent: Thursday, April 16, 2020 3:05 PM
>>> To: How to use LiveCode
>>> Cc: Graham Samuel
>>> Subject: Re: A short question about Xcode
>>> 
>>> Sadly, my test targets are just simulators. No real device is mentioned.
>>> 
>>> However, following Ralph’s advice (thanks), i reconnected with my phone 
>>> unlocked. Things looked promising, but then a message came up saying that 
>>> maybe this version of Xcode (10.1) was not compatible with the iOS 13 on my 
>>> iPhone XS, which is my main test device (it’s OK in the simulator). It then 
>>> tried to do the loading of the app into the phone and eventually said
>>> 
 The entitlements specified in your application’s Code Signing Entitlements 
 file are invalid, not permitted, or do not match those specified in your 
 provisioning profile. (0xE8008016).
>>> 
>>> I suppose that may be the end of that. I need a new iMac - the one I’ve got 
>>> won’t run a later version of Xcode. Sadly they are rather expensive. I 
>>> can’t visit anyone else’s, even if I could find one, since i’m in lockdown.
>>> 
>>> Nothing, but nothing, is simple when trying to deploy to iOS.
>>> 
>>> [Sound of grinding teethe]
>>> 
>>> Graham
>>> 
 On 16 Apr 2020, at 20:22, scott--- via use-livecode 
  wrote:
 
 I can’t recall whether this is specific to a particular LC license but 
 when physically attaching a device to the computer, on my setup that 
 mobile device appears under the menu Development —> Test Target (along 
 with simulator options) and can simply be selected as the test device… 
 which saves the added step of dragging into Xcode.
 
 --
 Scott Morrow
 
 Elementary Software
 (Now with 20% less chalk dust!)
 web   https://elementarysoftware.com/
 email sc...@elementarysoftware.com
 booth1-800-615-0867
 --
> On Apr 16, 2020, at 10:11 AM, Graham Samuel via use-livecode 
>  wrote:
> 
> I’m following the LC lesson 'How do I build an iOS application?’. I think 
> I’ve done everything they mention, and I have my Apple develope

Re: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread panagiotis merakos via use-livecode
Hello Ludovic,

Could you please file a bug report and include a (ideally simple) sample
stack, so as we investigate asap?

Kind regards,
Panos
--

On Fri, 17 Apr 2020 at 17:45, Ludovic THEBAULT via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> > Le 17 avr. 2020 à 16:37, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> a écrit :
> >
> > Have you tried without the wait?
> >
> > Thanks,
>
> Hello,
>
> Yes, without the wait, the error is always here.
>
>
> ___
> 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: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread Ludovic THEBAULT via use-livecode


> Le 17 avr. 2020 à 16:37, Brian Milby via use-livecode 
>  a écrit :
> 
> Have you tried without the wait?
> 
> Thanks,

Hello,

Yes, without the wait, the error is always here.


___
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: Error in evaluatejavascript with widget browser only on iOS and Livecode > 9.06

2020-04-17 Thread Brian Milby via use-livecode
Have you tried without the wait?

Thanks,
Brian
On Apr 17, 2020, 2:06 AM -0400, Ludovic THEBAULT via use-livecode 
, wrote:
> Hello,
>
>
> I’ve a strange error :
>
> I have an application where you can change the GPS coordinates from a marker 
> on a map, in a browser widget.
> For this I use the code "myJSHandler" which allows to retrieve in Livecode 
> the GPS values of the map thanks to javascript.
>
> The code works fine on desktop, iOS and Android except for iOS apps compiled 
> with Livecode > 9.0.6 (and also with the new Livecode 9.6.0 dp4).
> (I’ve not tested with Livecode 9.5). I’ve already tried to remove the widget 
> browser and replace it with a « new ».
>
> When I run the code in my app :
> on myJSHandler theCoords
> wait 100 milliseconds with messages
>
> put theCoords into tnewcoords
>
> end myJSHandler
>
> // and the javascript in the html code of the map :
> function getCoords() {
> liveCode.myJSHandler(document.getElementById('info').value ) ;
> }
>
> I get an error message:
>
> 343,0,0
> 863,0,0,runtime
> 864,0,0,Value is not of correct type for
> assignment to variable - expected type
>  for
> assigning to variable tResult in
> com.livecode.widget.browser.browser-
> EvaluateJavaScript
> 865,0,0,browser.lcb
> 866,0,0,859
> 897,0,0,1
> 865,0,0,browser.lcb
> 866,0,0,852
> 897,0,0,1
>
> but the coordinates are well recovered...
>
> If I change my code with :
>
> on myJSHandler theCoords
>
> answer « New coordinates are saved !"
>
>  no error, so, the bug is here ! ###
> wait 100 milliseconds with messages
>
> put theCoords into tnewcoords
>
> end myJSHandler
>
>
> I don't get the error anymore!
>
> I created a test application with the same code and the same map and I got no 
> error !
>
> You could get this sample stack here to see the complete code (but not the 
> error !)
> https://www.dropbox.com/s/pswhwvoinyrm387/testJShandler.livecode?dl=1 
> 
>
> Thanks for your lights !
> ___
> 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: Even Distribution

2020-04-17 Thread Bob Sneidar via use-livecode
As I said, all else being equal, roughly same work required, localized 
territory, no chance of a job being rescheduled, etc. Use a Round Robin 
approach. Start with first worker, store as next worker, assign first job, 
update next worker. On to job 2 and so forth until no more jobs. Next day start 
with the next worker, rinse and repeat. 

Bob S


> On Apr 16, 2020, at 7:41 PM, Skip Kimpel via use-livecode 
>  wrote:
> 
> I have working on creating a loop that would divide the number of jobs by
> the number of users and then checking to see to see if it is evenly
> divisible but that is kind of where I am stuck.  Everything I have tried
> thus far has proven to be unsuccessful.
> 
> SKIP
> 
> On Thu, Apr 16, 2020 at 10:36 PM Skip Kimpel  wrote:
> 
>> Dev, I have already sorted the jobs out by proximity so I don't need to
>> worry about that.  Just need the distribution piece down.  I agree, you
>> have a good point an might prove valuable in the future.
>> 
>> SKIP
>> 
>> On Thu, Apr 16, 2020 at 10:33 PM Skip Kimpel  wrote:
>> 
>>> Haha... Let me specify, I am looking to do this programmatically :)
>>> 
>>> SKIP
>>> 
>>> On Thu, Apr 16, 2020 at 10:31 PM Dev via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
 Since you would probably have long trips and short trips, I would try
 and allocate on an estimated time to complete basis so that all were busy
 for about the same time.
 
> On 16-Apr-2020, at 8:23 PM, Skip Kimpel via use-livecode <
 use-livecode@lists.runrev.com> wrote:
> 
> I have 15 "jobs" that need to be assigned to 7 "drivers". How would you
> evenly distribute the jobs to the drivers?  In this case one of the
 drivers
> would have 3 jobs while the others have two.
> 
> Obviously, the number of drivers and number of jobs would fluctuate.
> 
> This has been my mind twister for the night thus far :)
> 
> 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
> 
 
 
 ___
 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: Even Distribution

2020-04-17 Thread Bob Sneidar via use-livecode
Wait, what? You didn’t mention that! 

Okay we do service for copiers in the greater LA area. We assign territories 
for every technician and every customer. Also, the nearest technician to any 
zone may be called upon to service another technician’s copiers if the assigned 
technician is unavailable. 

If we hire a new technician, the zones are adjusted. Every so often we review 
the location of active devices and may rezone for that as well. This is not a 
math problem, it is a logistics one. 

This does not in and of itself evenly distribute jobs, but if the zoning is 
properly done, over time the distribution is fairly even. Other factors may 
need to be taken into account, like frequency of job orders in certain areas 
(people at the beach may want their cars washed twice a week instead of once). 

Bob S


> On Apr 16, 2020, at 7:36 PM, Skip Kimpel via use-livecode 
>  wrote:
> 
> Dev, I have already sorted the jobs out by proximity so I don't need to
> worry about that.  Just need the distribution piece down.  I agree, you
> have a good point an might prove valuable in the future.
> 
> 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: Even Distribution

2020-04-17 Thread Bob Sneidar via use-livecode
That wasn’t part of the initial problem. :-)

Bob S


> On Apr 16, 2020, at 7:30 PM, Dev via use-livecode 
>  wrote:
> 
> Since you would probably have long trips and short trips, I would try and 
> allocate on an estimated time to complete basis so that all were busy for 
> about the same time.

___
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: Even Distribution

2020-04-17 Thread Bob Sneidar via use-livecode
Assign the jobs round robin if all other things are equal. 

Bob S


> On Apr 16, 2020, at 7:23 PM, Skip Kimpel via use-livecode 
>  wrote:
> 
> I have 15 "jobs" that need to be assigned to 7 "drivers". How would you
> evenly distribute the jobs to the drivers?  In this case one of the drivers
> would have 3 jobs while the others have two.
> 
> Obviously, the number of drivers and number of jobs would fluctuate.
> 
> This has been my mind twister for the night thus far :)
> 
> 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: Even Distribution

2020-04-17 Thread Skip Kimpel via use-livecode
Jerry,

You did not over simplify at all!  I used your basic concept and tweaked it
and then applied it to my nested repeats and BAM... got it.

Thanks again, everybody!

SKIP

On Fri, Apr 17, 2020 at 12:28 AM Jerry Jensen  wrote:

>  Hi Skip,
> Forgive me if this is not the answer you seek, or an oversimplification,
> but there is an easy way to find if the jobs can be exactly evenly
> distributed, with nothing left over:
> if (tjobs mod tdrivers) = 0 then // it is evenly distrutable.
> .Jerry
>
> > On Apr 16, 2020, at 7:41 PM, Skip Kimpel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I have working on creating a loop that would divide the number of jobs by
> > the number of users and then checking to see to see if it is evenly
> > divisible but that is kind of where I am stuck.  Everything I have tried
> > thus far has proven to be unsuccessful.
>
>
___
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: A short question about Xcode

2020-04-17 Thread Graham Samuel via use-livecode
Yup, I’ve only got one currently valid profile and I selected it in the 
Standalone Settings for my app. Looks like I will have to go over all that 
again - the problem being that I don’t know why, and XCode error reporting 
doesn’t really tell you anything useful.

Thanks - and in case I don’t get round to it - thanks to so many others on this 
list who are trying to help me.

Graham

> On 16 Apr 2020, at 23:57, scott--- via use-livecode 
>  wrote:
> 
> Hello Graham,
> 
> When you created the development provisioning profile, I assume you added 
> your iPhone’s UUID to the list of allowed test devices. In the Standalone 
> Application Settings—> iOS—> Basic Settings (tab) did you select the correct 
> profile. (Simulator doesn’t care about profiles but your real devices need to 
> be specifically allowed.) If you just added one, be sure to restart LC so 
> that it sill see it.
> —
> Scott Morrow
> 
>> On Apr 16, 2020, at 1:20 PM, Graham Samuel via use-livecode 
>>  wrote:
>> 
>> Ralph, I am using a development provisioning profile for iPhone. It was 
>> created this month and expires next year. I will try to go over the whole 
>> process again. I did as much as I could to include all the icons and splash 
>> pages needed for all the phones I was likely to encounter (that was about 5 
>> different types). Do I have to include ones that nobody is going to use?
>> 
>> Graham
>> 
>>> On 16 Apr 2020, at 22:04, Ralph DiMola via use-livecode 
>>>  wrote:
>>> 
>>> You can ignore the "this version of Xcode (10.1) was not compatible with 
>>> the iOS 13 on my iPhone XS"
>>> 
>>> Make sure your using a development provisioning profile. Create a new one 
>>> and try using it. If I remember correctly I've also seen this when not all 
>>> Icons or Splash pages are included.
>>> 
>>> Ralph DiMola
>>> IT Director
>>> Evergreen Information Services
>>> rdim...@evergreeninfo.net
>>> 
>>> 
>>> -Original Message-
>>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
>>> Of Graham Samuel via use-livecode
>>> Sent: Thursday, April 16, 2020 3:05 PM
>>> To: How to use LiveCode
>>> Cc: Graham Samuel
>>> Subject: Re: A short question about Xcode
>>> 
>>> Sadly, my test targets are just simulators. No real device is mentioned.
>>> 
>>> However, following Ralph’s advice (thanks), i reconnected with my phone 
>>> unlocked. Things looked promising, but then a message came up saying that 
>>> maybe this version of Xcode (10.1) was not compatible with the iOS 13 on my 
>>> iPhone XS, which is my main test device (it’s OK in the simulator). It then 
>>> tried to do the loading of the app into the phone and eventually said
>>> 
 The entitlements specified in your application’s Code Signing Entitlements 
 file are invalid, not permitted, or do not match those specified in your 
 provisioning profile. (0xE8008016).
>>> 
>>> I suppose that may be the end of that. I need a new iMac - the one I’ve got 
>>> won’t run a later version of Xcode. Sadly they are rather expensive. I 
>>> can’t visit anyone else’s, even if I could find one, since i’m in lockdown.
>>> 
>>> Nothing, but nothing, is simple when trying to deploy to iOS.
>>> 
>>> [Sound of grinding teethe]
>>> 
>>> Graham
>>> 
 On 16 Apr 2020, at 20:22, scott--- via use-livecode 
  wrote:
 
 I can’t recall whether this is specific to a particular LC license but 
 when physically attaching a device to the computer, on my setup that 
 mobile device appears under the menu Development —> Test Target (along 
 with simulator options) and can simply be selected as the test device… 
 which saves the added step of dragging into Xcode.
 
 --
 Scott Morrow
 
 Elementary Software
 (Now with 20% less chalk dust!)
 web   https://elementarysoftware.com/
 email sc...@elementarysoftware.com
 booth1-800-615-0867
 --
> On Apr 16, 2020, at 10:11 AM, Graham Samuel via use-livecode 
>  wrote:
> 
> I’m following the LC lesson 'How do I build an iOS application?’. I think 
> I’ve done everything they mention, and I have my Apple developer 
> credentials and three iOS devices registered. I have saved my iOS app as 
> a standalone. But when I get to this instruction about getting my app on 
> a real device:
> 
>> 1) Open Xcode
>> 
>> 2) In the 'Window' menu select "Devices"
>> 
>> 4) Select your connected iOS device
>> 
>> 5) Drag standalone app to "Installed Apps" section of device window
>> 
>> Your app should now be on your device
> 
> 
> There is nothing in the Devices section for me to select (plenty of stuff 
> in the Simulators, but so what?). Do I have to fiddle with keychain or 
> particular folders or what? I have no idea what to do next (not for the 
> first time!).
> 
> Graham
>> 
> 
> 

Re: A short question about Xcode

2020-04-17 Thread Graham Samuel via use-livecode
Thanks Jacque - simulator testing is fine, but I need to get the wretched app 
on the device, mostly so that I can walk around and watch the GPS working, but 
also of course for proof of concept. I am on the verge of giving up, but thanks 
to this list I may conquer the mountain of obscurity that is iOS deployment, so 
one more try before I go back to something simply like learning about 
relativity (a real bucket list item for me).

Graham

> On 16 Apr 2020, at 22:59, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 4/16/20 2:04 PM, Graham Samuel via use-livecode wrote:
>> Sadly, my test targets are just simulators. No real device is mentioned.
> 
> Missed this the first time around. You can still do everything from LC, once 
> you launch a simulator which you need to do from XCode. Wait until it is 
> fully launched and running.
> 
> Then you can choose the simulator from the LC Development menu, hit the Test 
> button and it should go.
> 
> -- 
> 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: A short question about Xcode

2020-04-17 Thread Graham Samuel via use-livecode
I feel that pain too.

When I bought my Mac Plus, my mother had to help me - comparatively speaking (I 
mean compared with my income) I seem to remember it was even more expensive in 
those days! Anyway, my perfectly fine iMac (mid-2011) can’t go beyond High 
Sierra. Wondering whether to scrape up enough for a new one, tho funds are low 
- anyway will Apple France deliver during the lockdown?

> On 16 Apr 2020, at 22:49, Dev via use-livecode 
>  wrote:
> 
> I feel for you Ralph. My general solution is that it is time for my wife to 
> get a new computer - ie pass on my old one. Pain in the neck and so on, but 
> it doesn’t happen too often. I don’t know how old yours is, but I usually get 
> 5-6 years out of a Mac laptop, and that means my $$$/yr stays in just in the 
> painful range, and I keep doing it (3x now). So for me it is the cost of my 
> hobby or a cost of doing business.
> Sorry to say, but this has been going on for a while - since I bought my 
> first 286 and MacPlus.
> 
> 
> 
>> On 16-Apr-2020, at 2:45 PM, Ralph DiMola via use-livecode 
>>  wrote:
> 
>>  I'm facing the fact that my 16 gig 2TB perfectly running MacBook Pro 
>> still with great performance is too old to update to Catalina. This means I 
>> have to scrape up $1,800 minimum to get even a 2018 MacBook Pro. And then 
>> you get what you buy because memory and hard drives are now soldered in so 
>> no upgrades can be done 
>> 
>> 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