Re: [ANN] Release 8.1.0 DP 2

[Mark Wieder]

On 07/01/2016 08:26 AM, Richard Gaskin wrote:

Mark Wieder wrote:
 > The dictionary "works" for me in 64-bit linux, but only thusly:
 >
 > open the dictionary
 > you get a blank pane
 > close the dictionary
 > open it again

An electrician, an engineer, and a programmer are driving to Vegas when
the car suddenly shudders to a stop.

The electrician suggests, "I think we should check the spark plugs."

The engineer says, "I think we should check the intake valves."

The programmer says, "I think we should get out of the car and then get
back into it again."



"Insanity is doing the same thing over and over again and expecting 
different results"


 - Albert Einstein

--
 Mark Wieder
 ahsoftw...@gmail.com

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

Stack files on Mobile How to open an external Behavior Stack

[Sannyasin Brahmanathaswami]

We've been around this barn before.

1) create an external script only stack. e.g. mobileControls.livecode
2) set that as behavior for other stacks
3) add to stack files
4) go stack "movileControls.livecode"  when starting the app.
# dictionary says it will be found if it is in the stackfiles property
5) the behavior is now in the message path

BUT: the stack files property is dimmed in the standalone settings for mobile.
8.1 DP2

yet the dictionary indicates StackFiles is a valid property for all platforms 
including mobile

??


___
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: Front and Back Scripts on Mobile

[Sannyasin Brahmanathaswami]

See other post… the dictionary says

Optional string to use to identify the control. The controlName must be unique 
amongst all existing controls and cannot be an integer.

so I set the name of the group of links on 

Stack A home.livecode | card 1 | group "portal-links"
  on open card
  createScroller "portal-links"

Stack B surprise-me.livecode t| card 2 | group "surprise-links"  


on open card
  createScroller "surprise-links"

things improved somewhat…

It does not matter whether I use this or Ralph's code (I did set the 
scrollingEnabled)
And it does not matter whether if we put this in the back script or duplicate 
it in each stack script (not ideal.. but just to test…)

go stack 1 # from button on Stack 0 -- scroller on stack 1 scrolls
go stack 2 # from button on stack 1 -- scroller on stack 2 scrolls
go stack 1 # from button on stack 2 -- scroller on stack 1 no longer scrolls
go stack 2 # from button on stack 1 - scroller continues to scroll now on stack 
2

ergo the scroller on Card 1 | Stack A  "group "portal-links"  has been deleted.

