Socket help needed for API

2017-10-29 Thread Richard Miller via use-livecode
I have been using LC to access an API through conventional means, but 
that site has now changed to a socket protocol. I have tried various 
methods, but just can’t get it to work.


I would appreciate it if someone familiar with sockets could take a look 
and show me how to do this. I only need to know how to establish a 
connection and receive data. I can take it from there.


The information I am looking to receive is what is produced through this 
now deprecated API. It is a list of all of the digital tokens being 
traded at this site. (Note: you may have to send this link a few times 
in order to get a response. The site is often overloaded.)


    put https://api.etherdelta.com/returnTicker

I want to receive the same information, but using the new socket-based 
API shown here.


https://github.com/etherdelta/etherdelta.github.io/blob/master/docs/API.md
https://github.com/etherdelta/etherdelta.github.io/tree/master/bots

Thank you very much for help with this.
Richard Miller

___
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

WebSocket API help needed

2017-10-27 Thread Richard Miller via use-livecode
I have been using LC to access an API through conventional means, but 
that site has now changed access to use a WebSocket protocol. I have 
tried various methods, but just can’t get it to work.


I would appreciate it if someone familiar with sockets could take a look 
and show me how to do this.


The information I am looking to receive is what is produced through this 
now deprecated API. It is a list of all of the digital tokens being 
traded at this site. (Note: you may have to send this link a few times 
in order to get a response. The site is often overloaded.)


    put https://api.etherdelta.com/returnTicker

I want to receive the same information, but using the new WebSocket API 
shown here.


https://github.com/etherdelta/etherdelta.github.io/blob/master/docs/API.md
https://github.com/etherdelta/etherdelta.github.io/tree/master/bots

Thank you very much for help with this.
Richard Miller

___
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: iOS app rejected five times because of background audio setting

2017-04-05 Thread Richard Miller via use-livecode
Apple just rejected my app again, for the same reason, complaining that 
my code regarding background audio Is incorrect, even though it is 
identical to yours. This time, I have challenged them to discuss this 
issue on the phone.



On 4/3/17 5:51 PM, Ralph DiMola wrote:

I just looked at the info.plist from my last app that Apple approved.

1) The UIApplicationExitsOnSuspend key is not there.
2) the UIBackgroundModes key looks like what you see.
UIBackgroundModes
  
  
  


What does your info.plist in the app look like?

OPTION 2: You bumped up against an less than expert reviewer. If your plist
looks correct then challenge them. I have done that in the past when I was
sure they were wrong and they acquiesced. If that does not work then go to
arbitration.

I feel your pain... Let us know how it ends.

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 Richard Miller via use-livecode
Sent: Monday, April 03, 2017 5:31 PM
To: use-livecode@lists.runrev.com
Cc: Richard Miller
Subject: Re: iOS app rejected five times because of background audio setting

Thanks for the info, Ralph. I had figured out the exit-on-suspend issue
previously. In my last app submission, I completely removed the entire
section in the info.plist file which referenced UIBackgroundModes, but they
still rejected it on the same claim that background audio was enabled. This
tells me one of two things: there is some other file in the standalone that
is referencing this function, or, by completely removing it from info.plist,
this effectively defaults to enabling that function.

I am hoping that the precise code I included in my previous email is the
correct way to disable background audio in info.plist, and that there is no
other file other than the info.plist that needs to be addressed.

Richard


Sent from my iPhone


On Apr 3, 2017, at 5:03 PM, Ralph DiMola <rdim...@evergreeninfo.net>

wrote:

After reading closer:
1) Make sure that the "Background Audio" is un-ticked.
2) Do the "plist hack" as enumerated in my last email.
3) This is all I do and have never been rejected for the "Background

Audio"

issue.
4) I have never tried to submit to the store with v9. This might be a
v9 issue.

UIBackgroundModes
 

 

Seems to be correct.

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 Richard Miller via use-livecode
Sent: Monday, April 03, 2017 3:52 PM
To: How to use LiveCode
Cc: Richard Miller
Subject: iOS app rejected five times because of background audio
setting

I have gone back and forth with Apple five times in an attempt to get
this setting correct. I made the mistake originally of enabling the
background audio option in the iOS standalone settings area. I was
trying to prevent the app from exiting when the user switched to a
different app. I know that this setting solves that issue, but it also
caused Apple to reject my app because I was not including any background

