Should we be thinking about WebP format?

[Alejandro Tejada via use-livecode]

Hi Richmond,

WebP and WebM support are requested since 2014:
http://quality.livecode.com/show_bug.cgi?id=12448

Check if we could use Jonathan's stack that displays
Scalable SVG as imageData to display WebP as
PNG images within LiveCode.

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

Using a hidden browser widget to create a perfectly scalable LC control

[Alejandro Tejada via use-livecode]

Hi All,

On May 10, 2017, Hermann wrote:
> This is essentially already done by Alejandro with SVGtoPNG,
> see the Forum/RichMedia.

Many Thanks for remember these stacks! :D
They worked more as an experiment or a Proof-of-Concept.
Jonathan's work in this area is the real deal.
Immediately useful and easy to use.

Jonathan Lynch wrote:
> Ah - sorry to reinvent the wheel. I already did it, though,
> and it allows for live near-perfect resizing, so I will go ahead
> and share it for that one aspect.

Great! Many thanks for sharing your work. :D
I hope that you find tine to write a step by step
tutorial about how to use many useful javascript libraries
from Livecode. (like bzip2 Javascript libraries)
Keep Up this great work!

Al
___
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: Using a hidden browser widget to create a perfectly scalable LC control

[hh via use-livecode]

Hi Jonathan,

if you do it anyway, then you could also add SVG-Filter.
Not too much work, they can easily be chained and work fine
in the browser widget (where the browser widget works ...).

I have it working but have no time for the demostack.

Hermann

___
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: Using a hidden browser widget to create a perfectly scalable LC control

[Jonathan Lynch via use-livecode]

Ah - sorry to reinvent the wheel. I already did it, though, and it allows for 
live near-perfect resizing, so I will go ahead and share it for that one aspect.

Sent from my iPhone

> On May 10, 2017, at 6:40 PM, hh via use-livecode 
>  wrote:
> 
> This is essentially already done by Alejandro with SVGtoPNG,
> see the Forum/RichMedia.
> 
> 
> ___
> 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

PDF on Android

[Ralph DiMola via use-livecode]

The mobile browser on Android will not render a PDF. I've been trying the
both the Browser Widget and old school control creation to display a PDF.
Both ways yield the same results. Is there a way to display a PDF on Android
inside of LC?

IDE Windows==>PDF renders OK. 
Android==>Only a white screen. 
iOS==>PDF renders OK. 
IDE Mac==>Only a white screen. This surprised me. Only tried the Browser
Widget.

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

Re: filter? replace? wildcard? reg exp? help please!

[Nicolas Cueto via use-livecode]

> Totally OT, but is this Dante, in Spanish??

Yes, and yes. From the verse translation of Ángel Crespo.

--
Nicolas Cueto

On 10 May 2017 at 19:57, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Totally OT, but is this Dante, in Spanish??
>
> Just askin’. I am not good with languages, as you can probably tell.
>
> Graham
>
> > On 10 May 2017, at 06:33, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > On 5/9/17 11:16 PM, J. Landman Gay via use-livecode wrote:
> >> On 5/9/17 10:41 PM, Nicolas Cueto via use-livecode wrote:
> >>> Given this snippet...
> >>>
> >>> ---
> >>> CANTO XXXIV
> >>> CÍRCULO IX: TRAIDORES.
> >>> «Vexilla regis prodeunt[307] del Abismo
> >>> hacia nosotros[308], mas delante mira
> >>> 3—dijo el maestro— y los verás tú mismo.»
> >>> ---
> >>>
> >>> ... how do I use LC to remove the square-brackets and any string within
> >>> them, so that the snippet becomes...
> >>>
> >>> ---
> >>> CANTO XXXIV
> >>> CÍRCULO IX: TRAIDORES.
> >>> «Vexilla regis prodeunt del Abismo
> >>> hacia nosotros, mas delante mira
> >>> 3—dijo el maestro— y los verás tú mismo.»
> >>> ---
> >>
> >> This is about the only thing I know how to do with regext. :)
> >>
> >> on fix
> >>  put fld 1 into tText
> >>  put "\[.*\]" into tRegEx
> >>  put replacetext(tText,tRegEx,empty) into fld 2
> >> end fix
> >>
> >
> > You'd probably want it to be a function though:
> >
> > function removeBrackets pString
> >  return replacetext(pString,"\[.*\]",empty)
> > end removeBrackets
> >
> > --
> > 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: Using a hidden browser widget to create a perfectly scalable LC control

[hh via use-livecode]

This is essentially already done by Alejandro with SVGtoPNG,
see the Forum/RichMedia.


___
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: Using a hidden browser widget to create a perfectly scalable LC control

[Bob Sneidar via use-livecode]

Sweet! 


> On May 10, 2017, at 11:55 , Jonathan Lynch via use-livecode 
>  wrote:
> 
> I just did an experiment. It appears to be possible to have an image object 
> that stores svg data in a custom property. 



___
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: Android label and name

[J. Landman Gay via use-livecode]

It turns out Ralph is right, and I've closed my bug report. I'm not sure 
why it wasn't working before, but that was back when I was having all 
sorts of issues with LC/prefs files/crashes so maybe that was it.


On 5/10/17 8:59 AM, Ralph DiMola wrote:

I can change the app icon label. I just changed one and it works. You do
mean the one specified in the Android Standalone settings? I change them all
the time on both iOS and Android.

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: Tuesday, May 09, 2017 11:27 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: Android label and name

On 5/6/17 3:41 PM, J. Landman Gay via use-livecode wrote:

On 5/6/17 3:21 PM, Richard Gaskin via use-livecode wrote:

J. Landman Gay wrote:


I need to build two versions of an Android app, one for production
and another for testing. It appears that the standalone builder uses
the "name" property as the icon label in the Android launcher. I
need the stack name to stay the same, and only the label to differ.

I have tried building with only the label string changed, but in the
launcher it still appears as the stack name. Is there a way to
differentiate the label without changing the stack name?


IMNSHO that would be a bug.

Object labels are for display to end-users; object names are for
developers to code for.

Please post the bug # here so we can follow its progress.



I'm not sure yet if it's a bug or just something extra I should add to
the manifest. Android uses a complex inheritance for labelling which I
don't quite understand.



http://quality.livecode.com/show_bug.cgi?id=19674




--
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: Update strategy?