theoretically on desktop, one would trap "resume stack" in the stack being 
re-activated. but "resume stack" is not amessage that fires on mobile… so when 
switching between stacks on mobile that are, presumably, still open in memory, 
how to fire a script in the stack being re-activated? (assuming this is the 
solution… to the scrolling problem we would delete and re-create the scroller 
on the fly, though this seems overkill…I don't see anything in the dictionary 
that says we cannot have multiple mobile scrollers open and funcational at the 
same time… though perhaps this is mandated but no documented? 


command CreateScroller pName -- scrolling regions,groups, fields
if not isMobile() then exit CreateScroller
deleteMobileControl pName -- delete any existing
# it also doesn't help to comment out the above line…
put (the rect of control pName) into tRect
mobileControlCreate "scroller", pName
mobileControlSet pName, "rect", tRect
put ("0,0," & (the formattedwidth of control pName) & "," & the formattedheight 
of control pName) into tRect
mobileControlSet pName, "contentRect" , tRect
mobileControlSet pName, "hScroll" , 0
mobileControlSet pName, "vScroll" , 0
mobileControlSet pName, "hIndicator" , false
mobileControlSet sName , "scrollingEnabled" , true
mobileControlSet pName, "visible", true
end CreateScroller
on scrollerDidScroll hScrolled, vScrolled
put mobileControlTarget() into tControlID
set the vscroll of control tControlID to vscrolled
pass scrollerDidScroll
end scrollerDidScroll



___
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: "Responsive" Browser Widget

[Sannyasin Brahmanathaswami]

Good suggestion… still very "hacky" I believe the challenge would be the 
"updating" part.

I'm not really interested having this be dynamic in the sense of let the user 
change orientation like they would if they were browsing a web page. Our use 
case(s) will lock them into a specific orientation. So, yes, that was my next 
plan: try two different stacks in two different "shapes"  and use one or the 
other…



From: use-livecode  on behalf of Sri 

Reply-To: How LiveCode 
Date: Tuesday, July 5, 2016 at 2:09 AM
To: Use-Revolution OldRevListName 
Subject: Re: "Responsive" Browser Widget

Why not have two (sub)stacks, one for each orientation, each updating the
other, but only one of them visible, depending on the orientation? Is this a
feasible strategy?

Regards,
Sri


___
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: Front and Back Scripts on Mobile

[Sannyasin Brahmanathaswami]

Thanks for all the input… meanwhile more sleuthing here… has revealed the 
problem (not the solution, yet…)

Note the architecture… where I think the problem lies

loader.livecode # inserts backscript with the create and delete mobile scroller 
pName where pName is the object, in this case, a group "portal-links" on card 1 
of

Stack A -- home.livecode… # card 1 and the open card handler fires:

createScroller "portal-links"


Stack B - "Surprise-Me"  # card one of this stack uses the same model/objects 
as card 1 of the home stack: ergo another group "portal-links" but with 
different links… but group had the same name in Stack A as in Stack B

OK so… when I load the app on the phone… the loader stack opens home.livecode 
and this runs


command CreateScroller pName -- scrolling regions,groups, fields

if not isMobile() then exit CreateScroller

deleteMobileControl pName -- delete any existing

put (the rect of control pName) into tRect
etc…

So far so good. I can scroll the portal links group on Stack A… ha. me thinks 
all is well… UNTIL I click the button on the portal links that opens the second 
Stack  B "Surprise-me"  which also issue another command in the card script  
(note that I am not closing stack home… perhaps I should)

createScroller "portal-links"

it fails… to scroll… and when I go back to stack A "home" the portal-links 
group also fails to scroll.

ergo:

deleteMobileControl pName  has effectively wiped out the scroller 
"portal-links" in Stack A while at the same time failing to create a new 
scroller  "portal-links  on card 1 of Stack B

Now neither the portal-links group on Stack A or B will scroll.

So I'm off not to study all the posts you all made… this is interesting and 
important…because if we intend to use a template model for instantiating common 
elements across stack… we need some how for the backscript to know what object 
is *really* the target.  (obviously)

tks!

BR


From: use-livecode  on behalf of Richard 
Gaskin 
Reply-To: How LiveCode 
Date: Tuesday, July 5, 2016 at 1:27 PM
To: How LiveCode 
Subject: Re: Front and Back Scripts on Mobile


The downside is I have no idea why Bramanathaswami's code isn't working.
___
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: Front and Back Scripts on Mobile

[Ralph DiMola]

Richard Gaskin wrote:
why isn't it in the tin?

Maybe there should be a "MobileNative" property on a field. If set to true
then all that stuff we've talked about would be invoked. Setting the
vscrollbar to true would create the native scroller. When a field is not
locked(for input) then only a limited subset of the field object would be
available for native input. Or the more I think about it 2 properties
"MobileNativeInput" and "MobileNativeOutput" to allow read-only native
fields might be more appropriate. In the beginning all this fuss to make a
mobile scroller got LC mobile off the ground, but it seems to me that it's
time to fold it into the LC field object.

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: Front and Back Scripts on Mobile

[Richard Gaskin]

Ralph DiMola wrote:

> In the beginning all this fuss to make a mobile scroller got LC
> mobile off the ground, but it seems to me that it's time to fold
> it into the LC field object.

The field part of it seems finally underway - that was the last of the 
stretch goals for the latest crowd funding, at $65,205 pledged of 
$55,000 goal.



Or $15,016 of $15,000, depending on which page you happened to have 
stumbled across (seems kinda confusing to me, but at least both exceeded 
their goals):



Just a shame to see it outstanding so long given that with just a few 
hours' work all of us had a very xTalk workflow in place on our own - 
everyone except newcomers not yet committed to the platform. :(  Oh 
well, better late than never.


One thing I'm not clear on about the new mobile-savvy field:  will it 
provide styled text on mobile?


I see so few mobile apps that support styled editable text that I'm not 
even sure if that's provided by the OS APIs or those devs rolled their 
own text engine.  But if the former it would be super-cool to have 
options for styled text in some of our apps.


Fields aside, there are still other areas where perhaps the community 
might pull together a best-of library for mobile support.


For example, the pinch-to-zoom Lesson doesn't really work well, but 
there's a stack in the forums that's much better.  And things like 
long-press, though not hard to script, would be welcome for newcomers 
getting started.  And factoring mobile-specific language elements so 
they don't throw errors when working on the desktop, etc.


And then there's testing.  Lots that can be done there.  I have error 
handlers in my test builds that might be handy, and I very rarely make 
test builds of the app per se at all - I made one app with all features 
enabled, and it downloads a menu stack from my server in which each 
button downloads an app I'm working on.  In the IDE I have a one-button 
plugin that SCPs the stack file I'm working on to my server, and before 
I can pick up my phone to launch my launcher app it's uploaded and 
ready, just a click away (didn't take more than a few minutes in an 
emulator to realize that just won't work out, way to slow, makes me 
wonder how other app devs deal with working in toolkits that don't make 
streaming apps a one-liner).


--
 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: Front and Back Scripts on Mobile

[Ralph DiMola]

Richard Gaskin wrote:
>why isn't it in the tin?

Maybe there should be a "MobileNative" property on a field. If set to true
then all that stuff we've talked about would be invoked. Setting the
vscrollbar to true would create the native scroller. When a field is not
locked(for input) then only a limited subset of the field object would be
available for native input. Or the more I think about it 2 properties
"MobileNativeInput" and "MobileNativeOutput" to allow read-only native
fields might be more appropriate. In the beginning all this fuss to make a
mobile scroller got LC mobile off the ground, but it seems to me that it's
time to fold it into the LC field object.


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: Front and Back Scripts on Mobile

[Richard Gaskin]

Ralph DiMola wrote:

Thanks J! Yes exactly. I do all my coding around the LC field. When the user
enters data in the native field I then move it to the LC field and work on
it there. This allows IDE testing. Then when you start up the app set the
visible of the LC field to true if in IDE (JLG's dev()) and to false when
not in the IDE. In my case non-IDE is always mobile. You can layout the LC
fields in the IDE and then set the rect of the native field to the rect of
the now invisible LC field.


Aside from the ID pairing that's pretty much what I do - and Ken, and 
Dan, and most others I've talked to when I started playing with mobile, 
which makes me wonder:  if everyone's writing the same library over and 
over to get an xTalk-like workflow for mobile in LC, why isn't it in the 
tin?


--
 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: Front and Back Scripts on Mobile

[Ralph DiMola]

Thanks J! Yes exactly. I do all my coding around the LC field. When the user
enters data in the native field I then move it to the LC field and work on
it there. This allows IDE testing. Then when you start up the app set the
visible of the LC field to true if in IDE (JLG's dev()) and to false when
not in the IDE. In my case non-IDE is always mobile. You can layout the LC
fields in the IDE and then set the rect of the native field to the rect of
the now invisible LC field.

Just a note:

I created a library alias's for all the mobile specific commands I have used
so far. For example if I need a lat/lon location in the IDE or mobile I just
call My alias:

Function SensorReading
Local GPS
if dev() then
  put 53.338960434184 into GPS["latitude"]
  put -43.6840746841539 into GPS["longitude"]
   else
  put mobileSensorReading("location", true) into GPS
end if
return GPS["Latitude"] , GPS["Longitude"]
end SensorReading

This has been mentioned before but I think all mobile specific commands
should act this way in the IDE.

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
Sent: Tuesday, July 05, 2016 7:15 PM
To: How to use LiveCode
Subject: Re: Front and Back Scripts on Mobile

If you assign a name to the native control, mobileControlTarget() returns it
instead of the number. It's a handy way to match up native controls to their
LC counterparts without keeping a reference list.


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



On July 5, 2016 6:03:49 PM Richard Gaskin 
wrote:

> Ralph DiMola wrote:
>
>  > This is what works for me
> ...
>  > on scrollerDidScroll hScrolled, vScrolled
>  >local ControlID
>  >--answer "Here!"
>  >try
>  >   put mobileControlTarget() into ControlID
>  >   set the vscroll of control ControlID of stack "xxx" to vscrolled
>  >   set the hscroll of control ControlID of stack "xxx" to hscrolled
>  >end try
>  >   pass scrollerDidScroll
>  > end scrollerDidScroll
>
> Now I'm confused.  If mobileControlTarget() returns the ID of the 
> native scroller, how does that affect the scroll of a LiveCode object 
> in the subsequent lines?
>
> Do we have control over mobile control IDs in a way that would allow 
> them to match LC object names or IDs?
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   
>   ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



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


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

Re: Front and Back Scripts on Mobile

[Richard Gaskin]

J. Landman Gay wrote:

> If you assign a name to the native control, mobileControlTarget()
> returns it instead of the number.

Ah, nice.  Must have missed that in the docs. Thanks.  After all these 
years whenever I come across something called "ID" my instinctive 
response is to treat it as a black box integer, to be passed around but 
not messed with.


The upside is this will take two lines out of my library. :)

The downside is I have no idea why Bramanathaswami's code isn't working.

--
 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: Windows shell craziness

[Mike Bonner]

Silly question, but.. you said the fping command is in the same folder as
the standalone, yet you're referencing it with c:\... IS the standalone
really in the root of c?
Also, start will open a new console window but you're hiding it. For test
purposes, don't hide the window, maybe you'll get more information so that
you can debug.


On Tue, Jul 5, 2016 at 4:18 PM, Dar Scott  wrote:

> Did your really want quotes around the IP address?  The space after -n?
> The...
>
> I guess Richard Gaskin's response is really the right one.
>
> > On Jul 5, 2016, at 3:22 PM, Skip Kimpel  wrote:
> >
> > Before I go crazy trying to format this properly, how can I format a
> shell
> > call to program with "options?"
> >
> > For instance I want to call fping.exe which is in the same folder as the
> > standalone.  However, the fping.exe command line should look like this:
> >
> > fping.exe 127.0.0.0 -l -n1
> >
> > This is what is NOTworking:
> >   put fld "URL" into myURL
> >   set the hideConsoleWindows to true
> >   put "start c:\fping.exe "&"' -l -n 1'"  into myShell
> >   replace "'" with quote in myShell
> >   get shell(myShell)
> >   answer it
> >
> > There is a need for quotes in order to make the switches work properly
> when
> > calling it this way from LiveCode.  It is something simple that I am
> > missing but it is driving me nuts!
> >
> > Of course, I need to report back the results
> >
> > As always, ANY help is greatly appreciated!
> >
> > SKIP
> > ___
> > 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: Front and Back Scripts on Mobile

[J. Landman Gay]

If you assign a name to the native control, mobileControlTarget() returns 
it instead of the number. It's a handy way to match up native controls to 
their LC counterparts without keeping a reference list.



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



On July 5, 2016 6:03:49 PM Richard Gaskin  wrote:


Ralph DiMola wrote:

 > This is what works for me
...
 > on scrollerDidScroll hScrolled, vScrolled
 >local ControlID
 >--answer "Here!"
 >try
 >   put mobileControlTarget() into ControlID
 >   set the vscroll of control ControlID of stack "xxx" to vscrolled
 >   set the hscroll of control ControlID of stack "xxx" to hscrolled
 >end try
 >   pass scrollerDidScroll
 > end scrollerDidScroll

Now I'm confused.  If mobileControlTarget() returns the ID of the native
scroller, how does that affect the scroll of a LiveCode object in the
subsequent lines?

Do we have control over mobile control IDs in a way that would allow
them to match LC object names or IDs?

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


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

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




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

Re: Front and Back Scripts on Mobile

[Richard Gaskin]

Ralph DiMola wrote:

> This is what works for me
...
> on scrollerDidScroll hScrolled, vScrolled
>local ControlID
>--answer "Here!"
>try
>   put mobileControlTarget() into ControlID
>   set the vscroll of control ControlID of stack "xxx" to vscrolled
>   set the hscroll of control ControlID of stack "xxx" to hscrolled
>end try
>   pass scrollerDidScroll
> end scrollerDidScroll

Now I'm confused.  If mobileControlTarget() returns the ID of the native 
scroller, how does that affect the scroll of a LiveCode object in the 
subsequent lines?


Do we have control over mobile control IDs in a way that would allow 
them to match LC object names or IDs?


--
 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: Front and Back Scripts on Mobile

[Ralph DiMola]

This is what works for me. Note the commented out answer dialog of the 
scroller. Uncomment it so you know the message path is correct. I think you are 
missing==> [mobileControlSet sName , "scrollingEnabled" , true]


command CreateScroll sName
   local crect
   
   if dev () then exit CreateScroll
   put (the rect of control sName) onto crect
   
   mobileControlCreate "scroller", sName
   mobileControlSet sName , "rect", crect
   mobileControlSet sName , "visible",  false   
end CreateScroll

command ActivateScroll sName , Xscroll , Yscroll
   Local crect , sRect
   
   if dev () then exit ActivateScroll
   put  ("0,0," & (the formattedwidth of control sName) & "," & the 
formattedheight of control sName + 20 ) into sRect
   mobileControlSet sName , "contentRect" ,  sRect
   mobileControlSet sName , "vIndicator" , true
   mobileControlSet sName , "scrollingEnabled" , true
   mobileControlSet sName , "visible", true
   if Xscroll is not empty and Xscroll >= 0 then
  mobileControlSet sName , "hScroll" , round(Xscroll)
   end if
   if Yscroll is not empty and Yscroll >= 0 then
  --answer sName , Xscroll , Yscroll
  mobileControlSet sName , "vScroll" , round(Yscroll)
   end if
   
end ActivateScroll

on scrollerDidScroll hScrolled, vScrolled
   local ControlID
   --answer "Here!"
   try
  put mobileControlTarget() into ControlID
  set the vscroll of control ControlID of stack "xxx" to vscrolled
  set the hscroll of control ControlID of stack "xxx" to hscrolled
   end try
   pass scrollerDidScroll
end scrollerDidScroll

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 
Sannyasin Brahmanathaswami
Sent: Tuesday, July 05, 2016 6:05 PM
To: How to use LiveCode
Subject: Re: Front and Back Scripts on Mobile

Hmmm, today it's not working… not sure how to debug… but buildomh on stand 
alone with this in the backscript


command CreateScroller pName -- scrolling regions,groups, fields

if not isMobile() then exit CreateScroller

deleteMobileControl pName -- delete any existing

put (the rect of control pName) into tRect

mobileControlCreate "scroller", pName

mobileControlSet pName, "rect", tRect

put ("0,0," & (the formattedwidth of control pName) & "," & the formattedheight 
of control pName) into tRect

mobileControlSet pName, "contentRect" , tRect

mobileControlSet pName, "hScroll" , 0

mobileControlSet pName, "vScroll" , 0

mobileControlSet pName, "hIndicator" , false

mobileControlSet pName, "visible", true

end CreateScroller

on scrollerDidScroll hScrolled, vScrolled

put mobileControlTarget() into tControlID

set the vscroll of control tControlID to vscrolled

pass scrollerDidScroll

end scrollerDidScroll

is failing… the control will not scroll


From: use-livecode  on behalf of Richard 
Gaskin 
Reply-To: How LiveCode 
Date: Saturday, July 2, 2016 at 8:47 AM
To: How LiveCode 
Subject: Re: Front and Back Scripts on Mobile

I believe a more accurate description is that the scrollerDidScroll message is 
sent to the *script* that created the scroller, which many not necessarily be a 
stack.

In my case it's a backscript, and it works well.

It seemed painfully tedious to even think about typing scroller instantiation 
code for every controls that needs it, so I don't.
Instead, a backscript scans controls during preOpenCard and anything that needs 
a scroller gets one instantiated for it (along the way it also turns off 
scrollbars, since of course those are only useful on desktop).


___
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: Front and Back Scripts on Mobile

[Richard Gaskin]

Sannyasin Brahmanathaswami wrote:

> Hmmm, today it's not working… not sure how to debug…
...
> on scrollerDidScroll hScrolled, vScrolled
>
> put mobileControlTarget() into tControlID
>
> set the vscroll of control tControlID to vscrolled
>
> pass scrollerDidScroll
>
> end scrollerDidScroll
>
> is failing… the control will not scroll

tControlID contains the ID of the mobile control, and what you want is 
the LiveCode object.


In my backscript I maintain a script-local var for that, an array where 
the key is the mobile control ID and the value is the LC object long ID.


I add new elements to it in the routine that instantiates mobile 
controls, and delete them in the closeCard handler that cleans up mobile 
controls.



PS: What email client do you use?  When pasting scripts it adds 
double-spaces between lines and removes leading tabs.


--
 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: Windows shell craziness

[Dar Scott]

Did your really want quotes around the IP address?  The space after -n?  The...

I guess Richard Gaskin's response is really the right one.

> On Jul 5, 2016, at 3:22 PM, Skip Kimpel  wrote:
> 
> Before I go crazy trying to format this properly, how can I format a shell
> call to program with "options?"
> 
> For instance I want to call fping.exe which is in the same folder as the
> standalone.  However, the fping.exe command line should look like this:
> 
> fping.exe 127.0.0.0 -l -n1
> 
> This is what is NOTworking:
>   put fld "URL" into myURL
>   set the hideConsoleWindows to true
>   put "start c:\fping.exe "&"' -l -n 1'"  into myShell
>   replace "'" with quote in myShell
>   get shell(myShell)
>   answer it
> 
> There is a need for quotes in order to make the switches work properly when
> calling it this way from LiveCode.  It is something simple that I am
> missing but it is driving me nuts!
> 
> Of course, I need to report back the results
> 
> As always, ANY help is greatly appreciated!
> 
> SKIP
> ___
> 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: Windows shell craziness

[Dar Scott]

You have an extra single quote after the 1.

> On Jul 5, 2016, at 3:22 PM, Skip Kimpel  wrote:
> 
> Before I go crazy trying to format this properly, how can I format a shell
> call to program with "options?"
> 
> For instance I want to call fping.exe which is in the same folder as the
> standalone.  However, the fping.exe command line should look like this:
> 
> fping.exe 127.0.0.0 -l -n1
> 
> This is what is NOTworking:
>   put fld "URL" into myURL
>   set the hideConsoleWindows to true
>   put "start c:\fping.exe "&"' -l -n 1'"  into myShell
>   replace "'" with quote in myShell
>   get shell(myShell)
>   answer it
> 
> There is a need for quotes in order to make the switches work properly when
> calling it this way from LiveCode.  It is something simple that I am
> missing but it is driving me nuts!
> 
> Of course, I need to report back the results
> 
> As always, ANY help is greatly appreciated!
> 
> SKIP
> ___
> 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: Windows shell craziness

[Richard Gaskin]

Skip Kimpel wrote:

> Before I go crazy trying to format this properly, how can I format a
> shell call to program with "options?"
>
> For instance I want to call fping.exe which is in the same folder as
> the standalone.  However, the fping.exe command line should look like
> this:
>
> fping.exe 127.0.0.0 -l -n1
>
> This is what is NOTworking:
>put fld "URL" into myURL
>set the hideConsoleWindows to true
>put "start c:\fping.exe "&"' -l -n 1'"  into myShell
>replace "'" with quote in myShell
>get shell(myShell)
>answer it
>
> There is a need for quotes in order to make the switches work
> properly when calling it this way from LiveCode.  It is something
> simple that I am missing but it is driving me nuts!

When in doubt about anything done with shell in LC, my first diagnostic 
step is to output the string being passed into shell and then copy it 
into Terminal to make sure it works there.  I've discovered a lot of 
syntax errors in my shell calls doing that. :)


--
 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: Front and Back Scripts on Mobile

[Sannyasin Brahmanathaswami]

Hmmm, today it's not working… not sure how to debug… but buildomh on stand 
alone with this in the backscript


command CreateScroller pName -- scrolling regions,groups, fields

if not isMobile() then exit CreateScroller

deleteMobileControl pName -- delete any existing

put (the rect of control pName) into tRect

mobileControlCreate "scroller", pName

mobileControlSet pName, "rect", tRect

put ("0,0," & (the formattedwidth of control pName) & "," & the formattedheight 
of control pName) into tRect

mobileControlSet pName, "contentRect" , tRect

mobileControlSet pName, "hScroll" , 0

mobileControlSet pName, "vScroll" , 0

mobileControlSet pName, "hIndicator" , false

mobileControlSet pName, "visible", true

end CreateScroller

on scrollerDidScroll hScrolled, vScrolled

put mobileControlTarget() into tControlID

set the vscroll of control tControlID to vscrolled

pass scrollerDidScroll

end scrollerDidScroll

is failing… the control will not scroll


From: use-livecode  on behalf of Richard 
Gaskin 
Reply-To: How LiveCode 
Date: Saturday, July 2, 2016 at 8:47 AM
To: How LiveCode 
Subject: Re: Front and Back Scripts on Mobile

I believe a more accurate description is that the scrollerDidScroll
message is sent to the *script* that created the scroller, which many
not necessarily be a stack.

In my case it's a backscript, and it works well.

It seemed painfully tedious to even think about typing scroller
instantiation code for every controls that needs it, so I don't.
Instead, a backscript scans controls during preOpenCard and anything
that needs a scroller gets one instantiated for it (along the way it
also turns off scrollbars, since of course those are only useful on
desktop).


___
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

Windows shell craziness

[Skip Kimpel]

Before I go crazy trying to format this properly, how can I format a shell
call to program with "options?"

For instance I want to call fping.exe which is in the same folder as the
standalone.  However, the fping.exe command line should look like this:

fping.exe 127.0.0.0 -l -n1

This is what is NOTworking:
   put fld "URL" into myURL
   set the hideConsoleWindows to true
   put "start c:\fping.exe "&"' -l -n 1'"  into myShell
   replace "'" with quote in myShell
   get shell(myShell)
   answer it

There is a need for quotes in order to make the switches work properly when
calling it this way from LiveCode.  It is something simple that I am
missing but it is driving me nuts!

Of course, I need to report back the results

As always, ANY help is greatly appreciated!

SKIP
___
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 ] Release 8.0.2 RC-3

[Peter Bogdanoff]

8.0.2 RC-3: I’m finding that this version crashes repeatedly when in the IDE 
when working with controls—deleting or moving them.

I’m also again seeing a bug that appeared in version 8.0.2 RC-2--a stack window 
sometimes is not redrawn correctly:
The card is completely blank
The card may show graphics from another card—the Inspector shows info 
for the current card, but you see another card. In that case, the card looks 
unresponsive to the the mouse or keyboard.

Anyone else seeing this? I’m not finding a specific recipe to reproduce this, 
so I hesitated to file a bug report.

IDE, Mac OSX 10.9.5

Peter Bogdanoff
UCLA

On Jul 5, 2016, at 5:25 AM, panagiotis merakos  
wrote:

> Dear list members,
> 
> 
> We are pleased to announce the release of LiveCode 8.0.2 RC-3.
> 
> 
> 
> Getting the Release
> 
> ===
> 
> You can get the release at https://downloads.livecode.com/livecode/ or via
> the automatic updater.
> 
> 
> 
> Release Contents
> 
> 
> 
> LiveCode 8.0.2 RC-3 contains bug fixes and stability improvements.
> 
> 
> 
> The full release notes are available from:
> 
> http://downloads.livecode.com/livecode/8_0_2/LiveCodeNotes-8_0_2_rc_3.pdf
> 
> 
> 
> 
> Feedback
> 
> 
> 
> Please report any bugs encountered on our BugZilla at
> http://quality.livecode.com/
> 
> 
> We have a forum available for discussing LiveCode Builder at
> 
> http://forums.livecode.com/viewforum.php?f=93
> 
> 
> 
> Have fun!
> 
> 
> The LiveCode Team
> 
> --
> ___
> 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: "Responsive" Browser Widget

[Sri]

Sannyasin Brahmanathaswami wrote
>  Perhaps we need to create the browser widget to the new
> orientation/size, set the URL, *after* the stack is resized to the new
> rect, create the browser widget and  then delete it again before switching
> orientations

Why not have two (sub)stacks, one for each orientation, each updating the
other, but only one of them visible, depending on the orientation? Is this a
feasible strategy?

Regards,
Sri



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Responsive-Browser-Widget-tp4706362p4706370.html
Sent from the Revolution - User mailing list archive at Nabble.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

[ ANN ] Release 8.0.2 RC-3

[panagiotis merakos]

Dear list members,


We are pleased to announce the release of LiveCode 8.0.2 RC-3.



Getting the Release

===

You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.



Release Contents



LiveCode 8.0.2 RC-3 contains bug fixes and stability improvements.



The full release notes are available from:

http://downloads.livecode.com/livecode/8_0_2/LiveCodeNotes-8_0_2_rc_3.pdf




Feedback



Please report any bugs encountered on our BugZilla at
http://quality.livecode.com/


We have a forum available for discussing LiveCode Builder at

http://forums.livecode.com/viewforum.php?f=93



Have fun!


The LiveCode Team

--
___
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: Intel QSV H.264 codec for AVFoundation and DirectShow

[Tiemo Hollmann TB]

Hi Richard,

thank you for your profund informations and helpful links.
I wasn't aware of this complex matter. I have to think about if I want to
let sleeping dogs lie.

Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Richard Gaskin
Gesendet: Montag, 4. Juli 2016 17:14
An: use-livecode@lists.runrev.com
Betreff: Re: Intel QSV H.264 codec for AVFoundation and DirectShow

Tiemo Hollmann wrote:

> I am looking for the most standardized state of the art codec to get a 
> maximum of compatibility on both platforms, so I think H.264 is the 
> right choice.
>
> My special requirement is, that I have to step thru the video frame by 
> frame controlled by LC.
>
> My sorenson squeeze compressor offers 4 different H.264 codecs: "Intel 
> QSV H.264", "MainConcept H.264", "Sorenson MPEG-4", "x264"
>
> My LC tests showed me, that I need to set a keyframe every single 
> frame to be able to step thru the video framebased (at least with 
> DirectShow). This option do only the intel QSV and the x264 codec offer.
>
> The x264 codec is a opensource codec and as far as I understand it is 
> not preinstalled on any system and at least on my Mac a x264 video 
> can't be played (perhaps there is a chance to manually install it, 
> what I would like to avoid for my customers)
>
> So up to now it seems to me that only the intel QSV H.264 is left of 
> my choices. It should be supported from Windows Vista on and from OS X
10.8 on.
>
> Has anybody experiences in this field of codecs, other experiences or 
> tipps or would negate some of my conclusions?

