Re: MergPop error on iOS 11.2 & LC 8.1.8

[Paul Hibbert via use-livecode]

Thank you for the quick response Monte, the fix works well!

Paul

> On 10 Dec 2017, at 13:36, Monte Goulding via use-livecode 
>  wrote:
> 
> http://quality.livecode.com/show_bug.cgi?id=20759 
> 
> 
>> On 11 Dec 2017, at 8:29 am, Monte Goulding via use-livecode 
>>  wrote:
>> 
>> Hi Folks
>> 
>> It turns out this crash is caused by the need for a new plist entry 
>> `NSPhotoLibraryAddUsageDescription`.
>> 
>> Cheers
>> 
>> Monte
>> ___
>> 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: mergBLE?

[Monte Goulding via use-livecode]

The mac side could certainly be done with mergBLE. The iOS side would require a 
Call Directory Extension using CallKit and CoreBluetooth then add that into the 
LC app when building. I think you would be breaking new ground doing that 
though so it would be worthwhile discussing with LC Business Services.

> On 9 Dec 2017, at 11:14 pm, Mats Åström via use-livecode 
>  wrote:
> 
> Hi all,
> 
> for a client I would like to build an OSX app that would use the phone number 
> of an incoming call on an iPhone to present the documents associated with the 
> client calling.
> 
> I then need to connect to the iPhone (maybe using mergBLE) and obtain the 
> phone number of an incoming call.
> 
> Is this at all doable in LiveCode?
> 
> /Mats
> ___
> 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: MergPop error on iOS 11.2 & LC 8.1.8

[Monte Goulding via use-livecode]

http://quality.livecode.com/show_bug.cgi?id=20759 


> On 11 Dec 2017, at 8:29 am, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Folks
> 
> It turns out this crash is caused by the need for a new plist entry 
> `NSPhotoLibraryAddUsageDescription`.
> 
> Cheers
> 
> Monte
> ___
> 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

TSNet error (18)

[J. Landman Gay via use-livecode]

A user is getting TSNet error 18 (transfer closed prematurely) when 
downloading a stack from a server on AWS. The same stack is working fine 
for virtually everyone else, so it's something on her end. We'd like to 
point her in the right direction, does anyone know why this might happen 
to a single user out of many, many others?


She's running Windows 10 if that matters. Something must be cutting off 
the transmission, there's 556 bytes remaining to download when it stops.


--
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: LC V8.1.8 IDE has brought new problems

[Mark Wieder via use-livecode]

On 12/10/2017 12:09 PM, Pyyhtiä Christer via use-livecode wrote:

1.  When starting, the different windows still get placed somewhat in random 
places
2.  The tools window disappears; you have to switch it off, and switch it on to 
see it again
3.  The IDE just dies, doesn't quit from menu, you have to use Activity Monitor 
to kill it.


Try trashing your preferences file and restarting. That seems to be the 
magic mumbo-jumbo for weird problems.


--
 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: MergPop error on iOS 11.2 & LC 8.1.8

[Monte Goulding via use-livecode]

Hi Folks

It turns out this crash is caused by the need for a new plist entry 
`NSPhotoLibraryAddUsageDescription`.

Cheers

Monte
___
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: LC V8.1.8 IDE has brought new problems

[hh via use-livecode]

Your criticism is, TMHO, too general and by that wrong.
Certainly there are certain scenarios where this occurs.

(1) Never ever one of my stack window appeared in a wrong
place. Not on Mac, nor on Win, nor on linux.
What's sometimes wrong are the rects of some IDE windows.
Tools: No, SE: often, PI: mostly no, PB: I don't use it.

Since we are developers, this needs one line of code per
window to have it correctly (less than your complaints).

(2) I have this sometimes also here but only when dragging
widgets from the tools window. This is a bug in the IDE
which can be avoided if double-clicking the widget's icon,
or if inserting from the menu Object > New Widget.

(3) The IDE 'dies' here if and only if there are handlers
running that *I* started and didn't kill. So it may be also
with you the 'inappropriate' coding? Certainly the IDE does
not 'die'/'hang' from nothing.

> C.P. wrote:
> 1.  When starting, the different windows still get placed
> somewhat in random places
> 2.  The tools window disappears; you have to switch it off,
> and switch it on to see it again
> 3.  The IDE just dies, doesn't quit from menu, you have to
> use Activity Monitor to kill it.
> 
> 1 was a problem in 8.1.7; 2 is now a rule, it was occasional
> in 8.1.7.   3 is now the new kid around the block.
> Using Mac OSX 10.12.6 (16G1036) with MacBook Pro