[J. Landman Gay via use-livecode]

On 5/10/17 1:00 PM, Graham Samuel via use-livecode wrote:

Yes, but what if you want to update the launcher itself? Maybe I have
made my ‘splash’ stack too rich in function, but I can easily see it
needing revision. Because of this, I’m thinking of altering the
structure of the app so that the update code is more or less all that
is in the standalone recognised by the operating system, and all
other stacks (including 90 percent of the original splash stack) are
simply downloaded after the decision whether to update is made. Or is
this stupid?


No, it's smart. The launcher should be the barest minimum required to 
get the rest of the data/stacks/whatever to load. That way there is 
rarely a need to update.


I've generally taken the easy way out. If I do need to update the 
launcher itself, it asks the user if they want to update and then 
launches a URL to a web page that has the download. I figure if the user 
could get it installed the first time, they can install the update. 
That's lazy on my part, but so far there haven't been many issues with it.


That's for desktop only. On mobile it's easy to let the OS do the updating.

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

Should we be thinking about WebP format?

[Richmond Mathewson via use-livecode]

" WebP is an image file format from Google that provides lossy 
compression (like JPEG)
as well as transparency (like PNG) but can provide better compression 
than either JPEG or PNG."


https://developer.android.com/studio/releases/index.html

I notice that it has been around since 2010 without there being much 
"hoohah" about it,
although one or two people have been a bit rude about it because it is 
supposedly blurry.


Richmond.
___
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

Using a hidden browser widget to create a perfectly scalable LC control

[Jonathan Lynch via use-livecode]

I just did an experiment. It appears to be possible to have an image object 
that stores svg data in a custom property. It connects to a hidden browser 
widget to do the following:

- squirt the svg data into an HTML canvas
- resize the svg image using the setscale() method
- export the resized image (with transparency) to a variable
- pass that variable back to LC
- set the image content of the image to that variable

The entire operation took 4 milliseconds for a moderate sized svg image.

This means we could have svg-quality resizable images, for responsive design 
scripts.

I will try to create a browser widget with all of the necessary scripts in that 
one object, so you can import SVG files at will, display them in an 
auto-generated image, and painlessly resize the image at will.

To do that, one would have to include the browser widget in a hidden place on 
any stacks that use these pseudo SVG images.

Please let me know if you have any suggestions. I think I can get the stack up 
on livecodeshare in the next couple days.

Sent from my iPhone
___
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: Update strategy?

[Graham Samuel via use-livecode]

Yes, but what if you want to update the launcher itself? Maybe I have made my 
‘splash’ stack too rich in function, but I can easily see it needing revision. 
Because of this, I’m thinking of altering the structure of the app so that the 
update code is more or less all that is in the standalone recognised by the 
operating system, and all other stacks (including 90 percent of the original 
splash stack) are simply downloaded after the decision whether to update is 
made. Or is this stupid?

Thanks as ever for your reply.

Graham

> On 10 May 2017, at 19:08, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 5/10/17 8:10 AM, Graham Samuel via use-livecode wrote:
>> I have already got the idea of the text file and the test you
>> mention. I now have to experiment with the “open invisible” approach.
>> I have had so many problems with the IDE when trying to open two
>> stacks with the same name (it’s impossible AFAIKR - because LC
>> doesn’t have any hierarchical concept of stack names).
> 
> I put the update code into the standalone launcher, and run it before it 
> opens the data stack. That way you don't have two data stacks at the same 
> time.
> 
> -- 
> 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: Update strategy?

[J. Landman Gay via use-livecode]

On 5/10/17 8:10 AM, Graham Samuel via use-livecode wrote:

I have already got the idea of the text file and the test you
mention. I now have to experiment with the “open invisible” approach.
I have had so many problems with the IDE when trying to open two
stacks with the same name (it’s impossible AFAIKR - because LC
doesn’t have any hierarchical concept of stack names).


I put the update code into the standalone launcher, and run it before it 
opens the data stack. That way you don't have two data stacks at the 
same time.


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

Richmond imports SVGs into a widget

[Richmond Mathewson via use-livecode]

Go and get it:

http://forums.livecode.com/viewtopic.php?f=5=29228=154021#p153970

Love, Richmond.

___
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: poking around near the end of a string

[Bob Sneidar via use-livecode]

That was a great version. :-)

Bob S


> On May 10, 2017, at 08:07 , Devin Asay via use-livecode 
>  wrote:
> 
> And don’t forget ‘begins with’. They were both added in v. 2.9.
> 
> Devin

___
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: poking around near the end of a string

[Devin Asay via use-livecode]

And don’t forget ‘begins with’. They were both added in v. 2.9.

Devin


On May 10, 2017, at 8:47 AM, Mike Bonner via use-livecode 
> wrote:

Ends with.. How did I not know about that?

On Wed, May 10, 2017 at 8:46 AM, Mike Bonner 
> wrote:

if char -2 to -1 of MNOSE = "$W" should work.

LAST doesn't return a numeric value (as far as I can tell) so you can't
subtract from it, if you do you get strange results

In addition, the order matters.  You're putting the last char first, and
the second to last char last (if you were allowed to use last that way)  So
if it did work, you'd be checking W$ against $W

You could do it other ways too of course.  You could use (char
length(MNOSE) -1 of MNOSE & char length(MNOSE) of mNose)  to do the
comparison..  Note the -1 is first to keep the characters in order.




On Wed, May 10, 2017 at 8:18 AM, Richmond via use-livecode <
use-livecode@lists.runrev.com> wrote:

Suppose I have a string a bit like this:

"and then the gigantic monster bit my mother on the nose $W"

and I want to check that that string ends with "$W" . . .

I tried this (pseudo code):

*if the ((last char) & (last char -1)) of MNOSE = "$W"*

and it did not work.


Richmond.

___
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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: set the points of a widget

[Klaus major-k via use-livecode]

Hi Richmond,

> Am 10.05.2017 um 16:53 schrieb Richmond via use-livecode 
> :
> On 10.05.2017 17:51, Klaus major-k via use-livecode wrote:
>> Hi Richmond,
>>> Am 10.05.2017 um 16:49 schrieb Richmond via use-livecode 
>>> :
>>> Nope: there is almost nothing that seems user settable.
>>> Not much use.
>> oh, come on!
>> I'll give you a hint, it is the sixth entry in the list in the dictionary.
> *Just finished about 6 hours nonstop teaching . . .*

