Re: Put URL into variable and textEncoding

[Richard Gaskin via use-livecode]

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 line ending wrangling.
>
> Also if there is a BOM then the unicode encoding can and is worked
> for file: urls and open file for text. It’s when there’s no BOM and
> no explicit encoding specified that the engine defaults to legacy
> native encodings.

More reasonable indeed.  With all the complicated examples floating 
around I'd forgotten about the "open file" addition.  Nice.


--
 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: Link for the icon offer.

[Brian Milby via use-livecode]

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
single user lifetime is about $50 without the special.)
On Mon, Feb 12, 2018 at 6:34 PM James At The Hale via use-livecode <
use-livecode@lists.runrev.com> wrote:

> >>
> > 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 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: Put URL into variable and textEncoding

[Monte Goulding via use-livecode]

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 
>  wrote:
> 
> It is this last case (no BOM) that a 'guessEncoding()' function is
> needed in LiveCode so those of us that make app that deal with end user
> files (which can be of variable 'type' and whose encoding is generally
> completely unknown to the user) do no have to each write our own.
> 
> I will happily offer the guessEncoding script we wrote from common
> algorithms for this task if only LiveCode would add it to the engine. Or
> any one else that has written a guessEncoding script could offer these
> and LiveCode could pick the "best" one and add it to the engine.

___
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: Put URL into variable and textEncoding

[Paul Dupuis via use-livecode]

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 “file+:/path/to/file” 
> style urls to avoid having to use binfile and textDecode and manual line 
> ending wrangling.
>
> Also if there is a BOM then the unicode encoding can and is worked for file: 
> urls and open file for text. It’s when there’s no BOM and no explicit 
> encoding specified that the engine defaults to legacy native encodings.

It is this last case (no BOM) that a 'guessEncoding()' function is
needed in LiveCode so those of us that make app that deal with end user
files (which can be of variable 'type' and whose encoding is generally
completely unknown to the user) do no have to each write our own.

I will happily offer the guessEncoding script we wrote from common
algorithms for this task if only LiveCode would add it to the engine. Or
any one else that has written a guessEncoding script could offer these
and LiveCode could pick the "best" one and add it to the engine.


___
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: Put URL into variable and textEncoding

[Monte Goulding via use-livecode]

> 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 textDecode and manual line ending 
wrangling.

Also if there is a BOM then the unicode encoding can and is worked for file: 
urls and open file for text. It’s when there’s no BOM and no explicit encoding 
specified that the engine defaults to legacy native encodings.

Cheers

Monte
___
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: Put URL into variable and textEncoding

[Richard Gaskin via use-livecode]

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.


--
 Richard Gaskin
 Fourth World Systems


Kay C Lan wrote:

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
textDecode all text received into LiveCode. If this doesnt happen, a
platform-dependent encoding will be used (which normally does not
support Unicode text).

Of course, the URL you use today might work fine without textDecode,
but another URL and another day you might not be so lucky.

put textDecode(URL "http://www.some/service/endpoint","UTF8";) into tVariable

is still only a single line of code and I very much doubt that you
will notice the extra cpu cycles.



___
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: Link for the icon offer.

[James At The Hale via use-livecode]

>> 
> 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 subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Put URL into variable and textEncoding

[Kay C Lan via use-livecode]

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
textDecode all text received into LiveCode. If this doesnt happen, a
platform-dependent encoding will be used (which normally does not
support Unicode text).

Of course, the URL you use today might work fine without textDecode,
but another URL and another day you might not be so lucky.

put textDecode(URL "http://www.some/service/endpoint","UTF8";) into tVariable

is still only a single line of code and I very much doubt that you
will notice the extra cpu cycles.

___
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: Link for the icon offer.

[JB via use-livecode]

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.
> 
> http://click.mlsend3.com/link/c/YT04MjUzMTI4MjQ1NDM2Nzk3NTUmYz16NmUwJmU9NDc1ODA5NzUmYj0xNTU1NzM5ODgmZD1zMmg2cjVk.gmarQ0_fB6YaVI4xX57sbATn8f5LstD0cXrHJyzqQzI
> 
> 
> ___
> 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: Use of Serialize Behavior in Script Only Stack

[Geoff Canyon via use-livecode]

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 <
use-livecode@lists.runrev.com> wrote:

> 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:
> >
> > " 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 a clause is loaded, the behavior
> > is set as part of the loading.
> >
> > # this is clear
> >
> >
> >
> > ___
> > 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

[Semi-OT]APK size and conversions

[Richard Gaskin via use-livecode]

Shrinking APKs, growing installs
How your app’s APK size impacts install conversion rates



--
 Richard Gaskin
 Fourth World Systems

___
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

Link for the icon offer.

[James At The Hale via use-livecode]

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


___
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

Lifetime access to icons offer

[James At The Hale via use-livecode]

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 
read this) for all your project needs.


What can you get from iconapp?

Extensive collection aside, here are some benefits you get from iconapp:

Ease of access: user-friendly interface with high-speed performance.
Full customization. Customize color, size, and file type of your icons to be 
used for different projects.
Icons are available in SVG, CSH, EPS, PNG, PDF, JPEG, GIF, TIFF, ICO, AI, and 
even Webfont formats.
Multi-platform support: Safari, Chrome, Firefox, Opera, iOS/Android Mobile, IE 
or Windows Browser? No problem. 

Usually, you need to fork out $144 per year for this excellent service for 
access to teams of 5. But nearing this Valentine, you are given the opportunity 
to gain lifetime access to Iconapp.

And you may ask, what is the price for this deal? $25.00

This will be the best $25 that you spend on icons in your entire life.

Click here to go to the promotion page!


___
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: Use of Serialize Behavior in Script Only Stack

[Brian Milby via use-livecode]

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:
>
> " 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 a clause is loaded, the behavior
> is set as part of the loading.
>
> # this is clear
>
>
>
> ___
> 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 of Serialize Behavior in Script Only Stack

[Sannyasin Brahmanathaswami via use-livecode]

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 a clause is loaded, the behavior
is set as part of the loading.

# this is clear



___
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: Navigator Update -- Drag and Drop!

[Geoff Canyon via use-livecode]

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 gave up, and used a
set of drag and drop code that just depended on mouseDown, mouseMove,
mouseUp, and mouseRelease. I think it was from Scott Rossi originally, but
I'm not sure.

The new code builds on that, and uses two stacks with their blendlevel set
to something like 80: one to represent the dragged objects, one to
highlight the targets.

Despite the mouse leaving the list and being over the drag stack, the
mouseMove messages still go to the list field. So I dispatch a message from
there to the drag stack, to keep things clean in the list field. There's a
lot of translation from local to screen coordinates. All of the code is
available in Navigator, or at the Navigator GitHub repository
. It's not particularly clean at
present because I built it all wrong the first time, and then re-built it.
When I go back in I'll cut away the vestigial code. There is still a ton to
do:

1. Dragging from stacks into Navigator.
2. Dragging from Navigator into another Navigator.
3. Alignment to existing controls in stacks I drag into -- this is why I
started the project in the first place.

If you have any questions, let me know.

gc

On Mon, Feb 12, 2018 at 7:50 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> 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 12, 2018, at 01:52 , Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > 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
> > documentation will come tomorrow, but there are notes below.
>
>
> ___
> 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: strange behaviour of standalone builder

[Bob Sneidar via use-livecode]

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 
> 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 project. 
> You will have to go back to the mainstack or whatever you build from and make 
> sure the included files and stack files are not pointing to copies before 
> building again. 
> 
> Bob S
> 
> 
>> On Feb 12, 2018, at 05:25 , Klaus major-k via use-livecode 
>>  wrote:
>> 
>> 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
>> an_important.dll
>> 
>> Now after I built a standalone, Windows worked fine, but nothing worked on 
>> my Mac?
>> Usdually it is the other way round ;-)
>> 
>> So I took a look at the Mac application package and found that the 
>> standalone builder 
>> had put the Mac version of the CLI into the ENGINE folder in a "copy?" of 
>> the original folder
>> but only containing the Mac version? 8-)
>> 
>> In the standalone:
>> specialfolderpath("engine")
>> theCLI  (folder)
>>  play ## Mac Version
>> 
>> specialfolderpath("resources")
>> theCLI  (folder)
>>  play.exe
>>  an_important.dll
>> 
>> This is very clever of the engine on one side, but very stupid on the other!?
>> What gives?
>> 
>> So if I now access that CLI in scripts in the standalone via 
>> specialfolderpath("engine")
>> everything works as advertized, but this cannot be the real McCoy, does it?
>> 
>> Now the thing does not work in the IDE unless I script also to differ 
>> between 
>> IDE and standalone, no big fun really, sigh.
>> 
>> Tested with LC 8.1.9 stable and LC 9dp 11.
>> 
>> Bug or (very undocumented) feature?
>> Or just a egomaniacal behaviour of the engine?
>> 
>> Any hints, comments and whatnot very appreciated! :-)
>> 
>> 
>> Best
>> 
>> Klaus
>> --
>> Klaus Major
>> http://www.major-k.de
>> kl...@major-k.de
>> 
>> 
>> ___
>> 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: strange behaviour of standalone builder

