Re: Splash-stack apps on Google Play

[Brian Milby via use-livecode]

The dictionary entries that you want are "encrypt using rsa", "decrypt
using rsa", and "messageDigest'.

High level process...
- Generate a public/private key pair
- Package the file that you want to ensure is not tampered with
- Generate a hash of the file (messageDigest)
- Encrypt the hash with your private key (encrypt using rsa)
- Store the encrypted hash along with the file to download (or possibly put
them both into a zip to make a single download)

- Store the public key inside the app
- Download the encrypted hash and the file
- Decrypt the hash using the public key (decrypt using rsa)
- Compare the decrypted hash with a calculated hash of the downloaded file
- If they match, then the file has not been changed

If you also want to utilize a similar process to secure the file itself
from viewing, then you will need to do something a little different.  The
dictionary suggests that a possible method would be to generate a random
key to actually encrypt the file (symmetric encryption - encrypt).  That
key would be encrypted with a public key.  The encrypted file and encrypted
key would be stored for download.  The app would use the private key to
decrypt the data encryption key.  Once the data encryption key was
obtained, the data could be decrypted.  You would want to use a different
public/private pair of keys for this operation.

This all sounds like a good project for a library (for use in an app) and a
stack (to handle the front end).  I didn't go checking to see if one
already existed though.

On Mon, May 21, 2018 at 10:24 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> @Mark, thanks so much for your post, it helps. When you get a chance it
> would be great to get more detail about how to set up the RSA keys. I'm
> sure I won't be the only person here who needs this, so you'll be helping
> everyone.
>
> I think I can find out how to generate the keys, but I'm not quite sure
> what to do with them after that, although I get the gist of it.
>
> On 5/21/18 1:15 PM, Mark Waddingham via use-livecode wrote:
>
>> P.S. I realize the above 'outline' of how to do code signing using PKI is
>> somewhat brief. I'll endeavour to write it up in more detail as soon as I
>> can.
>>
>
>
> --
> 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: Splash-stack apps on Google Play

[J. Landman Gay via use-livecode]

@Mark, thanks so much for your post, it helps. When you get a chance it 
would be great to get more detail about how to set up the RSA keys. I'm 
sure I won't be the only person here who needs this, so you'll be 
helping everyone.


I think I can find out how to generate the keys, but I'm not quite sure 
what to do with them after that, although I get the gist of it.


On 5/21/18 1:15 PM, Mark Waddingham via use-livecode wrote:
P.S. I realize the above 'outline' of how to do code signing using PKI 
is somewhat brief. I'll endeavour to write it up in more detail as soon 
as I can.



--
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: Livecode and Google Analytics?

[Jose Enrique Montero via use-livecode]

Hi Dan Friedman,

Do you found a solution ?

best regards.

Jose

2018-02-15 14:37 GMT-04:00 Dan Friedman via use-livecode <
use-livecode@lists.runrev.com>:

> Greetings!
>
> Is there a method to implement Google Analytics in a LiveCode Mobile app?
>  Client wants to see the analytic data.
>
> -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
>
___
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

Crash when moving video window to external monitor pc

[Jeff Reynolds via use-livecode]

Just had a report of having an LC9 application crash on windows 10 home crash 
when a video window opened on the laptop screen is moved to the external. The 
application has a main window with the user interface and a daughter window 
that is just has a video player in it. app opens with both windows on the main 
laptop screen and when they move the video window to the external monitor it 
crashes. They can move the interface screen to the external monitor and things 
will work fine with the video playing on the laptop screen.

Now using the direct show with the LAV set using K-Lite codec pack on the pc. 

No issue with this on the mac.

im wondering if there is some odd difference in the video drivers on the pc 
laptops that direct show or the LAV codecs dont play well with or have access 
to on the external monitor graphics controller.

Anyone seen video pay issues on external monitors on pc laptops?

thanks

Jeff Reynolds 
___
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 & Java

[Tom Glod via use-livecode]

Thank you for the links and suggestions Gentlemen  i will look at them
and see how far i can get with my study of Livecode & Javascript together.

I'm not sure what about it I have disliked. maybe i'll fall in love
with it

Thanks again

On Mon, May 21, 2018 at 8:45 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 05/21/2018 04:58 PM, Richard Gaskin via use-livecode wrote:
>
>> Tom Glod wrote:
>>  > I totally meant JavaScript
>>
>
> There's a ton of stuff on the web, but sorting the signal from the noise
>> can be hard.
>>
>
> I'm still fond of JavaScript: The Good Parts
> 
>
> --
>  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