then get some sleep, mate, instead of doing intellectually highly challenging 
work! :-D

>>> R.

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

external vs. shell

[JB via use-livecode]

Does anyone know the difference in speed
and any advantages or disadvantages with
calling the same code from a external vs
a shell terminal app?

Obviously one advantage of the shell is you
would need to provide the compiled code but
you do not need to install it like and external.
While you can click on a terminal app and it
wukk attempt to run and external will not.

JB

___
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: set the points of a widget

[Richmond via use-livecode]

On 10.05.2017 17:51, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 10.05.2017 um 16:49 schrieb Richmond via use-livecode 
:

Nope: there is almost nothing that seems user settable.
Not much use.

oh, come on!

I'll give you a hint, it is the sixth entry in the list in the dictionary.

*Just finished about 6 hours nonstop teaching . . .*



R.

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: Update strategy?

[Bob Sneidar via use-livecode]

I think what they do is launch an updater app just before quiting themselves. 
The updater stack replaces the app stack, launches the app stack then quits 
itself. Only way I would know how to do it. 

Bob S


> On May 10, 2017, at 04:35 , Graham Samuel via use-livecode 
>  wrote:
> 
> I can kind of see how to do this (the splash stack checks with the server 
> where the app originated to see if there is a more up to date version, then 
> somehow replaces itself), but are there any gotchas in this approach? One I 
> can think of so far is when the user runs the app offline, so that any 
> approach to the server will fail - not sure how to detect that. Also, so far 
> I am vague about how a running standalone can replace itself - something do 
> do with file names, perhaps?
> 
> I’d be grateful for any advice or experience.
> 
> Graham

___
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: set the points of a widget

[Richmond via use-livecode]

Right: Gottit:

*set the iconPath of widget "QQQ" to fld "GUFF"*

thanks, Richmond.

On 10.05.2017 17:45, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 10.05.2017 um 16:42 schrieb Richmond via use-livecode 
:

*com.livecode.widget.svgpath*

aha, and what does the dictionary tell you about its settable properties?
I do not see "points" listed there. 8-)


On 10.05.2017 17:39, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 10.05.2017 um 16:33 schrieb Richmond via use-livecode 
:

Does anyone know why when I do this:
*set the points of widget "QQQ" to fld "FANCYPOINTS"*
while the points are set, the image does NOT change?

it might help if you tell us WHAT kind of widget you are trying to modify!

If in doubt, the dictionary lists all possible properties for each widget.
See the pulldown menu at the top left in the dictionary -> Choose API:...

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: set the points of a widget

[Klaus major-k via use-livecode]

Hi Richmond,

> Am 10.05.2017 um 16:49 schrieb Richmond via use-livecode 
> :
> 
> Nope: there is almost nothing that seems user settable.
> Not much use.

oh, come on!

I'll give you a hint, it is the sixth entry in the list in the dictionary.

> R.

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: set the points of a widget

[Richmond via use-livecode]

Nope: there is almost nothing that seems user settable.

Not much use.

R.

On 10.05.2017 17:45, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 10.05.2017 um 16:42 schrieb Richmond via use-livecode 
:

*com.livecode.widget.svgpath*

aha, and what does the dictionary tell you about its settable properties?
I do not see "points" listed there. 8-)


On 10.05.2017 17:39, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 10.05.2017 um 16:33 schrieb Richmond via use-livecode 
:

Does anyone know why when I do this:
*set the points of widget "QQQ" to fld "FANCYPOINTS"*
while the points are set, the image does NOT change?

it might help if you tell us WHAT kind of widget you are trying to modify!

If in doubt, the dictionary lists all possible properties for each widget.
See the pulldown menu at the top left in the dictionary -> Choose API:...

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: poking around near the end of a string

[Mike Bonner via use-livecode]

Ends with.. How did I not know about that?

On Wed, May 10, 2017 at 8:46 AM, Mike Bonner  wrote:

> if char -2 to -1 of MNOSE = "$W" should work.
>
> LAST doesn't return a numeric value (as far as I can tell) so you can't
> subtract from it, if you do you get strange results
>
> In addition, the order matters.  You're putting the last char first, and
> the second to last char last (if you were allowed to use last that way)  So
> if it did work, you'd be checking W$ against $W
>
> You could do it other ways too of course.  You could use (char
> length(MNOSE) -1 of MNOSE & char length(MNOSE) of mNose)  to do the
> comparison..  Note the -1 is first to keep the characters in order.
>
>
>
>
> On Wed, May 10, 2017 at 8:18 AM, Richmond via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Suppose I have a string a bit like this:
>>
>> "and then the gigantic monster bit my mother on the nose $W"
>>
>> and I want to check that that string ends with "$W" . . .
>>
>> I tried this (pseudo code):
>>
>> *if the ((last char) & (last char -1)) of MNOSE = "$W"*
>>
>> and it did not work.
>>
>>
>> Richmond.
>>
>> ___
>> 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: set the points of a widget

[Richmond via use-livecode]

Whoops: the points (meaning the path data) are *NOT* set . . .

Tried:

*set the pathData*

I may be going bonkers . . .

R.

On 10.05.2017 17:33, Richmond wrote:


Does anyone know why when I do this:

*set the points of widget "QQQ" to fld "FANCYPOINTS"*

while the points are set, the image does NOT change?


Richmond.



___
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: poking around near the end of a string

[Mike Bonner via use-livecode]

if char -2 to -1 of MNOSE = "$W" should work.

LAST doesn't return a numeric value (as far as I can tell) so you can't
subtract from it, if you do you get strange results

In addition, the order matters.  You're putting the last char first, and
the second to last char last (if you were allowed to use last that way)  So
if it did work, you'd be checking W$ against $W

You could do it other ways too of course.  You could use (char
length(MNOSE) -1 of MNOSE & char length(MNOSE) of mNose)  to do the
comparison..  Note the -1 is first to keep the characters in order.




On Wed, May 10, 2017 at 8:18 AM, Richmond via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Suppose I have a string a bit like this:
>
> "and then the gigantic monster bit my mother on the nose $W"
>
> and I want to check that that string ends with "$W" . . .
>
> I tried this (pseudo code):
>
> *if the ((last char) & (last char -1)) of MNOSE = "$W"*
>
> and it did not work.
>
>
> Richmond.
>
> ___
> 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: set the points of a widget