Choosing a codec is a complex issues given the scope and variety of their
patent licensing.

My lay person's understanding is that x264 is available under GPL, so it's
useful for GPL-governed works but as you've noted isn't as widely available
across the many platforms we may choose to support.

H.264 is a good codec technically and has wide distribution, but AFAIK
remains mired in a patent pool so complex it needs an FAQ to try to explain
it:


This article describes some of the legal considerations with H.264 in lay
terms:


One of the open questions for us software developers is the case of
distributing commercial tools that use H.264.  Apple and Microsoft have
their own license arrangements with the MPEG-LA consortium for distributing
the codec with their respective OSes (perhaps easier for Apple since they're
a member of that consortium), but we may need to review the OS EULA to
determine the allowable scope of use for the codec in our own commercial
software products.

For example, here are relevant sections of the Final Cut Pro X EULA, which
make it explicitly clear that despite the product's name professional use is
disallowed:

This product is licensed under the MPEG-4 Visual Patent Portfolio
License for the personal and noncommercial use of a consumer for
(i) encoding video in compliance with the MPEG-4 Visual Standard
("MPEG-4 Video") and/or (ii) decoding MPEG-4 video that was encoded
by a consumer engaged in a personal and non-commercial activity
and/or was obtained from a video provider licensed by MPEG LA
to provide MPEG-4 video. No license is granted or shall be implied
for any other use. Additional information including that relating
to promotional, internal and commercial uses and licensing may be
obtained from MPEG LA, LLC. See http://www.mpegla.com.