[Bob Sneidar via use-livecode]

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 project. You will have 
to go back to the mainstack or whatever you build from and make sure the 
included files and stack files are not pointing to copies before building 
again. 

Bob S


> On Feb 12, 2018, at 05:25 , Klaus major-k via use-livecode 
>  wrote:
> 
> 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
>  an_important.dll
> 
> Now after I built a standalone, Windows worked fine, but nothing worked on my 
> Mac?
> Usdually it is the other way round ;-)
> 
> So I took a look at the Mac application package and found that the standalone 
> builder 
> had put the Mac version of the CLI into the ENGINE folder in a "copy?" of the 
> original folder
> but only containing the Mac version? 8-)
> 
> In the standalone:
> specialfolderpath("engine")
> theCLI  (folder)
>   play ## Mac Version
> 
> specialfolderpath("resources")
> theCLI  (folder)
>   play.exe
>   an_important.dll
> 
> This is very clever of the engine on one side, but very stupid on the other!?
> What gives?
> 
> So if I now access that CLI in scripts in the standalone via 
> specialfolderpath("engine")
> everything works as advertized, but this cannot be the real McCoy, does it?
> 
> Now the thing does not work in the IDE unless I script also to differ between 
> IDE and standalone, no big fun really, sigh.
> 
> Tested with LC 8.1.9 stable and LC 9dp 11.
> 
> Bug or (very undocumented) feature?
> Or just a egomaniacal behaviour of the engine?
> 
> Any hints, comments and whatnot very appreciated! :-)
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
> 
> 
> ___
> 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: Navigator Update -- Drag and Drop!

[Bob Sneidar via use-livecode]

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 12, 2018, at 01:52 , Geoff Canyon via use-livecode 
>  wrote:
> 
> 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
> documentation will come tomorrow, but there are notes below.


___
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: strange behaviour of standalone builder

[Klaus major-k via use-livecode]

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 in docu and building the standalone.
> 
> The bug is now either the docu for Win/linux or the not-moving on Win/linux.

AHA, thank you!
Did not exspect this, but you are right, of course!, about the docu:
...
"engine": The folder containing the LiveCode engine and the executable files 
copied in the standalone application
...
I did not fully understand the "...and the executable files" part, obviously.

Mistery solved, case closed! :-)


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: Put URL into variable and textEncoding

[hh via use-livecode]

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 little bit puzzled at the moment. When I am using
> Put URL "http://www.some/service/endpoint “ 
> into tVariable
> and the content is UTF-8 encoded I vaguely recall I had to textDecode it to 
> display it
> correctly in a field afterwards. Did this change?
> I am not sure if the web service I use changed, or if it is the latest live 
> code stable
> version…
> Any pointers much appreciated.
> Cheers,
> Malte

___
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: strange behaviour of standalone builder