[Klaus major-k via use-livecode]

Hi Richmond,

> Am 10.05.2017 um 16:42 schrieb Richmond via use-livecode 
> :
> 
> *com.livecode.widget.svgpath*

aha, and what does the dictionary tell you about its settable properties?
I do not see "points" listed there. 8-)

> On 10.05.2017 17:39, Klaus major-k via use-livecode wrote:
>> Hi Richmond,
>> 
>>> Am 10.05.2017 um 16:33 schrieb Richmond via use-livecode 
>>> :
>>> 
>>> Does anyone know why when I do this:
>>> *set the points of widget "QQQ" to fld "FANCYPOINTS"*
>>> while the points are set, the image does NOT change?
>> it might help if you tell us WHAT kind of widget you are trying to modify!
>> 
>> If in doubt, the dictionary lists all possible properties for each widget.
>> See the pulldown menu at the top left in the dictionary -> Choose API:...

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: Unable to set breakpoint

[Bob Sneidar via use-livecode]

Gremlins. 

Bob S


> On May 9, 2017, at 20:02 , J. Landman Gay via use-livecode 
>  wrote:
> 
> How come things only fall apart when I'm in a crunch?
> 
> -- 
> Jacqueline Landman Gay | jac...@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: LC buttons look like poo in iOS, options?

[Jonathan Lynch via use-livecode]

I tried it - this helps, but still looks pretty rough.

I think I have an idea for how we can use SVG files pretty fluidly, though.

Sent from my iPhone

> On May 10, 2017, at 9:40 AM, jonathandly...@gmail.com wrote:
> 
> Thanks Colin, definitely going to try this.
> 
> The app resizes and repositions everything based on screen dimensions, so 
> changing the resolution won't present any problems.
> 
> Sent from my iPhone
> 
>> On May 10, 2017, at 9:34 AM, Colin Holgate via use-livecode 
>>  wrote:
>> 
>> Without that line the browser part will be using native code to use Retina, 
>> and the LiveCode part won’t be using Retina.
>> 
>> Not sure if it will make a difference on Android, there you just get more 
>> pixels. As there are so many different screen sizes, Google don’t do the 
>> automatic handling of doubling up the image that iOS does.
>> 
>> Now, whether it even fills the screen on either platform will depend on the 
>> scale modes you’re using.
>> 
>> 
>>> On May 10, 2017, at 8:43 AM, Jonathan Lynch via use-livecode 
>>>  wrote:
>>> 
>>> I do not - is the issue about insufficient resolution?
>>> 
>>> Buttons displayed through a browser don't look jagged, so I thought it was 
>>> more about how they are rendered.
>>> 
>>> I also want it to look good on Android, which does not have Retina display.
>>> 
>>> I will give it a try and report back.
>>> 
>>> Sent from my iPhone
>>> 
 On May 10, 2017, at 7:59 AM, Colin Holgate via use-livecode 
  wrote:
 
 Do you have something on these lines?:
 
 “on preopenstack
 if the platform contains "iphone" then iphoneUseDeviceResolution true
 end preopenstack”
 
 
> On May 10, 2017, at 7:38 AM, Jonathan Lynch via use-livecode 
>  wrote:
> 
> I just tested Augmented Earth on my iPhone. I was thrilled that webgl 
> works in the browser widget with the right standalone settings.
> 
> However, I was a bit distressed to see raggedy edges on round-radius 
> buttons.
> 
> What object should we use to have scalable buttons that look good on all 
> platforms?
> 
> 
> Sent from my iPhone
> ___
> 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

___
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: set the points of a widget

[Richmond via use-livecode]

*com.livecode.widget.svgpath*


On 10.05.2017 17:39, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 10.05.2017 um 16:33 schrieb Richmond via use-livecode 
:

Does anyone know why when I do this:
*set the points of widget "QQQ" to fld "FANCYPOINTS"*
while the points are set, the image does NOT change?

it might help if you tell us WHAT kind of widget you are trying to modify!

If in doubt, the dictionary lists all possible properties for each widget.
See the pulldown menu at the top left in the dictionary -> Choose API:...


Richmond.

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: poking around near the end of a string

[Paul Dupuis via use-livecode]

if NMOSE ends with "$W" then

OR

if char -2 to -1 of MNOSE is "$W" then



On 5/10/2017 10:18 AM, Richmond via use-livecode wrote:
> Suppose I have a string a bit like this:
>
> "and then the gigantic monster bit my mother on the nose $W"
>
> and I want to check that that string ends with "$W" . . .
>
> I tried this (pseudo code):
>
> *if the ((last char) & (last char -1)) of MNOSE = "$W"*
>
> and it did not work.
>
>
> Richmond.
>
> ___
> 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: set the points of a widget

[Klaus major-k via use-livecode]

Hi Richmond,

> Am 10.05.2017 um 16:33 schrieb Richmond via use-livecode 
> :
> 
> Does anyone know why when I do this:
> *set the points of widget "QQQ" to fld "FANCYPOINTS"*
> while the points are set, the image does NOT change?

it might help if you tell us WHAT kind of widget you are trying to modify!

If in doubt, the dictionary lists all possible properties for each widget.
See the pulldown menu at the top left in the dictionary -> Choose API:...

> Richmond.

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: poking around near the end of a string

[Richmond via use-livecode]

Thanks.

Richmond.

On 10.05.2017 17:31, Klaus major-k via use-livecode wrote:

Hi Richmond,


Am 10.05.2017 um 16:18 schrieb Richmond via use-livecode 
:

Suppose I have a string a bit like this:

"and then the gigantic monster bit my mother on the nose $W"
and I want to check that that string ends with "$W" . . .
I tried this (pseudo code):
*if the ((last char) & (last char -1)) of MNOSE = "$W"*
and it did not work.

this does work:
...
if MNOSE ends with "$W" then
...
if char -2 to -1 of MNOSE = "$W" then
...


Richmond.

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

set the points of a widget

[Richmond via use-livecode]

Does anyone know why when I do this:

*set the points of widget "QQQ" to fld "FANCYPOINTS"*

while the points are set, the image does NOT change?


Richmond.

___
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: poking around near the end of a string

[Klaus major-k via use-livecode]

Hi Richmond,