audio.

I have since realized that the correct way to deal with this is to
modify the "exit on suspend" clause in the livecodescript file. But
after creating a new standalone and submitting it to Apple, they keep
telling me I am still referencing the backgroundaudio option. I tried
making changes to the info.plist and settings.plist files, but I can't

seem to get this right.

I just downloaded a fresh copy of LC 9.0 and created a new standalone.
When I look at the info.plist file in the standalone, this is what I find:

UIBackgroundModes
 

 


Is this correct? Is this the way the code should read when the
background audio option is not being used?

Thanks for any help with this,
Richard Miller
___
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: iOS app rejected five times because of background audio setting

2017-04-03 Thread Richard Miller via use-livecode
Thanks for the info, Ralph. I had figured out the exit-on-suspend issue 
previously. In my last app submission, I completely removed the entire section 
in the info.plist file which referenced UIBackgroundModes, but they still 
rejected it on the same claim that background audio was enabled. This tells me 
one of two things: there is some other file in the standalone that is 
referencing this function, or, by completely removing it from info.plist, this 
effectively defaults to enabling that function. 

I am hoping that the precise code I included in my previous email is the 
correct way to disable background audio in info.plist, and that there is no 
other file other than the info.plist that needs to be addressed.

Richard


Sent from my iPhone

> On Apr 3, 2017, at 5:03 PM, Ralph DiMola <rdim...@evergreeninfo.net> wrote:
> 
> After reading closer:
> 1) Make sure that the "Background Audio" is un-ticked.
> 2) Do the "plist hack" as enumerated in my last email.
> 3) This is all I do and have never been rejected for the "Background Audio"
> issue.
> 4) I have never tried to submit to the store with v9. This might be a v9
> issue.
> 
> UIBackgroundModes
> 
> 
> 
> 
> Seems to be correct. 
> 
> 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 Richard Miller via use-livecode
> Sent: Monday, April 03, 2017 3:52 PM
> To: How to use LiveCode
> Cc: Richard Miller
> Subject: iOS app rejected five times because of background audio setting
> 
> I have gone back and forth with Apple five times in an attempt to get this
> setting correct. I made the mistake originally of enabling the background
> audio option in the iOS standalone settings area. I was trying to prevent
> the app from exiting when the user switched to a different app. I know that
> this setting solves that issue, but it also caused Apple to reject my app
> because I was not including any background audio.
> 
> I have since realized that the correct way to deal with this is to modify
> the "exit on suspend" clause in the livecodescript file. But after creating
> a new standalone and submitting it to Apple, they keep telling me I am still
> referencing the backgroundaudio option. I tried making changes to the
> info.plist and settings.plist files, but I can't seem to get this right.
> 
> I just downloaded a fresh copy of LC 9.0 and created a new standalone. 
> When I look at the info.plist file in the standalone, this is what I find:
> 
> UIBackgroundModes
> 
> 
> 
> 
> 
> Is this correct? Is this the way the code should read when the background
> audio option is not being used?
> 
> Thanks for any help with this,
> Richard Miller
> ___
> 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


iOS app rejected five times because of background audio setting

2017-04-03 Thread Richard Miller via use-livecode
I have gone back and forth with Apple five times in an attempt to get 
this setting correct. I made the mistake originally of enabling the 
background audio option in the iOS standalone settings area. I was 
trying to prevent the app from exiting when the user switched to a 
different app. I know that this setting solves that issue, but it also 
caused Apple to reject my app because I was not including any background 
audio.


I have since realized that the correct way to deal with this is to 
modify the "exit on suspend" clause in the livecodescript file. But 
after creating a new standalone and submitting it to Apple, they keep 
telling me I am still referencing the backgroundaudio option. I tried 
making changes to the info.plist and settings.plist files, but I can't 
seem to get this right.


I just downloaded a fresh copy of LC 9.0 and created a new standalone. 
When I look at the info.plist file in the standalone, this is what I find:


UIBackgroundModes





Is this correct? Is this the way the code should read when the 
background audio option is not being used?


Thanks for any help with this,
Richard Miller
___
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