Re: ProtonMail vs Apple
Wow, that's heavy Jacque. I'm not at all against Apple products, although it may seem like it sometimes. I'm against how they work, making it more and more difficult. I'm for a safe store too. But this is grabbing money from wherever they can. Op do 6 aug. 2020 om 20:53 schreef J. Landman Gay via use-livecode < use-livecode@lists.runrev.com>: > I've been working on mobile apps for a non-profit publishing house. Their > customers are large > organizations that buy products in bulk and then resell to their own > customers. Thus, the app > does not sell to users at all, nor does our client. > > I made a minor mistake in one of my progress spinners; the > briefly-displayed prompt (less than > 1 second) said "Checking your purchases..." and Apple glommed onto that > and wouldn't let go. My > client and I spent 3 weeks and innumerable emails to Apple to convince > them that users were not > purchasing any products from the company who sponsored the software, nor > could they buy > products from any web site related to the company. We had to answer two > different > purchasing-related questionaires in great detail. They finally relented > when we convinced them; > I changed the prompt to "Checking your library..." and it didn't hurt that > we got a different > reviewer. > > Google, who has some similar but less-stringent rules in the Play Store, > accepted the app the > first time without any objections. > > Word to the wise: if your app doesn't deal with sales, even indirectly, > don't use money-related > words anywhere. I hope the EU nails them; I consider App Store policies > equivalent to > extortion. Apple holds the majority of mobile users in the U.S. and the > App Store is the only > available outlet for apps. That sounds like a monopoly to me. > > > On 8/6/20 11:46 AM, JeeJeeStudio via use-livecode wrote: > > Hmpff i just read in the news that even Microsoft can't bring out an > xcloud > > application due to the apple store rules. What a mess. Only Android users > > will be able to stream games as mentioned on dutch tweakers.net > website. I > > think it's going to cost MS to much money to pay Apple ifvthey would > bring > > out the app on Apple's store. > > > > Op wo 5 aug. 2020 02:10 schreef Richard Gaskin via use-livecode < > > use-livecode@lists.runrev.com>: > > > >> JeeJeeStudio wrote: > >> > >> > 1 positive thing then on a thing we don't have in LC and now also is > >> > removed...the possibility to put ads in your LC created mobile > app... > >> > >> "Possible" is a big word. It covers nearly everything. > >> > >> It's possible to use LC Build to support ad network APIs. > >> > >> It's also possible to find saner ad networks that offer REST APIs in > >> addition to binary, so devs don't need to commit as much development > >> time for one vendor. > >> > >> It's possible but less likely that an app not worth monetizing through > >> freemiums, direct payment, or other model will earn enough to bring a > >> positive ROI for the effort of implementing ads. > >> > >> It's less likely that you'll be able to shoe-horn someone else's ads > >> into your app design without impairing the user experience. > >> > >> Lots of things are possible. Fewer things are likely. > >> > >> -- > >>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 > > > > > -- > 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: ProtonMail vs Apple
I have an OTA data update for one of my apps. I had to re-word that "waiting" message a few times until it was approved. The first time it was "App update is processing, Please wait". Apple's head exploded. Then you enter into the gauntlet of scrutiny. I agree a different approver helped me get approved once. Moral: be careful how you word your messages with Apple. It is a monopoly, no question about it. 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 J. Landman Gay via use-livecode Sent: Thursday, August 06, 2020 2:52 PM To: How to use LiveCode Cc: J. Landman Gay Subject: Re: ProtonMail vs Apple I've been working on mobile apps for a non-profit publishing house. Their customers are large organizations that buy products in bulk and then resell to their own customers. Thus, the app does not sell to users at all, nor does our client. I made a minor mistake in one of my progress spinners; the briefly-displayed prompt (less than 1 second) said "Checking your purchases..." and Apple glommed onto that and wouldn't let go. My client and I spent 3 weeks and innumerable emails to Apple to convince them that users were not purchasing any products from the company who sponsored the software, nor could they buy products from any web site related to the company. We had to answer two different purchasing-related questionaires in great detail. They finally relented when we convinced them; I changed the prompt to "Checking your library..." and it didn't hurt that we got a different reviewer. Google, who has some similar but less-stringent rules in the Play Store, accepted the app the first time without any objections. Word to the wise: if your app doesn't deal with sales, even indirectly, don't use money-related words anywhere. I hope the EU nails them; I consider App Store policies equivalent to extortion. Apple holds the majority of mobile users in the U.S. and the App Store is the only available outlet for apps. That sounds like a monopoly to me. On 8/6/20 11:46 AM, JeeJeeStudio via use-livecode wrote: > Hmpff i just read in the news that even Microsoft can't bring out an > xcloud application due to the apple store rules. What a mess. Only > Android users will be able to stream games as mentioned on dutch > tweakers.net website. I think it's going to cost MS to much money to > pay Apple ifvthey would bring out the app on Apple's store. > > Op wo 5 aug. 2020 02:10 schreef Richard Gaskin via use-livecode < > use-livecode@lists.runrev.com>: > >> JeeJeeStudio wrote: >> >> > 1 positive thing then on a thing we don't have in LC and now also is >> > removed...the possibility to put ads in your LC created mobile app... >> >> "Possible" is a big word. It covers nearly everything. >> >> It's possible to use LC Build to support ad network APIs. >> >> It's also possible to find saner ad networks that offer REST APIs in >> addition to binary, so devs don't need to commit as much development >> time for one vendor. >> >> It's possible but less likely that an app not worth monetizing >> through freemiums, direct payment, or other model will earn enough to >> bring a positive ROI for the effort of implementing ads. >> >> It's less likely that you'll be able to shoe-horn someone else's ads >> into your app design without impairing the user experience. >> >> Lots of things are possible. Fewer things are likely. >> >> -- >>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 > -- 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: ProtonMail vs Apple
I've been working on mobile apps for a non-profit publishing house. Their customers are large organizations that buy products in bulk and then resell to their own customers. Thus, the app does not sell to users at all, nor does our client. I made a minor mistake in one of my progress spinners; the briefly-displayed prompt (less than 1 second) said "Checking your purchases..." and Apple glommed onto that and wouldn't let go. My client and I spent 3 weeks and innumerable emails to Apple to convince them that users were not purchasing any products from the company who sponsored the software, nor could they buy products from any web site related to the company. We had to answer two different purchasing-related questionaires in great detail. They finally relented when we convinced them; I changed the prompt to "Checking your library..." and it didn't hurt that we got a different reviewer. Google, who has some similar but less-stringent rules in the Play Store, accepted the app the first time without any objections. Word to the wise: if your app doesn't deal with sales, even indirectly, don't use money-related words anywhere. I hope the EU nails them; I consider App Store policies equivalent to extortion. Apple holds the majority of mobile users in the U.S. and the App Store is the only available outlet for apps. That sounds like a monopoly to me. On 8/6/20 11:46 AM, JeeJeeStudio via use-livecode wrote: Hmpff i just read in the news that even Microsoft can't bring out an xcloud application due to the apple store rules. What a mess. Only Android users will be able to stream games as mentioned on dutch tweakers.net website. I think it's going to cost MS to much money to pay Apple ifvthey would bring out the app on Apple's store. Op wo 5 aug. 2020 02:10 schreef Richard Gaskin via use-livecode < use-livecode@lists.runrev.com>: JeeJeeStudio wrote: > 1 positive thing then on a thing we don't have in LC and now also is > removed...the possibility to put ads in your LC created mobile app... "Possible" is a big word. It covers nearly everything. It's possible to use LC Build to support ad network APIs. It's also possible to find saner ad networks that offer REST APIs in addition to binary, so devs don't need to commit as much development time for one vendor. It's possible but less likely that an app not worth monetizing through freemiums, direct payment, or other model will earn enough to bring a positive ROI for the effort of implementing ads. It's less likely that you'll be able to shoe-horn someone else's ads into your app design without impairing the user experience. Lots of things are possible. Fewer things are likely. -- 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 -- 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
Secure Socket
Hello Livecode community, I've missed working with LiveCode, but I'm back for the next 4+ Months.and most likely indefinitely. Wooohoo! I have a quick question about *secure* local sockets. I'm pushing JSON to livecode using a localhost connection to a service using "secure socket". Do you think it is overkill to still encrypt it before I send it? Thanks, -- 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: ProtonMail vs Apple
Hmpff i just read in the news that even Microsoft can't bring out an xcloud application due to the apple store rules. What a mess. Only Android users will be able to stream games as mentioned on dutch tweakers.net website. I think it's going to cost MS to much money to pay Apple ifvthey would bring out the app on Apple's store. Op wo 5 aug. 2020 02:10 schreef Richard Gaskin via use-livecode < use-livecode@lists.runrev.com>: > JeeJeeStudio wrote: > > > 1 positive thing then on a thing we don't have in LC and now also is > > removed...the possibility to put ads in your LC created mobile app... > > "Possible" is a big word. It covers nearly everything. > > It's possible to use LC Build to support ad network APIs. > > It's also possible to find saner ad networks that offer REST APIs in > addition to binary, so devs don't need to commit as much development > time for one vendor. > > It's possible but less likely that an app not worth monetizing through > freemiums, direct payment, or other model will earn enough to bring a > positive ROI for the effort of implementing ads. > > It's less likely that you'll be able to shoe-horn someone else's ads > into your app design without impairing the user experience. > > Lots of things are possible. Fewer things are likely. > > -- > 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
Add Event To Calendar?
I'm sure someone has tackled this task... Is there any way to add an event to a calendar on mobile (iOS and Android)? Looking for a mobileAddCalendarEvent command. Thanks in advance, -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: Integrating Desktop or mobile application with LMS using LTI 1.3
I would be excited to help test this! The higher ed school I work with uses Canvas by Instructure, a large open-source LMS. You can find documentation at https://github.com/instructure/canvas-lms/wiki —Andrew Bell > > Thanks for the responses. I am still actively working on this. > > I have hired a summer intern. Molly, to work on this. She has been getting > up to speed on LiveCode and LTI 1.3 and now she is turning her attention to > working on a proof of concept stack to connect with an LMS system and send > commands and receive responses and process them. > > Indeed we have found that LTI 1.3 is supported by many LMS?s to varying > degrees and some still just support LTI 1.1 currently. (There is a LTI 2.0 > but that is a deprecated standard. > http://www.imsglobal.org/lti-security-announcement-and-deprecation-schedule) > The LMSs we have looked at also have their own APIs which seem to have > features beyond what the LTI feature set is but still looking at this. > > I am not at the point yet where I can open source it and I am not really sure > how to go about that. (Don?t know how I would sell it either but probably not > much of a market for it.) I have my main app on GIT using Monte?s lcVCS but > if I did want to go open source with this library I want to to do something > simpler like a script only stack library and maybe do a Demo app based on > Trevor?s Levure App Framework > https://livecode.com/products/livecode-platform/levure/ to make it easier to > use git. Does this sound like a good approach? > > We are also looking for a way to access a sandbox with one of the LMS?s to > test the proof of concept app against. If anyone has info on that that would > be appreciated. > > 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
Re: Debugging IDE infinite Loops
Hello Ralph, Maybe you can try cmd + dot (.), not sure if it work though. Regards, Panos -- On Thu, 6 Aug 2020 at 01:40, Ralph DiMola via use-livecode < use-livecode@lists.runrev.com> wrote: > Is there a way to break out of an IDE loop or break the IDE into the > debugger when it's slow? (LC 9.6.0 Win 10) > > I keep getting hangs when exiting the IDE and also very slow app response > with the SE open. I want to see if I can get to the bottom of it. > > Thanks > > 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