> Am 10.05.2017 um 16:18 schrieb Richmond via use-livecode 
> :
> 
> Suppose I have a string a bit like this:
> 
> "and then the gigantic monster bit my mother on the nose $W"
> and I want to check that that string ends with "$W" . . .
> I tried this (pseudo code):
> *if the ((last char) & (last char -1)) of MNOSE = "$W"*
> and it did not work.

this does work:
...
if MNOSE ends with "$W" then
...
if char -2 to -1 of MNOSE = "$W" then
...

> Richmond.

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

poking around near the end of a string

[Richmond via use-livecode]

Suppose I have a string a bit like this:

"and then the gigantic monster bit my mother on the nose $W"

and I want to check that that string ends with "$W" . . .

I tried this (pseudo code):

*if the ((last char) & (last char -1)) of MNOSE = "$W"*

and it did not work.


Richmond.

___
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: Android label and name

[Ralph DiMola via use-livecode]

I can change the app icon label. I just changed one and it works. You do
mean the one specified in the Android Standalone settings? I change them all
the time on both iOS and Android.

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: Tuesday, May 09, 2017 11:27 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: Android label and name

On 5/6/17 3:41 PM, J. Landman Gay via use-livecode wrote:
> On 5/6/17 3:21 PM, Richard Gaskin via use-livecode wrote:
>> J. Landman Gay wrote:
>>
>>> I need to build two versions of an Android app, one for production 
>>> and another for testing. It appears that the standalone builder uses 
>>> the "name" property as the icon label in the Android launcher. I 
>>> need the stack name to stay the same, and only the label to differ.
>>>
>>> I have tried building with only the label string changed, but in the 
>>> launcher it still appears as the stack name. Is there a way to 
>>> differentiate the label without changing the stack name?
>>
>> IMNSHO that would be a bug.
>>
>> Object labels are for display to end-users; object names are for 
>> developers to code for.
>>
>> Please post the bug # here so we can follow its progress.
>>
>
> I'm not sure yet if it's a bug or just something extra I should add to 
> the manifest. Android uses a complex inheritance for labelling which I 
> don't quite understand.
>

http://quality.livecode.com/show_bug.cgi?id=19674

-- 
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: Update strategy?

[Paul Dupuis via use-livecode]

Your conflicting name problems is an example of why it is often best to
have an "updater" or "installer" stack or executable.

What gets downloaded and run is a stack whose function is to shut down
the old stack and clear it out of memory and download the new version
and set it up and then exit itself


On 5/10/2017 9:10 AM, Graham Samuel via use-livecode wrote:
> Thanks for the quick reply, Paul!
>
> I have already got the idea of the text file and the test you mention. I now 
> have to experiment with the “open invisible” approach. I have had so many 
> problems with the IDE when trying to open two stacks with the same name (it’s 
> impossible AFAIKR - because LC doesn’t have any hierarchical concept of stack 
> names). So maybe I have to give my updated stack a fake name, download it, 
> activate it, get it to delete the old stack (since that one isn’t running any 
> more) and then change its name to the ‘normal’ name formerly given to the now 
> deleted stack… seems convoluted. Time to experiment, I guess.
>
> Graham
>
>> On 10 May 2017, at 14:05, Paul Dupuis via use-livecode 
>>  wrote:
>>
>> There are a number of ways to potentially do this, but you have the gist
>> already.
>>
>> I'd recommend a check for updates that just fetches a text file with the
>> latest version number from your sever with a : Put URL > VersionFile> into tSomeVar
>> check the result for any error, such as the internet not being available
>>
>> Then compare the current version to the new version in tSomeVar. If
>> there is no new version, exit your update handler. If there is a new
>> version, you can then download the new stack from a fixed URL OR the
>> version text file could contain the version number and URL ofthe new
>> stack as 2 items or 2 lines.
>>
>> You can open invisible URL 
>>
>> To download and open the new stack in memory. That stack may not be you
>> "new" stack of your application, but an updater stack that fetched you
>> new application stack, and updates your old stack.
>>
>>
>>
>> On 5/10/2017 7:35 AM, Graham Samuel via use-livecode wrote:
>>> Apologies if this has come up relatively recently, but I have not been very 
>>> attentive to the list for a bit…
>>>
>>> I have a desktop app (though in principle it could be on mobile) which uses 
>>> a variant of the ‘splashscreen’ structure. What happens is that the app as 
>>> seen by the operating system is actually an initialisation stack, which 
>>> then calls in a stack containing the bulk of the script and graphics for 
>>> the app and executes that. (I call this a ‘data stack’ although this is a 
>>> bit of misnomer, as it does contain the script libraries that do most of 
>>> the work.) The clean (template) copy if this data stack is stored in the 
>>> app’s resources folder, and is loaded the first time the app is started; 
>>> thereafter the user can alter the data stack, and the altered version is 
>>> saved in the application data folder. There is a reset facility for going 
>>> back to the clean template.
>>>
>>> When a new version of the app is installed, the splash stack detects that 
>>> the data stack is in old format (actually, that it has an old version 
>>> number) and forces a reset, thus ensuring that the latest data stack comes 
>>> into use.
>>>
>>> All this works quite nicely, but I notice so many apps that automatically 
>>> check for updates, providing a dialog to the user offering to do the 
>>> update: if the user agrees, then the update takes place without further 
>>> intervention.
>>>
>>> I can kind of see how to do this (the splash stack checks with the server 
>>> where the app originated to see if there is a more up to date version, then 
>>> somehow replaces itself), but are there any gotchas in this approach? One I 
>>> can think of so far is when the user runs the app offline, so that any 
>>> approach to the server will fail - not sure how to detect that. Also, so 
>>> far I am vague about how a running standalone can replace itself - 
>>> something do do with file names, perhaps?
>>>
>>> I’d be grateful for any advice or experience.
>>>
>>> Graham
>>>
>>>
>>> ___
>>> 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: Update strategy?

[Graham Samuel via use-livecode]

Ha! This is all very educational - thanks! So you make your user go through a 
classic installation process - more obvious to the user on a Mac. I notice that 
some of the apps I used in daily life do this (for example, the Microsoft ones 
do, I think) but others simply do the whole job invisibly (without a visible 
installer interface) once the user has agreed to the update - usually this is 
done via a button that is labelled something like “update and re-launch”. Some 
others simply do the whole update without explicitly involving the user - this 
was probably a preference set earlier on - I am not quite so comfortable with 
this, but I guess it’s just a matter of taste really.