___
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

LC V8.1.8 IDE has brought new problems

[Pyyhtiä Christer via use-livecode]

1.  When starting, the different windows still get placed somewhat in random 
places
2.  The tools window disappears; you have to switch it off, and switch it on to 
see it again
3.  The IDE just dies, doesn't quit from menu, you have to use Activity Monitor 
to kill it.

1 was a problem in 8.1.7; 2 is now a rule, it was occasional in 8.1.7.

3 is now the new kid around the block.

Using Mac OSX 10.12.6 (16G1036) with MacBook Pro

Christer Pyyhtiä
MindCrea Ltd
chris...@mindcrea.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: libUrl tsNet and socketTimeoutInterval

[Sannyasin Brahmanathaswami via use-livecode]

@ Charles

It would appear that perhaps there is a possible global approach that could 
cover a wide variety of net access conditions.

am I being naïve or could it be this simple?

if we just have this running and available all the time

tsNetSetTimeouts… [add your params here] 

tsNetSetStatusCallback "urlCallProgressUpdate"

on urlCallProgressUpdate
  # check the status of any and all URL download operations
  # give user feedback in case connection drops or transfers speed drops below 
low limit
end urlCallProgressUpdate

maybe that's really all that is needed. Then we don't worry about or code any 
kind of status monitoring into specific URL operations.

One could "dynamically" change the time outs if different scenarios called for 
allowing longer time spans, i.e users expect a wait while downloading a 
"package" but they the don't when loading a web page.

we might simply have this in back script for the whole app

command toggleNetMonitor  pBool
  if pBool = "true" then
  tsNetSetStatusCallback urlCallProgressUpdate
  else
tsNetSetStatusCallback ""  
  end if
end   toggleNetMonitor 

I don't know if there is any overhead to leaving this call back be live 
"24-7-365" in the app or not… but this way we could turn it on and off if that 
is better practice.

BR
 

On 12/8/17, 5:08 PM, "use-livecode on behalf of Sannyasin Brahmanathaswami via 
use-livecode"  wrote:

Ralph -- I sent this to you off list by mistake

copying here FWIW if anyone is lurking. This all looks great and covers 
"download files" use cases

The remaining puzzles are one off url calls from/for mobile controls :

1)  remote path to audio.mp3; for player
2) url web calls in browser widget to
 a) web pages
 b) youtube (video streaming)

and how these play with TSNet, bandwidth dropping below set limits, or 
dropped connections.

As yet mysterious….




"  wrote:

BR,

I async also works in iOS just fine and dandy. In My app I am getting 
the background images for cards while the user first logs in. Async allows the 
images to be downloaded in the background. This allows me to change images 
without releasing a new app without hanging the app up when I used blocking 
libURL. The implementation was so easy it was frightening. I also have 6 of 
these queued up and running at the same time!

First is a utility(NetworkType) to check the type of networking and a 
tsNet initialization handler (EISinitTSnet):


function GetNetworkType
   local tLibUrlDriver
   
   try
  put the behavior of stack"revLibUrl"into tLibUrlDriver
   end try
   if tLibUrlDriver is empty then
  return "Sockets"
   else
  return "tsNet"
   end if
   
end GetNetworkType

command NetworkType
   if GetNetworkType() = "Sockets" then
  answer"tsNet is disabled"
   else
  answer "tsNet in use"&cr&"Version==>"& tsNetVersion()
   end if
end NetworkType

command EISinitTSnet
   local tResult
   
   try
  tsNetInit
  put the result into tResult
  if tResult is not empty then
 if tResult = "tsneterr: Already initialised" then
 else
answer tResult
 end if
  else
 tsNetSetTimeouts 60, 5000, 5000, 5000, 5, 1
  end if
   catch someerror
  if IsInternalUser(true) then answer TranslateError(someerror)
   end try
end EISinitTSnet




The Get_Path function below is a function returns paths that are 
transparent between IDE and mobile. (Richard G. I got sucked into the returning 
the trailing slash before I realized it was not the best way to do it). I 
hacked out this code so there could be an error but the basic idea is here.

I call this first handler(StartBackgroundImageDownload) 12 time quickly 
and all the downloads work. The app is fully functional while the downloads are 
in progress. I use the filename as the pID. This makes things easy when the 
download completes. I have not tested timeouts yet. That's the next step, 
handling the in/out of network access/slow network speed. Standby
This is the guts of the asysnc file downloading:

---
command StartBackgroundImageDownload pImageName
   local pHeaders, tStatus
   
   put tsNetGetFile(pImageName, Get_Path("Updates")&pImageName,  \