Re: how to clear residual garbage in a stack?

[Phil Davis via use-livecode]

Neville,

Use "compact stack" to get rid of space formerly used by now-deleted 
objects.


See the docs.

Phil Davis


On 5/21/18 5:42 PM, Neville Smythe via use-livecode wrote:

I am constructing a large stack as a test for a bug report (to report the slow 
saving of large stacks for a standalone Windows 10 app under LC 8.x). I start 
with a stack with a single card which saves as a 28 KB file. I then use a 
script to create 299 copies of card 1. The resulting stack saves to a 8.2 MB 
file. As expected.

I then deleted all but the first card, and re-ran the script so it again had 
300 cards. This saves to a 16.4 MB file! Repeating the delete-and-create gives 
a 24 MB file. Evidently the data for the deleted cards has not been removed. I 
can think of efficiency reasons why this might be useful in the IDE, but there 
must/should be a way to reduce the file size to a minimum, otherwise stacks 
which continually delete and create data will just grow in a very 
user-unfriendly way.

I can’t find any command such as clean or purge or free or compress or release 
garbage which will reduce the file size to its actual requirements. I have a 
vague memory of this being raised some years ago but I can’t find the 
reference. Surely there must be a built-in command? Because the only way I can 
see to reduce the size would be to create a new stack and copy over all cards 
and scripts and substacks before saving, which is ridiculous.

BTW The bug: The 8.2MB stack saves on a Mac in 0.27 seconds. On Windows 10 
saving time is 6.4 seconds. Other apps on Windows save an 8 MB file in under a 
second so the problem is not with the Windows OS or antivirus virus software or 
the particular machine. Possibly this bug is related to the reported 
unusablility of LC 9 IDE on Windows 10, of which I have heard no more since it 
was raised in this forum a few weeks ago, although my context is a standalone 
compiled under LC  8.x.

Neville Smythe
___
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


___
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 & Java

[Mark Wieder via use-livecode]

On 05/21/2018 04:58 PM, Richard Gaskin via use-livecode wrote:

Tom Glod wrote:
 > I totally meant JavaScript


There's a ton of stuff on the web, but sorting the signal from the noise 
can be hard.


I'm still fond of JavaScript: The Good Parts


--
 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

how to clear residual garbage in a stack?

[Neville Smythe via use-livecode]

I am constructing a large stack as a test for a bug report (to report the slow 
saving of large stacks for a standalone Windows 10 app under LC 8.x). I start 
with a stack with a single card which saves as a 28 KB file. I then use a 
script to create 299 copies of card 1. The resulting stack saves to a 8.2 MB 
file. As expected. 

I then deleted all but the first card, and re-ran the script so it again had 
300 cards. This saves to a 16.4 MB file! Repeating the delete-and-create gives 
a 24 MB file. Evidently the data for the deleted cards has not been removed. I 
can think of efficiency reasons why this might be useful in the IDE, but there 
must/should be a way to reduce the file size to a minimum, otherwise stacks 
which continually delete and create data will just grow in a very 
user-unfriendly way. 

I can’t find any command such as clean or purge or free or compress or release 
garbage which will reduce the file size to its actual requirements. I have a 
vague memory of this being raised some years ago but I can’t find the 
reference. Surely there must be a built-in command? Because the only way I can 
see to reduce the size would be to create a new stack and copy over all cards 
and scripts and substacks before saving, which is ridiculous.

BTW The bug: The 8.2MB stack saves on a Mac in 0.27 seconds. On Windows 10 
saving time is 6.4 seconds. Other apps on Windows save an 8 MB file in under a 
second so the problem is not with the Windows OS or antivirus virus software or 
the particular machine. Possibly this bug is related to the reported 
unusablility of LC 9 IDE on Windows 10, of which I have heard no more since it 
was raised in this forum a few weeks ago, although my context is a standalone 
compiled under LC  8.x. 

Neville Smythe
___
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 & Java

[Richard Gaskin via use-livecode]

Tom Glod wrote:
> I totally meant JavaScript

For the complete beginner I've found the Head First series from O'Reilly 
good:

http://shop.oreilly.com/product/0636920027065.do

For intermediate scripters I love O'Reilly's "cookbook" series:
http://shop.oreilly.com/product/0636920033455.do

There's a ton of stuff on the web, but sorting the signal from the noise 
can be hard.  For years I struggled with CSS, but after reading the 
O'Reilly CSS Cookbook I got a good understanding of how the parts fit 
together.


For all the good things about self-publishing, one great thing about a 
reputable publisher is their vetting process.  Only good material gets 
accepted, and is further refined by editors.


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

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