The use of the real installer after the user has already gone through the 
licensing process (when they first obtained the product) seems to me to call 
for a different “update” mode for the installer. At least my current .dmg on 
the Mac, made with DropDMG, asks the user to accept the licensing terms etc. 
Another reason to experiment, perhaps.

Anyway, thanks very much for the insight.

Graham

> On 10 May 2017, at 15:10, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> I have an installer for the updates on both platforms Win and Mac, what makes 
> it pretty easy.
> My Splash stack checks for updates (if there is internet, e.g. if you can 
> access URL google.com, if there is a newer version for this platform, etc.). 
> If there is an update, it starts the download of the update (and unzips it on 
> windows), starts the downloaded installer and exit itself.
> Now the installer is launched (on Mac the user has to open the DMG) and the 
> installer can replace everything including the start application. At the end 
> of the update the installer calls the (updated) application and the user goes 
> on with the new update. So the update circle is closed.
> 
> Tiemo
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag 
> von Graham Samuel via use-livecode
> Gesendet: Mittwoch, 10. Mai 2017 13:35
> An: How to use LiveCode 
> Cc: Graham Samuel 
> Betreff: Update strategy?
> 
> Apologies if this has come up relatively recently, but I have not been very 
> attentive to the list for a bit…
> 
> I have a desktop app (though in principle it could be on mobile) which uses a 
> variant of the ‘splashscreen’ structure. What happens is that the app as seen 
> by the operating system is actually an initialisation stack, which then calls 
> in a stack containing the bulk of the script and graphics for the app and 
> executes that. (I call this a ‘data stack’ although this is a bit of 
> misnomer, as it does contain the script libraries that do most of the work.) 
> The clean (template) copy if this data stack is stored in the app’s resources 
> folder, and is loaded the first time the app is started; thereafter the user 
> can alter the data stack, and the altered version is saved in the application 
> data folder. There is a reset facility for going back to the clean template.
> 
> When a new version of the app is installed, the splash stack detects that the 
> data stack is in old format (actually, that it has an old version number) and 
> forces a reset, thus ensuring that the latest data stack comes into use.
> 
> All this works quite nicely, but I notice so many apps that automatically 
> check for updates, providing a dialog to the user offering to do the update: 
> if the user agrees, then the update takes place without further intervention.
> 
> I can kind of see how to do this (the splash stack checks with the server 
> where the app originated to see if there is a more up to date version, then 
> somehow replaces itself), but are there any gotchas in this approach? One I 
> can think of so far is when the user runs the app offline, so that any 
> approach to the server will fail - not sure how to detect that. Also, so far 
> I am vague about how a running standalone can replace itself - something do 
> do with file names, perhaps?
> 
> I’d be grateful for any advice or experience.
> 
> Graham
> 
> 
> ___
> 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 buttons look like poo in iOS, options?

[Jonathan Lynch via use-livecode]

Thanks Colin, definitely going to try this.

The app resizes and repositions everything based on screen dimensions, so 
changing the resolution won't present any problems.

Sent from my iPhone

> On May 10, 2017, at 9:34 AM, Colin Holgate via use-livecode 
>  wrote:
> 
> Without that line the browser part will be using native code to use Retina, 
> and the LiveCode part won’t be using Retina.
> 
> Not sure if it will make a difference on Android, there you just get more 
> pixels. As there are so many different screen sizes, Google don’t do the 
> automatic handling of doubling up the image that iOS does.
> 
> Now, whether it even fills the screen on either platform will depend on the 
> scale modes you’re using.
> 
> 
>> On May 10, 2017, at 8:43 AM, Jonathan Lynch via use-livecode 
>>  wrote:
>> 
>> I do not - is the issue about insufficient resolution?
>> 
>> Buttons displayed through a browser don't look jagged, so I thought it was 
>> more about how they are rendered.
>> 
>> I also want it to look good on Android, which does not have Retina display.
>> 
>> I will give it a try and report back.
>> 
>> Sent from my iPhone
>> 
>>> On May 10, 2017, at 7:59 AM, Colin Holgate via use-livecode 
>>>  wrote:
>>> 
>>> Do you have something on these lines?:
>>> 
>>> “on preopenstack
>>> if the platform contains "iphone" then iphoneUseDeviceResolution true
>>> end preopenstack”
>>> 
>>> 
 On May 10, 2017, at 7:38 AM, Jonathan Lynch via use-livecode 
  wrote:
 
 I just tested Augmented Earth on my iPhone. I was thrilled that webgl 
 works in the browser widget with the right standalone settings.
 
 However, I was a bit distressed to see raggedy edges on round-radius 
 buttons.
 
 What object should we use to have scalable buttons that look good on all 
 platforms?
 
 
 Sent from my iPhone
 ___
 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

___
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 buttons look like poo in iOS, options?

[Colin Holgate via use-livecode]

Without that line the browser part will be using native code to use Retina, and 
the LiveCode part won’t be using Retina.

Not sure if it will make a difference on Android, there you just get more 
pixels. As there are so many different screen sizes, Google don’t do the 
automatic handling of doubling up the image that iOS does.

Now, whether it even fills the screen on either platform will depend on the 
scale modes you’re using.


> On May 10, 2017, at 8:43 AM, Jonathan Lynch via use-livecode 
>  wrote:
> 
> I do not - is the issue about insufficient resolution?
> 
> Buttons displayed through a browser don't look jagged, so I thought it was 
> more about how they are rendered.
> 
> I also want it to look good on Android, which does not have Retina display.
> 
> I will give it a try and report back.
> 
> Sent from my iPhone
> 
>> On May 10, 2017, at 7:59 AM, Colin Holgate via use-livecode 
>>  wrote:
>> 
>> Do you have something on these lines?:
>> 
>> “on preopenstack
>>  if the platform contains "iphone" then iphoneUseDeviceResolution true
>> end preopenstack”
>> 
>> 
>>> On May 10, 2017, at 7:38 AM, Jonathan Lynch via use-livecode 
>>>  wrote:
>>> 
>>> I just tested Augmented Earth on my iPhone. I was thrilled that webgl works 
>>> in the browser widget with the right standalone settings.
>>> 
>>> However, I was a bit distressed to see raggedy edges on round-radius 
>>> buttons.
>>> 
>>> What object should we use to have scalable buttons that look good on all 
>>> platforms?
>>> 
>>> 
>>> Sent from my iPhone
>>> ___
>>> 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

