Re: Put URL into variable and textEncoding

Monte Goulding wrote: >> On 13 Feb 2018, at 11:56 am, Richard Gaskin wrote: >> something more sensible > > We already have: > > open file for “utf-8” text > > There was some discussion of implementing “file+:/path > /to/file” style urls to avoid having to use binfile and textDecode > and manual

Re: Link for the icon offer.

The license page on the site seems confusing. If making a product that will be sold to multiple people, you seem to be fine. That makes contract work ambiguous. I’ve sent them an inquiry for clarification, but who knows if I will see anything back before the offer expires. (Current price for a

Re: Put URL into variable and textEncoding

ICU has character set detection. Looks like it wouldn’t be that hard to add a function to return either the best match or an array of encoding -> confidence. Perhaps dd an enhancement request if there isn’t one already. Cheers Monte > On 13 Feb 2018, at 1:04 pm, Paul Dupuis via use-livecode

Re: Put URL into variable and textEncoding

On 2/12/2018 8:49 PM, Monte Goulding via use-livecode wrote: > >> On 13 Feb 2018, at 11:56 am, Richard Gaskin via use-livecode >> wrote: >> >> something more sensible > We already have: > > open file for “utf-8” text > > There was some discussion of implementing

Re: Put URL into variable and textEncoding

> On 13 Feb 2018, at 11:56 am, Richard Gaskin via use-livecode > wrote: > > something more sensible We already have: open file for “utf-8” text There was some discussion of implementing “file+:/path/to/file” style urls to avoid having to use binfile and

Re: Put URL into variable and textEncoding

Given the nearly-universal use of UTF-8, it would seem ideal for a language focusing on ease of use if that could be made a default. I can understand why we can't use "open tFile for text..." given the legacy, but maybe something like "open tFile for modernText..." or something more sensible.

Re: Link for the icon offer.

>> > Are the icons royalty free? > > JB You will need to check this out at the site. I am just a messenger. (But I think they are, under certain conditions.) ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to

Re: Put URL into variable and textEncoding

No, nothing has changed. The Dictionary entry for textEncode and textDecode still contains this note: It is highly recommended that any time you interface with things outside LiveCode (files, network sockets, processes, etc) that you explicitly textEncode any text you send outside LiveCode and

Re: Link for the icon offer.

Are the icons royalty free? JB > On Feb 12, 2018, at 2:17 PM, James At The Hale via use-livecode > wrote: > > Oops, seems the link to the offer page didn’t survive my copy and paste. > > Here is is in all its gory detail. > >

Re: Use of Serialize Behavior in Script Only Stack

Based on the thread on this mailing list several weeks ago, that sounds reasonable. I know in that thread it was only proposed that a script-only stack could specify another stack as its behavior, and not a button. On Mon, Feb 12, 2018 at 1:05 PM, Brian Milby via use-livecode <

[Semi-OT]APK size and conversions

Shrinking APKs, growing installs How your app’s APK size impacts install conversion rates -- Richard Gaskin Fourth World Systems ___ use-livecode mailing list

Link for the icon offer.

Oops, seems the link to the offer page didn’t survive my copy and paste. Here is is in all its gory detail. http://click.mlsend3.com/link/c/YT04MjUzMTI4MjQ1NDM2Nzk3NTUmYz16NmUwJmU9NDc1ODA5NzUmYj0xNTU1NzM5ODgmZD1zMmg2cjVk.gmarQ0_fB6YaVI4xX57sbATn8f5LstD0cXrHJyzqQzI

Lifetime access to icons offer

Just received this today and thought it might be of interest to some. This is just a copy and paste from my email James www.iconapp.io Iconapp is an icon provider and management tool put together. We offer over 15,000 icons (up from 7,000 last year, and still increasing by the time you

Re: Use of Serialize Behavior in Script Only Stack

I think the meaning is that it references a stack and not an arbitrary object (like a button). It will probably be another script only stack though. On Mon, Feb 12, 2018 at 12:44 PM Sannyasin Brahmanathaswami via use-livecode wrote: > Can some else elucidate this:

Use of Serialize Behavior in Script Only Stack

Can some else elucidate this: " This patch adds a 'with behavior' clause to the header of a script only stack. # this is clear The clause is emitted if the stack has a behavior property which references a stack. # this unclear; "references [binary] a stack" When a script-only-stack with such

Re: Navigator Update -- Drag and Drop!

It took some effort :-) I'm in an unusual position because the selection of objects in Navigator's live display *really* messes with the traditional drag/drop messages and the selection within the field I use for the list display. I tried very hard to work around that many years back, but finally

Re: strange behaviour of standalone builder

Ah. I misunderstood your post. Bob S > On Feb 12, 2018, at 07:53 , Bob Sneidar via use-livecode > wrote: > > This is the same discussion I have been having for over a year now. Maybe 2. > The workaround is to only build for one platform at a time, and quit LC

Re: strange behaviour of standalone builder

This is the same discussion I have been having for over a year now. Maybe 2. The workaround is to only build for one platform at a time, and quit LC between builds. LC seems to be getting confused about which is the original and which is the copy. It makes a mess of the stack files in your

Re: Navigator Update -- Drag and Drop!

Sure like to know how you do that. I've tried but cannot get it to work. I'd like to make a smartObjects panel so I could store and clone common objects with scripts, properties and backscripts already intact, but I never was able to get the drag/drop functionality working. Bob S > On Feb

Re: strange behaviour of standalone builder

Hallo Hermann, > Am 12.02.2018 um 15:22 schrieb hh via use-livecode > : > > Hi Klaus, > the move to "engine" is documented, see specialfolder/engine. > > This is the only "logic" way to do that because your "CLI" files are > executables. > That is Mac is correct

Re: Put URL into variable and textEncoding

If you know it *is* utf-8 then (in LC 8/9) it "just works" whether put into a variable or directly into a field. But you have to be aware when working with the variable that you have to use codepoint for conversions for "foreign chars" (e.g. using diacritics). > Malte P-B. wrote: > Hi, I am a

Re: strange behaviour of standalone builder

Hi Klaus, the move to "engine" is documented, see specialfolder/engine. This is the only "logic" way to do that because your "CLI" files are executables. That is Mac is correct in docu and building the standalone. The bug is now either the docu for Win/linux or the not-moving on Win/linux. >

strange behaviour of standalone builder

Hi friends, see subject... I have a folder with a command line utility, one for Mac and one for Windows. I put this into a folder in -> "specialfolderpath("resources") & "/theCLI" adn add it via "Copy files" to my standalone. Folder structure theCLI (folder) play ## Mac version play.exe

Re: [ANN] This Week in LiveCode 116

Thank you Klaus, well spotted :) I have updated the link, should be correct now. Best, Panos -- On Mon, Feb 12, 2018 at 12:22 PM, Klaus major-k via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Panos, > > > Am 12.02.2018 um 13:10 schrieb panagiotis merakos via use-livecode < >

Re: [ANN] This Week in LiveCode 116

Hi Panos, > Am 12.02.2018 um 13:10 schrieb 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

[ANN] This Week in LiveCode 116

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 #116 here: https://goo.gl/Lpdp11 This is a weekly newsletter about LiveCode, focussing on what's been going on in and around

Navigator Update -- Drag and Drop!

Drag and drop has always been just within a single Navigator window -- not between Navigator windows, and not to/from open stacks. That changes (a bit) today! You can now select any set of controls in a Navigator window and drag them out of that window and onto any open stack. Detailed