D. H.264/AVC Notice. To the extent that the Apple Software contains
AVC encoding and/or decoding functionality, commercial use of
H.264/AVC requires additional licensing and the following provision
applies: THE AVC FUNCTIONALITY IN THIS PRODUCT IS LICENSED HEREIN
ONLY FOR THE PERSONAL AND NON-COMMERCIAL USE OF A CONSUMER TO (i)
ENCODE VIDEO IN COMPLIANCE WITH THE AVC STANDARD ("AVC VIDEO")
AND/OR (ii) DECODE AVC VIDEO THAT WAS ENCODED BY A CONSUMER ENGAGED
IN A PERSONAL AND NON-COMMERCIAL ACTIVITY AND/OR AVC VIDEO THAT WAS
OBTAINED FROM A VIDEO PROVIDER LICENSED TO PROVIDE AVC VIDEO.
INFORMATION REGARDING OTHER USES AND LICENSES MAY BE OBTAINED FROM
MPEG LA L.L.C. SEE HTTP://WWW.MPEGLA.COM.



Given the wide variety of software components that play a role in H.264
decoding, it may be helpful to refer to this table of expiration dates to
attempt to determine when the relevant H.264 patents will expire:


When in doubt, it may be best to communicate directly with the MPEG-LA
consortium to determine appropriate H.264 licensing requirements for your
commercial app that requires the codec.

It may be that the commercial-use restrictions apply only to encoding but
not decoding, so depending