AW: Update strategy?

[Tiemo Hollmann TB via use-livecode]

I have an installer for the updates on both platforms Win and Mac, what makes 
it pretty easy.
My Splash stack checks for updates (if there is internet, e.g. if you can 
access URL google.com, if there is a newer version for this platform, etc.). If 
there is an update, it starts the download of the update (and unzips it on 
windows), starts the downloaded installer and exit itself.
Now the installer is launched (on Mac the user has to open the DMG) and the 
installer can replace everything including the start application. At the end of 
the update the installer calls the (updated) application and the user goes on 
with the new update. So the update circle is closed.

Tiemo

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Graham Samuel via use-livecode
Gesendet: Mittwoch, 10. Mai 2017 13:35
An: How to use LiveCode 
Cc: Graham Samuel 
Betreff: Update strategy?

Apologies if this has come up relatively recently, but I have not been very 
attentive to the list for a bit…

I have a desktop app (though in principle it could be on mobile) which uses a 
variant of the ‘splashscreen’ structure. What happens is that the app as seen 
by the operating system is actually an initialisation stack, which then calls 
in a stack containing the bulk of the script and graphics for the app and 
executes that. (I call this a ‘data stack’ although this is a bit of misnomer, 
as it does contain the script libraries that do most of the work.) The clean 
(template) copy if this data stack is stored in the app’s resources folder, and 
is loaded the first time the app is started; thereafter the user can alter the 
data stack, and the altered version is saved in the application data folder. 
There is a reset facility for going back to the clean template.

When a new version of the app is installed, the splash stack detects that the 
data stack is in old format (actually, that it has an old version number) and 
forces a reset, thus ensuring that the latest data stack comes into use.

All this works quite nicely, but I notice so many apps that automatically check 
for updates, providing a dialog to the user offering to do the update: if the 
user agrees, then the update takes place without further intervention.

I can kind of see how to do this (the splash stack checks with the server where 
the app originated to see if there is a more up to date version, then somehow 
replaces itself), but are there any gotchas in this approach? One I can think 
of so far is when the user runs the app offline, so that any approach to the 
server will fail - not sure how to detect that. Also, so far I am vague about 
how a running standalone can replace itself - something do do with file names, 
perhaps?

I’d be grateful for any advice or experience.

Graham


___
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: Update strategy?

[Graham Samuel via use-livecode]

Thanks for the quick reply, Paul!

I have already got the idea of the text file and the test you mention. I now 
have to experiment with the “open invisible” approach. I have had so many 
problems with the IDE when trying to open two stacks with the same name (it’s 
impossible AFAIKR - because LC doesn’t have any hierarchical concept of stack 
names). So maybe I have to give my updated stack a fake name, download it, 
activate it, get it to delete the old stack (since that one isn’t running any 
more) and then change its name to the ‘normal’ name formerly given to the now 
deleted stack… seems convoluted. Time to experiment, I guess.

Graham

> On 10 May 2017, at 14:05, Paul Dupuis via use-livecode 
>  wrote:
> 
> There are a number of ways to potentially do this, but you have the gist
> already.
> 
> I'd recommend a check for updates that just fetches a text file with the
> latest version number from your sever with a : Put URL  VersionFile> into tSomeVar
> check the result for any error, such as the internet not being available
> 
> Then compare the current version to the new version in tSomeVar. If
> there is no new version, exit your update handler. If there is a new
> version, you can then download the new stack from a fixed URL OR the
> version text file could contain the version number and URL ofthe new
> stack as 2 items or 2 lines.
> 
> You can open invisible URL 
> 
> To download and open the new stack in memory. That stack may not be you
> "new" stack of your application, but an updater stack that fetched you
> new application stack, and updates your old stack.
> 
> 
> 
> On 5/10/2017 7:35 AM, Graham Samuel via use-livecode wrote:
>> Apologies if this has come up relatively recently, but I have not been very 
>> attentive to the list for a bit…
>> 
>> I have a desktop app (though in principle it could be on mobile) which uses 
>> a variant of the ‘splashscreen’ structure. What happens is that the app as 
>> seen by the operating system is actually an initialisation stack, which then 
>> calls in a stack containing the bulk of the script and graphics for the app 
>> and executes that. (I call this a ‘data stack’ although this is a bit of 
>> misnomer, as it does contain the script libraries that do most of the work.) 
>> The clean (template) copy if this data stack is stored in the app’s 
>> resources folder, and is loaded the first time the app is started; 
>> thereafter the user can alter the data stack, and the altered version is 
>> saved in the application data folder. There is a reset facility for going 
>> back to the clean template.
>> 
>> When a new version of the app is installed, the splash stack detects that 
>> the data stack is in old format (actually, that it has an old version 
>> number) and forces a reset, thus ensuring that the latest data stack comes 
>> into use.
>> 
>> All this works quite nicely, but I notice so many apps that automatically 
>> check for updates, providing a dialog to the user offering to do the update: 
>> if the user agrees, then the update takes place without further intervention.
>> 
>> I can kind of see how to do this (the splash stack checks with the server 
>> where the app originated to see if there is a more up to date version, then 
>> somehow replaces itself), but are there any gotchas in this approach? One I 
>> can think of so far is when the user runs the app offline, so that any 
>> approach to the server will fail - not sure how to detect that. Also, so far 
>> I am vague about how a running standalone can replace itself - something do 
>> do with file names, perhaps?
>> 
>> I’d be grateful for any advice or experience.
>> 
>> Graham
>> 
>> 
>> ___
>> 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 buttons look like poo in iOS, options?

[Jonathan Lynch via use-livecode]

I do not - is the issue about insufficient resolution?

Buttons displayed through a browser don't look jagged, so I thought it was more 
about how they are rendered.

I also want it to look good on Android, which does not have Retina display.

I will give it a try and report back.

Sent from my iPhone

