Re: Code-signed apk fails

Jacque, did you already try to build the .apk without tsNet? This way you could check if tsNET is involved. You need to do the 2 steps before building the .apk 1. executedispatch "revUnloadLibrary" to stack "tsNetLibUrl"in message box (btw. to load it again after building the standalone

Re: Code-signed apk fails

The normal exstension is .keystore , maybe that's the reason? Op 28-5-2020 om 08:52 schreef J. Landman Gay via use-livecode: We're about to release an Android app. I've been signing it for development only and it works well. Today I created a keystore "FPMobile.jks" in Terminal as usual. As

Re: ADA Compliency

Oh gawd, I had an ancient college sweaty OMG FINALS panic attack, because I thought you wrote Ada, not ADA. On Tue, May 26, 2020 at 6:57 PM Dan Friedman via use-livecode < use-livecode@lists.runrev.com> wrote: > Has anyone done anything in regards to ADA compliancy in mobile apps built > with Li

Re: Code-signed apk fails

Hello Jacque, I did a quick test, I put this in a button: get url "https://google.com " put it into fld "url" and signed the .apk with a release.keystore, and it works as expected for me. The stack includes tsNet - I used LC 9.6 RC-2 for

Special Paste

Both Apple's Pages and Microsoft’s Word software have key commands for pasting text into an existing document to match the current formatting (font). How do you script to accomplish this when copying text to the clipboard in a button so the user does not have to use keyboard commands? Sent from

Re: What have I done now ? (aka CR and LF confusion)

Thanks Brian, that was a very helpful and clear description. It's amazing that I've been an active Runrev/livecode for nearly 20 years and not been affected by this until now :-) Re. a PR to change it, it does seem it will run into concerns about backward compatability. Is it likely to succeed

Re: What have I done now ? (aka CR and LF confusion)

Alex Tweedly wrote: > Re. a PR to change it, it does seem it will run into concerns about > backward compatability. Is it likely to succeed to propose a new > URL-type - maybe "textfile". What exactly does the PR do? If it changes default Mac line endings from CR to LF, thumbs up. macOS is a c

Re: What have I done now ? (aka CR and LF confusion)

binfile is just short for binary file... it means that the file is written exactly as presented. If you use encode (UTF8/16 etc) then you need to use it anyway. The PR is a pretty much single constant update (changes CR to LF for Mac line ending). The backwards compatibility issue is a very mino

Re: What have I done now ? (aka CR and LF confusion)

Just changes CR to LF. 2 files updated. https://github.com/livecode/livecode/pull/7214/files On Thu, May 28, 2020 at 12:10 PM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Alex Tweedly wrote: > > > Re. a PR to change it, it does seem it will run into concerns about >

Re: What have I done now ? (aka CR and LF confusion)

I am a fan of moving Mac to default to LF. We use LF explicitly as our line ending of choice in all of our current software projects. LF is useful if only to natively work with the expected line endings from Github and text files interchanged with Linux servers. Best regards, Mark Talluto li

Re: What have I done now ? (aka CR and LF confusion)

On 5/28/20 10:17 AM, Mark Talluto via use-livecode wrote: I am a fan of moving Mac to default to LF. We use LF explicitly as our line ending of choice in all of our current software projects. LF is useful if only to natively work with the expected line endings from Github and text files interch

Re: Code-signed apk fails

On 5/28/20 5:24 AM, matthias rebbe via use-livecode wrote: did you already try to build the .apk without tsNet? This way you could check if tsNET is involved. You need to do the 2 steps before building the .apk 1. executedispatch "revUnloadLibrary" to stack "tsNetLibUrl"in message box

Re: Code-signed apk fails

I'm fairly sure that's the reason the file dialog didn't enable the .jks file, but the file still works. I used Google's terminal command example, which creates .jks files, instead of LC's example which I think uses .keystore. Next time I'll change the extension just to make file selection easie

Re: ADA Compliency

On 5/26/2020 6:56 PM, Dan Friedman via use-livecode wrote: Has anyone done anything in regards to ADA compliancy in mobile apps built with LiveCode? Using the apple or android accessibility tools such as Screen reading, for example. I have been periodically looking at assistive technologi

Re: Code-signed apk fails

Okay, here are the results of my tests, all done in LC 9.6rc2. 1. Keystore: FPMobile.jks, included TSNet: fails to download files 2. Keystore: FPMobile.jks, TSNet removed: works 3. Keystore: FPMobile.keystore, included TSNet: works So TSNet doesn't like "jks" extensions, which is the file extens

Re: Special Paste

Hi Charles, Is this what you’re looking for?: put the clipboardData["html"] into tStoredData put the fullClipboardData["text"] into tData set the clipboardData to tData paste set the clipboardData["html"] to tStoredData Peter Bogdanoff > On May 28, 2020, at 7:04 AM, Charles Szasz via use-livec

Re: Code-signed apk fails

Good to hear that you´ve found the solution. - Matthias Rebbe Life Is Too Short For Boring Code > Am 28.05.2020 um 20:24 schrieb J. Landman Gay via use-livecode > : > > Okay, here are the results of my tests, all done in LC 9.6rc2. > > 1. Keystore: FPMobile.jks, included TSNet: fails to down

Re: What have I done now ? (aka CR and LF confusion)

On May 28, 2020, at 10:33 AM, Mark Wieder via use-livecode wrote: > > On 5/28/20 10:17 AM, Mark Talluto via use-livecode wrote: >> I am a fan of moving Mac to default to LF. We use LF explicitly as our line >> ending of choice in all of our current software projects. >> LF is useful if only to