Re: LC & Java

[Brian Milby via use-livecode]

The LiveCode cheat sheet for JavaScript is probably a good thing to look
at. That will show some of the common syntax elements.
On Mon, May 21, 2018 at 6:25 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I totally meant JavaScript
>
> On Mon, May 21, 2018 at 6:31 PM, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Tom Glod wrote:
> >
> > > ...Browser...Java...
> >
> > Did you mean JavaScript?
> >
> > No relationship to Java other than a short-sighted marketing decision at
> > Netscape 25 years ago.
> >
> > JavaScript is the language supported by all browsers.  Java is an
> > important language for server-side use, and occasionally some GUIs, but
> is
> > considered unsafe for use in Web browsers anymore.
> >
> > --
> >  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
>
___
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 & Java

[Tom Glod via use-livecode]

I totally meant JavaScript

On Mon, May 21, 2018 at 6:31 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Tom Glod wrote:
>
> > ...Browser...Java...
>
> Did you mean JavaScript?
>
> No relationship to Java other than a short-sighted marketing decision at
> Netscape 25 years ago.
>
> JavaScript is the language supported by all browsers.  Java is an
> important language for server-side use, and occasionally some GUIs, but is
> considered unsafe for use in Web browsers anymore.
>
> --
>  Richard Gaskin
>  Fourth World Systems
>  Software Design and Development for the Desktop, Mobile, and the Web
>  
>  ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC & Java

[Richard Gaskin via use-livecode]

Tom Glod wrote:

> ...Browser...Java...

Did you mean JavaScript?

No relationship to Java other than a short-sighted marketing decision at 
Netscape 25 years ago.


JavaScript is the language supported by all browsers.  Java is an 
important language for server-side use, and occasionally some GUIs, but 
is considered unsafe for use in Web browsers anymore.


--
 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

LC & Java

[Tom Glod via use-livecode]

Hi folks,

For whatever reason I really hate Java..;) and I've been avoiding it
like the plaque.  I would like to get over this because I will need it
going forward to maximize my use of LC, Widgets & Browser content.

Can anyone point me to a way that i can learn about how LC works with Java?
one that contains a practical example that i can follow and see the results
of?  I haven't been able to find anything like that.
___
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 & Java

[Tom Glod via use-livecode]

Ooopspremature send.Thank you for any links or ideas.

On Mon, May 21, 2018 at 3:29 PM, Tom Glod  wrote:

> Hi folks,
>
> For whatever reason I really hate Java..;) and I've been avoiding it
> like the plaque.  I would like to get over this because I will need it
> going forward to maximize my use of LC, Widgets & Browser content.
>
> Can anyone point me to a way that i can learn about how LC works with
> Java? one that contains a practical example that i can follow and see the
> results of?  I haven't been able to find anything like that.
>
___
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: Copying Text from Field In HTML5 app?

[hh via use-livecode]

> John P. wrote:
> I have a little HTML5 project that creates some text data in a
> card field. I would like to let my user copy the text created in
> this field out the HTML5 app so that they can paste it into a
> spreadsheet in order to manipulate it.
> Can this be done using an HTML5 app?

You can not access the system clipboard directly from LC-HTML5.