[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 in docu and building the standalone.

The bug is now either the docu for Win/linux or the not-moving on Win/linux.

> Klaus M. wrote:
> 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
>   an_important.dll
> 
> Now after I built a standalone, Windows worked fine, but nothing worked on my 
> Mac?
> Usdually it is the other way round ;-)
> 
> So I took a look at the Mac application package and found that the standalone 
> builder 
> had put the Mac version of the CLI into the ENGINE folder in a "copy?" of the 
> original folder
> but only containing the Mac version? 8-)
> 
> In the standalone:
> specialfolderpath("engine")
>  theCLI  (folder)
>play ## Mac Version
> 
> specialfolderpath("resources")
>  theCLI  (folder)
>play.exe
>an_important.dll
> 
> This is very clever of the engine on one side, but very stupid on the other!?
> What gives?
> 
> So if I now access that CLI in scripts in the standalone via 
> specialfolderpath("engine")
> everything works as advertized, but this cannot be the real McCoy, does it?
> 
> Now the thing does not work in the IDE unless I script also to differ between 
> IDE and standalone, no big fun really, sigh.
> 
> Tested with LC 8.1.9 stable and LC 9dp 11.
> 
> Bug or (very undocumented) feature?
> Or just a egomaniacal behaviour of the engine?
> 
> Any hints, comments and whatnot very appreciated! :-)
> 

___
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

strange behaviour of standalone builder

[Klaus major-k via use-livecode]

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
  an_important.dll

Now after I built a standalone, Windows worked fine, but nothing worked on my 
Mac?
Usdually it is the other way round ;-)

So I took a look at the Mac application package and found that the standalone 
builder 
had put the Mac version of the CLI into the ENGINE folder in a "copy?" of the 
original folder
but only containing the Mac version? 8-)

In the standalone:
specialfolderpath("engine")
 theCLI  (folder)
   play ## Mac Version

specialfolderpath("resources")
 theCLI  (folder)
   play.exe
   an_important.dll

This is very clever of the engine on one side, but very stupid on the other!?
What gives?

So if I now access that CLI in scripts in the standalone via 
specialfolderpath("engine")
everything works as advertized, but this cannot be the real McCoy, does it?

Now the thing does not work in the IDE unless I script also to differ between 
IDE and standalone, no big fun really, sigh.

Tested with LC 8.1.9 stable and LC 9dp 11.

Bug or (very undocumented) feature?
Or just a egomaniacal behaviour of the engine?

Any hints, comments and whatnot very appreciated! :-)


Best

Klaus
--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: [ANN] This Week in LiveCode 116

[panagiotis merakos via use-livecode]

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 <
> use-livecode@lists.runrev.com>:
> >
> > 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
>
> clicking "Delete imported audioclips" leads to this one, which is about
> "Datagrid horizontal scrollbar":
> 
>
> > 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
>
> Best
>
> Klaus
>
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
>
>
> ___
> 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
>



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

Re: [ANN] This Week in LiveCode 116

[Klaus major-k via use-livecode]

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 issue #116 here: https://goo.gl/Lpdp11

clicking "Delete imported audioclips" leads to this one, which is about 
"Datagrid horizontal scrollbar":


> 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

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


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

[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 #116 here: https://goo.gl/Lpdp11

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

Navigator Update -- Drag and Drop!

[Geoff Canyon via use-livecode]

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
documentation will come tomorrow, but there are notes below.

I'm very much looking for feedback on the visual and physical method of
dragging. I put some effort into making it as intuitive as possible, so let
me know what works for you and what doesn't. More is coming...

You can get Navigator here
.

This update also fixes the issue of Navigator's behavior stacks polluting
the project browser and Navigator. I'm sure glad I wrote the export/restore
code -- I've done it about a dozen times now.

regards,

Geoff


Notes:

When you drag out from a Navigator window, the drag image will represent
all the controls being dragged: their size and position relative to each
other (their rects).

This can be any selection of controls from a Navigator window, so controls
from different cards, different stacks, it doesn't matter.

Available stacks to drop on will be highlighted. Drag over a stack, and the
focus narrows to that stack, showing the top-level groups in that stack.
Drag over a group, and that group will be highlighted, and on and on.

You can drop on a stack, or into any group on that stack, just by dragging
into it. All the controls will be positioned in their same relative
position, wherever you dropped them.

Holding the control key stops the entry/exit from groups and stacks, so if
you want to add something to a group, but place it outside the group's
current boundaries, just drag over the group to highlight it, then hold the
control key and drag to wherever you want to place the controls. This also
means you can place controls outside a stack's window by highlighting the
stack, then holding the control key while you drag back outside the stack.

All controls are copied at present, even controls from the same card you're
dragging to.

Dragging a card onto a stack copies the whole card (from another stack, or
duplicating it within a given stack).

Dragging a stack onto another stack makes it a substack of that stack.
Dragging it onto itself makes it a mainstack.
___
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