> On May 10, 2017, at 7:59 AM, Colin Holgate via use-livecode 
>  wrote:
> 
> Do you have something on these lines?:
> 
> “on preopenstack
>   if the platform contains "iphone" then iphoneUseDeviceResolution true
> end preopenstack”
> 
> 
>> On May 10, 2017, at 7:38 AM, Jonathan Lynch via use-livecode 
>>  wrote:
>> 
>> I just tested Augmented Earth on my iPhone. I was thrilled that webgl works 
>> in the browser widget with the right standalone settings.
>> 
>> However, I was a bit distressed to see raggedy edges on round-radius buttons.
>> 
>> What object should we use to have scalable buttons that look good on all 
>> platforms?
>> 
>> 
>> Sent from my iPhone
>> ___
>> 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: Update strategy?

[Paul Dupuis via use-livecode]

There are a number of ways to potentially do this, but you have the gist
already.

I'd recommend a check for updates that just fetches a text file with the
latest version number from your sever with a : Put URL  into tSomeVar
check the result for any error, such as the internet not being available

Then compare the current version to the new version in tSomeVar. If
there is no new version, exit your update handler. If there is a new
version, you can then download the new stack from a fixed URL OR the
version text file could contain the version number and URL ofthe new
stack as 2 items or 2 lines.

You can open invisible URL 

To download and open the new stack in memory. That stack may not be you
"new" stack of your application, but an updater stack that fetched you
new application stack, and updates your old stack.



On 5/10/2017 7:35 AM, Graham Samuel via use-livecode wrote:
> Apologies if this has come up relatively recently, but I have not been very 
> attentive to the list for a bit…
>
> I have a desktop app (though in principle it could be on mobile) which uses a 
> variant of the ‘splashscreen’ structure. What happens is that the app as seen 
> by the operating system is actually an initialisation stack, which then calls 
> in a stack containing the bulk of the script and graphics for the app and 
> executes that. (I call this a ‘data stack’ although this is a bit of 
> misnomer, as it does contain the script libraries that do most of the work.) 
> The clean (template) copy if this data stack is stored in the app’s resources 
> folder, and is loaded the first time the app is started; thereafter the user 
> can alter the data stack, and the altered version is saved in the application 
> data folder. There is a reset facility for going back to the clean template.
>
> When a new version of the app is installed, the splash stack detects that the 
> data stack is in old format (actually, that it has an old version number) and 
> forces a reset, thus ensuring that the latest data stack comes into use.
>
> All this works quite nicely, but I notice so many apps that automatically 
> check for updates, providing a dialog to the user offering to do the update: 
> if the user agrees, then the update takes place without further intervention.
>
> I can kind of see how to do this (the splash stack checks with the server 
> where the app originated to see if there is a more up to date version, then 
> somehow replaces itself), but are there any gotchas in this approach? One I 
> can think of so far is when the user runs the app offline, so that any 
> approach to the server will fail - not sure how to detect that. Also, so far 
> I am vague about how a running standalone can replace itself - something do 
> do with file names, perhaps?
>
> I’d be grateful for any advice or experience.
>
> Graham
>
>
> ___
> 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

LC buttons look like poo in iOS, options?

[Jonathan Lynch via use-livecode]

I just tested Augmented Earth on my iPhone. I was thrilled that webgl works in 
the browser widget with the right standalone settings.

However, I was a bit distressed to see raggedy edges on round-radius buttons.

What object should we use to have scalable buttons that look good on all 
platforms?


Sent from my iPhone
___
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

Update strategy?

[Graham Samuel via use-livecode]

Apologies if this has come up relatively recently, but I have not been very 
attentive to the list for a bit…

I have a desktop app (though in principle it could be on mobile) which uses a 
variant of the ‘splashscreen’ structure. What happens is that the app as seen 
by the operating system is actually an initialisation stack, which then calls 
in a stack containing the bulk of the script and graphics for the app and 
executes that. (I call this a ‘data stack’ although this is a bit of misnomer, 
as it does contain the script libraries that do most of the work.) The clean 
(template) copy if this data stack is stored in the app’s resources folder, and 
is loaded the first time the app is started; thereafter the user can alter the 
data stack, and the altered version is saved in the application data folder. 
There is a reset facility for going back to the clean template.

When a new version of the app is installed, the splash stack detects that the 
data stack is in old format (actually, that it has an old version number) and 
forces a reset, thus ensuring that the latest data stack comes into use.

All this works quite nicely, but I notice so many apps that automatically check 
for updates, providing a dialog to the user offering to do the update: if the 
user agrees, then the update takes place without further intervention.

I can kind of see how to do this (the splash stack checks with the server where 
the app originated to see if there is a more up to date version, then somehow 
replaces itself), but are there any gotchas in this approach? One I can think 
of so far is when the user runs the app offline, so that any approach to the 
server will fail - not sure how to detect that. Also, so far I am vague about 
how a running standalone can replace itself - something do do with file names, 
perhaps?

I’d be grateful for any advice or experience.

Graham


___
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: filter? replace? wildcard? reg exp? help please!

[Graham Samuel via use-livecode]

Totally OT, but is this Dante, in Spanish??

Just askin’. I am not good with languages, as you can probably tell.

Graham

> On 10 May 2017, at 06:33, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 5/9/17 11:16 PM, J. Landman Gay via use-livecode wrote:
>> On 5/9/17 10:41 PM, Nicolas Cueto via use-livecode wrote:
>>> Given this snippet...
>>> 
>>> ---
>>> CANTO XXXIV
>>> CÍRCULO IX: TRAIDORES.
>>> «Vexilla regis prodeunt[307] del Abismo
>>> hacia nosotros[308], mas delante mira
>>> 3—dijo el maestro— y los verás tú mismo.»
>>> ---
>>> 
>>> ... how do I use LC to remove the square-brackets and any string within
>>> them, so that the snippet becomes...
>>> 
>>> ---
>>> CANTO XXXIV
>>> CÍRCULO IX: TRAIDORES.
>>> «Vexilla regis prodeunt del Abismo
>>> hacia nosotros, mas delante mira
>>> 3—dijo el maestro— y los verás tú mismo.»
>>> ---
>> 
>> This is about the only thing I know how to do with regext. :)
>> 
>> on fix
>>  put fld 1 into tText
>>  put "\[.*\]" into tRegEx
>>  put replacetext(tText,tRegEx,empty) into fld 2
>> end fix
>> 
> 
> You'd probably want it to be a function though:
> 
> function removeBrackets pString
>  return replacetext(pString,"\[.*\]",empty)
> end removeBrackets
> 
> -- 
> 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