But you can use javascript (clipboard.js) to do that or simply
write to a DOM-text field (http://lists.runrev.com/mailman/listinfo/use-livecode

Copying Text from Field In HTML5 app?

[JOHN PATTEN via use-livecode]

HI All,

I have a little HTML5 project that creates some text data in a card field. I 
would like to let my user copy the text created in this field out the HTML5 app 
so that they can paste it into a spreadsheet in order to manipulate it.

Can this be done using an HTML5 app?

Thank you!
John Patten
SUSD
___
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: Splash-stack apps on Google Play

[Mark Waddingham via use-livecode]

On 2018-05-21 17:51, J. Landman Gay via use-livecode wrote:

My client sells supplies to hospitals and the mobile app is part of a
tracking system. We have been distributing the app from a web site but
some users don't trust that and others don't understand why they need
to enable "unknown sources" in prefs. It would be easier to distribute
through the official channel.

If there are any issues with the app we need immediate fixes or the
tracking breaks. A remote stack allows me to do that.

A while back Colin was going to get a Google reviewer in touch with
Mark Waddingham so Mark could explain why this isn't dangerous in LC
but I'm not sure what happened to that.


I never received any contact from Google on this topic - although it 
sounds like Colin has had confirmation that they seem relatively happy 
with the LiveCode apps they have found with regards the new Play Store 
rules.


Re-reading the policy again the two main points it contains which are 
relevant here are as follows:


"An app distributed via Google Play may not modify, replace, or update 
itself using any method other than Google Play’s update mechanism. 
Likewise, an app may not download executable code (e.g. dex, JAR, .so 
files) from a source other than Google Play. This restriction does not 
apply to code that runs in a virtual machine and has limited access to 
Android APIs (such as JavaScript in a webview or browser)."


"The following are explicitly prohibited:
...
Apps or SDKs that download executable code, such as dex files or native 
code, from a source other than Google Play.

..."

The reason to impose these rules is simply to protect the end-user from 
malicious intent. In this case, the specific thing they are trying to 
protect users from is an app vendor who unknowingly creates a vehicle 
for such action - the maliciousness could be from being able to exploit 
unknown vulnerabilities in system APIs (breaking the app sandbox), or 
from being able to subvert an app and the interaction it has with the 
user.


The thing to remember is that anything downloaded over the internet is 
at risk if the connection is not properly secured. For a connection to 
be properly secured it is not just sufficient to use SSL (or variants 
there-of) but also to ensure that the server end-point is also secure. 
For example, you might put your code update on a server which is subject 
to a hacking attack, and in through doing so the hackers find they can 
inject arbitrary code into all currently installed instances of your app 
by changing the update code file which is downloaded.


Maintaining a server which allows download of invisible executable code 
updates straight into apps on end-user devices is a significant 
responsibility - and it is too much of a risk to allow in the general 
case especially given both the quantity of app vendors and their widely 
varying resources.


So, what can we do?

The first thing is something you as a developer can do (and really 
should if you need this convenicene)...


If you need to download updates 'on the fly', and your updates do 
contain executable code (which LiveCode Script is) the you can use 
public key cryptography to sign your downloads. Basically you generate a 
public and private RSA key pair. The private one must be treated with 
due diligence, and is used to create a signature of the stack which 
contains your updates. The app itself contains the public key - when the 
app updates, after downloading the stack, it verifies the signature and 
only applies it if the verification succeeds. Assuming you take due 
diligence over your private key (in particular never store it on the 
same server as the app update!), then it means that your updates cannot 
be subverted - regardless of whether your update server is hacked. If 
your private key does become compromised, then you release no more 
updates signed with it, and issue a Google Play Store update for your 
app which contains a new public key.


Note: I should point out, you don't need a 'root CA signed code cert' 
for the above - a public/private key pair you generate yourself is more 
than sufficient since you are baking the public key into an app 
submitted to the google play store which is signed using similar trust 
mechanisms which is globally verifiable.


The second thing is something we can do to the engine itself...

There is a critical line in the above: "This restriction does not apply 
to code that runs in a virtual machine and has limited access to Android 
APIs (such as JavaScript in a webview or browser)."


As it stands right now, you can load LCB extensions at runtime in 
standalones which have bene downloaded. This is a hole we can close by 
adding an option to turn off the 'load extension' command in standalones 
in the S/B. This means that LiveCode Android apps, when built with that 
option turned on fall into the category of "code that runs in a virtual 
machine and has limited access to Android APIs". I'll chat to Ali 

LC ImageToolbox_89_v170

[hh via use-livecode]

Uploaded an enhanced version of LC-ImageToolbox that has
Matrix (Convolve up to 7x7) and ColorMatrix available.

This does here on a medium fast machine (2.5 GHz Mac mini)
a 5x5 convolve (e.g. Laplace filter) for a 1920x1080 image
using LC 8 in 1 second, using LC 9 in 850 millisecs!

You can easily change single matrix values "live" and also
add your own filters by using ready made template buttons.

Load LC-ImageToolbox_89_170 from "Sample stacks" (LC Toolbar)
or (slower) using
http://livecodeshare.runrev.com/stack/826/

___
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

LiveCode Builder syntax added to LiveCode SublimeText language module

[Trevor DeVore via use-livecode]

Hi all,

Support for LiveCode Builder syntax has been added to the LiveCode
SublimeText language module and I've created a new release - 0.5.0. This
release adds support for navigating LCB handlers, syntax highlighting, and
some snippets (use Tools > Snippets menu to see a list of available
snippets).

The list of functions, reserved variables, etc. is not entirely correct
yet. In a quick search I couldn't find a list so I'll come back to that
later if someone else isn't able to figure it out.

It should show up in PackageControl soon. Here is the url to the GitHub
page:

https://github.com/trevordevore/livecode-sublimetext

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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: Splash-stack apps on Google Play

[J. Landman Gay via use-livecode]

That's great! Thanks for posting that Colin, I'm going to take the chance. 
I didn't know things had proceeded that far.



Do you have any more details about the decision so we can avoid potential 
conflicts? How is the determination about noncompliance made?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 21, 2018 12:03:24 PM Colin Holgate via use-livecode 
 wrote:


At the time Mark thought there might be some LCB tweaks LiveCode might make 
to keep Google happy, but after the Google guys looked at a number of 
LiveCode apps, they concluded that they don’t seem to violate the new 
policy. Well, it was new 11 months ago when this came up last 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





___
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: Splash-stack apps on Google Play

[Colin Holgate via use-livecode]

At the time Mark thought there might be some LCB tweaks LiveCode might make to 
keep Google happy, but after the Google guys looked at a number of LiveCode 
apps, they concluded that they don’t seem to violate the new policy. Well, it 
was new 11 months ago when this came up last 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: Splash-stack apps on Google Play

[Brian Milby via use-livecode]

Would you need to go full “splash stack”? Could you have a “supplemental
data” stack that is checked for/updated on launch and has data inside it to
update any objects that need to be adjusted?
On Mon, May 21, 2018 at 10:52 AM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> My client sells supplies to hospitals and the mobile app is part of a
> tracking system. We have been distributing the app from a web site but
> some
> users don't trust that and others don't understand why they need to enable
> "unknown sources" in prefs. It would be easier to distribute through the
> official channel.
>
> If there are any issues with the app we need immediate fixes or the
> tracking breaks. A remote stack allows me to do that.
>
> A while back Colin was going to get a Google reviewer in touch with Mark
> Waddingham so Mark could explain why this isn't dangerous in LC but I'm
> not
> sure what happened to that.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On May 21, 2018 6:41:34 AM Lagi Pittas via use-livecode
>  wrote:
>
> > Hi Jacque,
> >
> > If your app is for a specific client/company do you put it on the Play
> > Store still?
> > Or is it an app for a company who wants to sell it? -
> >
> > Lagi
> >
> > On 20 May 2018 at 21:06, J. Landman Gay via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Has anyone released an Android app on Google Play that uses the
> >> splash-stack method to download the real working stack from a server?
> Was
> >> it rejected? My current project needs to provide instant updates in case
> >> there is a serious bug, and having an accessible stack on the server
> >> accomodates that.
> >>
> >> --
> >> Jacqueline Landman Gay | jac...@hyperactivesw.com
> >> HyperActive Software   | http://www.hyperactivesw.com
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
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: Splash-stack apps on Google Play

[J. Landman Gay via use-livecode]

My client sells supplies to hospitals and the mobile app is part of a 
tracking system. We have been distributing the app from a web site but some 
users don't trust that and others don't understand why they need to enable 
"unknown sources" in prefs. It would be easier to distribute through the 
official channel.


If there are any issues with the app we need immediate fixes or the 
tracking breaks. A remote stack allows me to do that.


A while back Colin was going to get a Google reviewer in touch with Mark 
Waddingham so Mark could explain why this isn't dangerous in LC but I'm not 
sure what happened to that.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 21, 2018 6:41:34 AM Lagi Pittas via use-livecode 
 wrote:



Hi Jacque,

If your app is for a specific client/company do you put it on the Play
Store still?
Or is it an app for a company who wants to sell it? -

Lagi

On 20 May 2018 at 21:06, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:


Has anyone released an Android app on Google Play that uses the
splash-stack method to download the real working stack from a server? Was
it rejected? My current project needs to provide instant updates in case
there is a serious bug, and having an accessible stack on the server
accomodates that.

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

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


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

http://lists.runrev.com/mailman/listinfo/use-livecode





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

Re: Splash-stack apps on Google Play

[Lagi Pittas via use-livecode]

Hi Jacque,

If your app is for a specific client/company do you put it on the Play
Store still?
Or is it an app for a company who wants to sell it? -

Lagi

On 20 May 2018 at 21:06, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Has anyone released an Android app on Google Play that uses the
> splash-stack method to download the real working stack from a server? Was
> it rejected? My current project needs to provide instant updates in case
> there is a serious bug, and having an accessible stack on the server
> accomodates that.
>
> --
> 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: Web fonts

[hh via use-livecode]

> Peter B. wrote:
> Crazy question, but is it possible to use a web font within a
> internet-connected LiveCode application?

Of course in a browser widget, but not for use in other LC objects.

___
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

[ANN] This Week in LiveCode 129

[panagiotis merakos via use-livecode]

Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #129 here: https://goo.gl/yo6mRp

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.



-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
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