Re: [HC] USB Devices

[Richmond]

Yes: drivers are available for these devices; rarely for Linux, 
sometimes for Macintosh and always for
 Windows. The problem is that this makes it extremely difficult if one 
wants to author a game which can be deployed cross-platform with 
predefined settings for gamepads.


R.

On 7.07.2016 01:15, Dar Scott wrote:

I'm not sure I understand the relevant conundrum.

If a device meets certain standards, then a standard device driver (probably 
included in the OS) will translate something at the device to standard events 
at the computer.

If some features are nonstandard, then a specialized driver is needed.

Sometimes a more general driver can be used.  This still needs user code that 
groks the general interface.  I expect we will see some connections to general 
drivers for LiveCode in the near future.  These might be useful to the few who 
are willing to dive into the more general standards.

However, for specific things such as keyboards that have some nonstandard 
features, it seems to me the best thing is to simply install the driver for the 
device.  If that driver converts (say) pressing a foot pedal press to keyboard 
codes, then use the key events.

So, the best I can tell from your email, this is not really a LiveCode issue.  
LiveCode lives in an OS.

You seem to say drivers are available.  Just install them.

Dar



On Jul 6, 2016, at 3:08 PM, Richmond  wrote:

No: "HC" means 'hoary chestnut' here; not that ancient piece of software a lot
of people seem to be still hung up on for no obvious good reason when Livecode
has more than replaced it.

My beloved Belkin Nostromo n52, when connected to a Mac, a PC running Linux,
a PC running Windows, and PC running MorphOS, and an iPad via a powered USB hub
(I enjoyed that one a lot) acts like the left quarter of a keyboard and 
delivers signals to the OS,
and to Livecode readily detectable with keyUp and rawKeyUp routines.

My slightly less beloved Belkin Nostromo n50 is useless in this respect [Mac 
and Windows
will work with it with the (Ancient) Belkin software installed]. My juvenile 
Steering wheel +
foot pedals combo and my gamepad just won't work without drivers.

Now I know very well that when I press one of the buttons on those devices it 
sends a signal to the
physical computer (after all, without that the drivers would produce nothing).

What I would really like to know is what differentiates a keyboard (and my 
Nostromo n52) from all
those other USB devices so profoundly that makes them effectively useless for 
cross-platform work
with Livecode.

This is a 'hoary chestnut' that keeps coming up (I've brought it up at least 
once before0, and never
receives what can be reasonably called a proper answer.

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



___
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

Progress on WP REST API

[Todd Fabacher]

Here are two plugins that will allow WP to become a customizable DB server
with little to no DB experience. Perfect for LC students and people who
want to get a DB setup online, but don't have the experience or know-how.

https://wordpress.org/plugins/advanced-custom-fields/
https://wordpress.org/plugins/acf-to-rest-api/


but also, I have found many Custom Post Type Plugins:

https://wordpress.org/plugins/custom-post-type-ui/
https://wordpress.org/plugins/types/
https://wordpress.org/plugins/pods/
https://wordpress.org/plugins/custom-post-type-maker/

We can look to adding this to the LiveCode WP Rest API library. I get
emails and I see some post of people asking how to setup a customized web
data server. These would do the trick. Plus most are open source and FREE,
but a few have a more feature rich commercial version.


We would like to focus on creating a sample App in LiveCode that utilized
WooCommerce. I think it is important to have several different example Apps
before we start to pitch to the WP community at large...any ideas

Any other questions [please let me know. I have had about 2 dozen people
email with questions and express interest in integrating WP with LiveCode.

--Todd
___
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: [HC] USB Devices

[Mark Wieder]

On 07/06/2016 02:08 PM, Richmond wrote:


What I would really like to know is what differentiates a keyboard (and
my Nostromo n52) from all those other USB devices


Well, unfortunately there's no such thing as "all those other USB 
devices". It's a wild untamed world of devices out there, and there are 
loose standards to act as guidelines, but there's a lot of leeway for 
the writers of usb drivers to improvise. Modern operating systems have 
generic usb driver support that will handle a wide variety of different 
types of devices (you probably don't need drivers to plug in thumb 
drives or CD/DVD devices or keyboards/mice) but there are still usb 
devices that need special handling.


Your n52 seems to have firmware that allows it to be supported natively 
in more modern OS versions, but your n50 apparently doesn't, and so 
needs drivers installed.


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

Re: [ANN] Release 8.1.0 DP 2

[Mark Wieder]

On 07/06/2016 10:44 AM, Richmond wrote:

Not true; Albert Einstein [The man who knew a lot about Physics and
Maths and not much else and


Best to stick to things you know something about, yes?


At any rate, the quote is variously ascribed to Einstein and to Benjamin 
Franklin, but probably originated with Voltaire:


Lorsque l'on effectue une action, atteint un mauvais résultat, puis 
répète l'action plusieurs fois attendent un meilleur résultat, on est un 
peu fou de singe, non?


 -- Réflexions sur la jonque

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

Re: 8.1.0 DP2 suddently becomes unresponsive

[Peter Bogdanoff]

Yes, I’m seeing that kind of thing:

1. One of my stacks disappears, and I then find it offscreen below, or when the 
program opens the editor is down below, not where it was when I was last 
working.

2. A stack becomes unresponsive—either the screen image of the stack becomes 
totally grey, or the Inspector won’t show, or the Inspector shows info for 
another card. This possibly happens after working in the script editor for 
awhile, and then clicking to focus on the stack again, but it’s hard to 
reproduce. One time after leaving the script editor, several open stack windows 
each turned grey as I clicked on them in sequence—but there were also other 
open stack windows that didn’t do this (I typically have 5-7 stack windows open 
at once).

3. The issue seen in earlier versions of LC8 seems to remain—where the 
Inspector doesn’t show info for the topLevel stack, but another stack below.

Peter


On Jul 6, 2016, at 5:54 PM, Sannyasin Brahmanathaswami  wrote:

> I'm spending literally 8-10 hours a day right now in LC (too much fun, I 
> really need to get back to my magazine editorial work for this month!)
> 
> 
> Periodically, the whole IDE shuts down in the sense that the select tool will 
> not select anything and there attempts to invoke the property inspector from 
> the project browser or RevApplicationBrowser are greeted with "silence." 
> script editor will magically go off to 0,-1400, (happens often enough that my 
> msg box has
> 
> set the rect of stack "revnewscripteditor 1" to 100,100,400,800
> 
> handy to get him back.
> 
> Anyone else seeing this… I have no recipe. impossible to track
> 
> ___
> 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

[Mark Wieder]

On 07/06/2016 12:11 PM, Sannyasin Brahmanathaswami wrote:

Plus I was recently scolded off list for reporting bugs that were actually my 
ignorance.


Whoever did the scolding (you know who you are) did no service to you, 
to the user base in general, and to LiveCode quality. If you think you 
have a bug you should report it. Having users hesitant to report bugs 
does nobody any good. It's up to the bug triage team to decide what's what.


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

Re: Stack files on Mobile How to open an external Behavior Stack

[Richard Gaskin]

Sannyasin Brahmanathaswami wrote:
> 4) some day we need a "map" for the IDE and then one could study it
> to better advantage but opening the files that open when it runs, one
> after another.. .I could not quit determine Who's On First" with the
> IDE, in terms of loading order..

"There's no place like home..."

Everything in LiveCode begins with a startup message.  The development 
engine looks for a home stack and attempts to load that.  From there 
Home's startup handler takes over.


To begin the journey, in the Message Box run:

  edit script of stack "home"

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

8.1.0 DP2 suddently becomes unresponsive

[Sannyasin Brahmanathaswami]

I'm spending literally 8-10 hours a day right now in LC (too much fun, I really 
need to get back to my magazine editorial work for this month!)


Periodically, the whole IDE shuts down in the sense that the select tool will 
not select anything and there attempts to invoke the property inspector from 
the project browser or RevApplicationBrowser are greeted with "silence." script 
editor will magically go off to 0,-1400, (happens often enough that my msg box 
has

set the rect of stack "revnewscripteditor 1" to 100,100,400,800

handy to get him back.

Anyone else seeing this… I have no recipe. impossible to track

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

LOL!  because I'm not the one that codes 4D… if you have been going to the 
annual 4D conference(s) and think you see me there.. that's actually 
Shanmuganathaswami and Siddhanathaswami, not me..

They are the 4D wizards…

From: use-livecode  on behalf of Mike 
Kerner 
Reply-To: How LiveCode 
Date: Wednesday, July 6, 2016 at 9:36 AM
To: How LiveCode 
Subject: Re: Front and Back Scripts on Mobile

BR, why can't I just call you "4D wonk"?

On Wed, Jul 6, 2016 at 3:11 PM, Sannyasin Brahmanathaswami 

wrote:

This seems to "elementary" that I could not imagine the team would not see
this before release. So I assumed it was by design. Plus I was recently
scolded off list for reporting bugs that were actually my ignorance.  (even
though in fact 75% of my reports are legit bugs) So now I'm a bit gun shy
about reporting bugs until I flog it to death on this list first. Once it
stops moving (no more replies from anyone)  then I bug report it.

I assume you feel that we should be able add stack files on  mobile… so, I
will report it.

BR

Richard wrote:

Subject: Re: Front and Back Scripts on Mobile

but the button to add stack
> files the standalone builder for mobile is dimmed.

That doesn't seem as much a documentation error as a Standalone Builder
bug.  Have you reported it?
___
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




--
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Stack files on Mobile How to open an external Behavior Stack

[Sannyasin Brahmanathaswami]

RALPH:

I include all stacks(all library stacks and my "Main stack") in the "copy
files" pane of the standalone settings. My main stack is just a stub. I then
open the "main" stack from the stub and "start using" the library stacks.


BR: yes, I was about to do that, since adding stack files was dimmed (I 
reported it) but someone on my team explained that, for behaviors, then all the 
lib stacks are in the message hierarchy, so if you wanted to get them in 
memory, just ask if they exist, then they are in memory, but "private" to the 
"parent" objects that use them as behaviors.
___
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: Stack files on Mobile How to open an external Behavior Stack

[Sannyasin Brahmanathaswami]

Richard writes:

There are many ways to solve most problems in LC.

Everything in the LC IDE is made with LC.  Everything is scriptable.
Let nothing hold you back.


Indeed… we are going in that direction on several counts

1) Start Using works… but clutters the message hierarchy
2) apparently, merely asking about the existence of a stack will put it into 
memory, without putting it into the message path…but it is now available for 
behaviors.
3) setting behaviors in the IDE works of course, but leaves you blind. So let's 
set them all dynamically in the pre0penstack handler(s) that's how the IDE 
seems to do it if you go sleuthing through the IDE files.

Then you can see quickly in your stacks script all the behaviors and external 
files that may be in play.. (otherwise you have  mystery set of objects with 
behaviors, could be anywhere)

 and you get the extra benefit of assuring your framework that paths are good.

4) some day we need a "map" for the IDE and then one could study it to better 
advantage but opening the files that open when it runs, one after another.. .I 
could not quit determine Who's On First" with the IDE, in terms of loading 
order..

___
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: [HC] USB Devices

[Dar Scott]

I'm not sure I understand the relevant conundrum.  

If a device meets certain standards, then a standard device driver (probably 
included in the OS) will translate something at the device to standard events 
at the computer.

If some features are nonstandard, then a specialized driver is needed.  

Sometimes a more general driver can be used.  This still needs user code that 
groks the general interface.  I expect we will see some connections to general 
drivers for LiveCode in the near future.  These might be useful to the few who 
are willing to dive into the more general standards.  

However, for specific things such as keyboards that have some nonstandard 
features, it seems to me the best thing is to simply install the driver for the 
device.  If that driver converts (say) pressing a foot pedal press to keyboard 
codes, then use the key events.  

So, the best I can tell from your email, this is not really a LiveCode issue.  
LiveCode lives in an OS.  

You seem to say drivers are available.  Just install them.  

Dar


> On Jul 6, 2016, at 3:08 PM, Richmond  wrote:
> 
> No: "HC" means 'hoary chestnut' here; not that ancient piece of software a lot
> of people seem to be still hung up on for no obvious good reason when Livecode
> has more than replaced it.
> 
> My beloved Belkin Nostromo n52, when connected to a Mac, a PC running Linux,
> a PC running Windows, and PC running MorphOS, and an iPad via a powered USB 
> hub
> (I enjoyed that one a lot) acts like the left quarter of a keyboard and 
> delivers signals to the OS,
> and to Livecode readily detectable with keyUp and rawKeyUp routines.
> 
> My slightly less beloved Belkin Nostromo n50 is useless in this respect [Mac 
> and Windows
> will work with it with the (Ancient) Belkin software installed]. My juvenile 
> Steering wheel +
> foot pedals combo and my gamepad just won't work without drivers.
> 
> Now I know very well that when I press one of the buttons on those devices it 
> sends a signal to the
> physical computer (after all, without that the drivers would produce nothing).
> 
> What I would really like to know is what differentiates a keyboard (and my 
> Nostromo n52) from all
> those other USB devices so profoundly that makes them effectively useless for 
> cross-platform work
> with Livecode.
> 
> This is a 'hoary chestnut' that keeps coming up (I've brought it up at least 
> once before0, and never
> receives what can be reasonably called a proper answer.
> 
> 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

[HC] USB Devices

[Richmond]

No: "HC" means 'hoary chestnut' here; not that ancient piece of software 
a lot
of people seem to be still hung up on for no obvious good reason when 
Livecode

has more than replaced it.

My beloved Belkin Nostromo n52, when connected to a Mac, a PC running Linux,
a PC running Windows, and PC running MorphOS, and an iPad via a powered 
USB hub
(I enjoyed that one a lot) acts like the left quarter of a keyboard and 
delivers signals to the OS,

and to Livecode readily detectable with keyUp and rawKeyUp routines.

My slightly less beloved Belkin Nostromo n50 is useless in this respect 
[Mac and Windows
will work with it with the (Ancient) Belkin software installed]. My 
juvenile Steering wheel +

foot pedals combo and my gamepad just won't work without drivers.

Now I know very well that when I press one of the buttons on those 
devices it sends a signal to the
physical computer (after all, without that the drivers would produce 
nothing).


What I would really like to know is what differentiates a keyboard (and 
my Nostromo n52) from all
those other USB devices so profoundly that makes them effectively 
useless for cross-platform work

with Livecode.

This is a 'hoary chestnut' that keeps coming up (I've brought it up at 
least once before0, and never

receives what can be reasonably called a proper answer.

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

the templateControl

[Peter Haworth]

When clicking an icon in the property inspector for a Navigation Bar
widget, a newControl message is sent for the id "widget id 1002 of stack
"Popup Widget" of the templateControl".

I can't find an entry for templateControl in the dictionary. I'm also
confused as to how a stack can be owned by anything other than another
stack or a stack file.

Finally, does anyone know of a way to reliable identify an IDE stack these
days?  Used to be they began with "rev" or "com.livecode" but "Pop Widget"
doesn't follow any of those conventions.
___
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: Stack files on Mobile How to open an external Behavior Stack

[Richard Gaskin]

Sannyasin Brahmanathaswami wrote:

> related bug report from April here:
>
> http://quality.livecode.com/show_bug.cgi?id=17409
>
> still unresolved… my next attempt will be the "start using "  method.
> We know where the script only stack is… so we can get the local path
> and get it into memory … hopefully the behavior will fire.

You could load it yourself.

One of the benefits of having spent years with the spartan MC IDE is 
that I learned that as long as the engine will let me do something I 
needn't ever be held back by limitations in other people's tools.


The stackfiles is a scriptable property, and as we've discussed at 
length months ago a stack can be loaded into memory as simply as 
accessing a property within it, or as Ralph suggested perhaps it could 
be a library loaded with "start using".


There are many ways to solve most problems in LC.

Everything in the LC IDE is made with LC.  Everything is scriptable. 
Let nothing hold you back.


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

[Richard Gaskin]

Sannyasin Brahmanathaswami wrote:

> Richard wrote:
> That doesn't seem as much a documentation error as a Standalone
> Builder bug. Have you reported it?
>
> This seems to "elementary" that I could not imagine the team would
> not see this before release.

There are some regressions that mystify me too.

> So I assumed it was by design.

Sometimes design decisions merit reconsideration (see File -> New Stack).

> Plus I was recently scolded off list for reporting bugs that were
> actually my ignorance.  (even though in fact 75% of my reports are
> legit bugs) So now I'm a bit gun shy about reporting bugs until I
> flog it to death on this list first.

Perhaps it's the tone during the flogging that the team found tiresome.

Yours aren't nearly as bad as some of the stuff I see here and in the 
forums, where it's as though the Internet somehow precludes basic good 
manners, writing with a tone that appears to presume the team is either 
stupid, lazy, or both.  It's exhausting to read such things, and more 
than a bit demotivating.


Courteous results-focused professionalism goes a long way.

I've submitted a few bugs which were later explained as unnecessary, but 
since I try to be respectful when communicating they return the favor.


Good manners are the lubricant of teamwork.

> I assume you feel that we should be able add stack files on  mobile…
> so, I will report it.

I see no reason why it should be prevented.  If there is a reason 
they'll close it with an explanation.  If there's any heat feel free to 
mention that report was my suggestion.


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

[Mike Kerner]

BR, why can't I just call you "4D wonk"?

On Wed, Jul 6, 2016 at 3:11 PM, Sannyasin Brahmanathaswami  wrote:

> This seems to "elementary" that I could not imagine the team would not see
> this before release. So I assumed it was by design. Plus I was recently
> scolded off list for reporting bugs that were actually my ignorance.  (even
> though in fact 75% of my reports are legit bugs) So now I'm a bit gun shy
> about reporting bugs until I flog it to death on this list first. Once it
> stops moving (no more replies from anyone)  then I bug report it.
>
> I assume you feel that we should be able add stack files on  mobile… so, I
> will report it.
>
> BR
>
> Richard wrote:
>
> Subject: Re: Front and Back Scripts on Mobile
>
> but the button to add stack
> > files the standalone builder for mobile is dimmed.
>
> That doesn't seem as much a documentation error as a Standalone Builder
> bug.  Have you reported it?
> ___
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Stack files on Mobile How to open an external Behavior Stack

[Ralph DiMola]

I include all stacks(all library stacks and my "Main stack") in the "copy
files" pane of the standalone settings. My main stack is just a stub. I then
open the "main" stack from the stub and "start using" the library stacks.

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: Wednesday, July 06, 2016 3:12 PM
To: How to use LiveCode
Subject: Re: Stack files on Mobile How to open an external Behavior Stack

Related post on the forums:

http://forums.livecode.com/phpBB2/viewtopic.php?f=8=25730


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


___
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: Stack files on Mobile How to open an external Behavior Stack

[Sannyasin Brahmanathaswami]

related bug report from April here:

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

still unresolved… my next attempt will be the "start using "  method. We know 
where the script only stack is… so we can get the local path and get it into 
memory … hopefully the behavior will fire.

From: use-livecode  on behalf of 
Brahmanathaswami 
Reply-To: How LiveCode 
Date: Wednesday, July 6, 2016 at 9:12 AM
To: How LiveCode 
Subject: Re: Stack files on Mobile How to open an external Behavior Stack

Related post on the forums:

http://forums.livecode.com/phpBB2/viewtopic.php?f=8=25730


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: Stack files on Mobile How to open an external Behavior Stack

[Sannyasin Brahmanathaswami]

Related post on the forums:

http://forums.livecode.com/phpBB2/viewtopic.php?f=8=25730


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]

This seems to "elementary" that I could not imagine the team would not see this 
before release. So I assumed it was by design. Plus I was recently scolded off 
list for reporting bugs that were actually my ignorance.  (even though in fact 
75% of my reports are legit bugs) So now I'm a bit gun shy about reporting bugs 
until I flog it to death on this list first. Once it stops moving (no more 
replies from anyone)  then I bug report it.

I assume you feel that we should be able add stack files on  mobile… so, I will 
report it.

BR

Richard wrote:

Subject: Re: Front and Back Scripts on Mobile

but the button to add stack
> files the standalone builder for mobile is dimmed.

That doesn't seem as much a documentation error as a Standalone Builder
bug.  Have you reported it?
___
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]

Yes…Andre built a robust logging feature into the backscript. I can fire a log 
entry like this in the backscript

on createScroller pName
   logRaw "Go this far!"
  etc.

Also see other thread… with more detail on the issue. I *can* get the scroller 
to work on cd 1 of stack A, but then when we go to cd 1 of Stack B which also 
has a scroller, it will then work there… but not if I go back to cd 1 of stack 
A. So far the only way I can get it to work reliably is to put the same 
handlers into the stack script of each stack. So now I'm want to try a behavior 
instead… but I can't get the external script only stack into memory.  All I can 
say is… at this rate trial and error fumbling I will never get Alzheimer's (ha)

and the log shows this  when run on desktop.

ASIDE: FYI for the short form of my name you can use "Brahma" as in the bull  
-- or the beer brand in Brasil whichever is easiest to remember.



From: use-livecode  on behalf of Mike 
Kerner 
Reply-To: How LiveCode 
Date: Wednesday, July 6, 2016 at 7:54 AM
To: How LiveCode 
Subject: Re: Front and Back Scripts on Mobile

San,
I have only been paying light attention to this thread, so if I missed
this, please ignore.  Have you checked to find out if something else is
silently killing your script cascade before it gets to the backscript?
___
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]

On 7/5/2016 10:21 PM, Sannyasin Brahmanathaswami wrote:

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.


It's more likely it's just not scrolling. It's best to delete all native 
controls on closecard and recreate them on preOpenCard (not sure about 
widgets, but this was true of controls created by script.) Otherwise 
behavior can be unreliable. I can't remember now if you're doing that or 
not.


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

somewhat OT, funny (was Re: [ANN] Release 8.1.0 DP 2)

[Dar Scott]

Something like this actually happened to a friend of mine and the programmer's 
solution worked, though she had to apply it several times as the car kept 
stalling.

She was able to get the car back to the mechanic, who apologized and said that 
he had had to set the car's computer back to factory settings in fixing the 
previous problems but there is a bug in factory default and it sets fuel levels 
too low after a few minutes.  That computer is reset by disconnecting the 
battery or by locking the car (or sending an encrypted reset code), so by 
getting out and locking the car she had a few more minutes.  He had neglected 
to take the next step and felt silly.  The mechanic did something with the 
computer (applied updates? set elevation?) and the problem was fixed.  She was 
happy.  


> On Jul 5, 2016, at 11:24 PM, Mark Wieder  wrote:
> 
> 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


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

> Part of the solution is more examples/amd explanation(s) in the
> dictionary itself. For example, right now I'm struggling with getting
> a mobileCreateScroller to work from a backscript.
>
> I think it may do better using an external lc.livecodescript script
> only as a behavior but the dictionary gives no example of how to
> actually implement that in a portable fashion. There is no clear
> indication of exactly how an external stack is loaded into memory and
> made available on mobile. on infers that it should be part of your
> stack files and they in a preopen stack handler one should probably
> "go stack mybehavior.livecodescript"  but the button to add stack
> files the standalone builder for mobile is dimmed.

That doesn't seem as much a documentation error as a Standalone Builder 
bug.  Have you reported it?


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

[Mike Kerner]

San,
I have only been paying light attention to this thread, so if I missed
this, please ignore.  Have you checked to find out if something else is
silently killing your script cascade before it gets to the backscript?

On Wed, Jul 6, 2016 at 1:46 PM, Sannyasin Brahmanathaswami  wrote:

> Part of the solution is more examples/amd explanation(s) in the dictionary
> itself. For example, right now I'm struggling with getting a
> mobileCreateScroller to work from a backscript.
>
> I think it may do better using an external lc.livecodescript script only
> as a behavior but the dictionary gives no example of how to actually
> implement that in a portable fashion. There is no clear indication of
> exactly how an external stack is loaded into memory and made available on
> mobile. on infers that it should be part of your stack files and they in a
> preopen stack handler one should probably "go stack
> mybehavior.livecodescript"  but the button to add stack files the
> standalone builder for mobile is dimmed.
>
> So this kind of thing is very, very costly in terms of time needed to do
> hit and miss testing… 2 days for me now…I think I have built and loaded my
> app nearly 75 times onto my iPhone…
>
> BR
>
> From: use-livecode  on behalf of
> Erik Beugelaar 
> Reply-To: How LiveCode 
> Date: Tuesday, July 5, 2016 at 10:57 PM
> To: How LiveCode 
> Subject: RE: Front and Back Scripts on Mobile
>
> On the LiveCode website there are a lot of lessons but they all dealing
> with
> different aspects how to do this or that and I miss a good example of an
> application showing how to structure and setup a LiveCode app from the
> start
> (database CRUD handling, update mechanism for the app etc.).
> In this thread samples about back- and frontscript which you can general
> use
> every time over again. Best ways to do this or that etc.
>
> I am thinking about a Kitchensink app or this available somewhere?
>
> Regards,
> Erik
> ___
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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]

Part of the solution is more examples/amd explanation(s) in the dictionary 
itself. For example, right now I'm struggling with getting a 
mobileCreateScroller to work from a backscript.

I think it may do better using an external lc.livecodescript script only as a 
behavior but the dictionary gives no example of how to actually implement that 
in a portable fashion. There is no clear indication of exactly how an external 
stack is loaded into memory and made available on mobile. on infers that it 
should be part of your stack files and they in a preopen stack handler one 
should probably "go stack mybehavior.livecodescript"  but the button to add 
stack files the standalone builder for mobile is dimmed.

So this kind of thing is very, very costly in terms of time needed to do hit 
and miss testing… 2 days for me now…I think I have built and loaded my app 
nearly 75 times onto my iPhone…

BR

From: use-livecode  on behalf of Erik 
Beugelaar 
Reply-To: How LiveCode 
Date: Tuesday, July 5, 2016 at 10:57 PM
To: How LiveCode 
Subject: RE: Front and Back Scripts on Mobile

On the LiveCode website there are a lot of lessons but they all dealing with
different aspects how to do this or that and I miss a good example of an
application showing how to structure and setup a LiveCode app from the start
(database CRUD handling, update mechanism for the app etc.).
In this thread samples about back- and frontscript which you can general use
every time over again. Best ways to do this or that etc.

I am thinking about a Kitchensink app or this available somewhere?

Regards,
Erik
___
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.1.0 DP 2

[Richmond]

Not true; Albert Einstein [The man who knew a lot about Physics and 
Maths and not much else and
is quoted far too often out of context], Induction is bad reasoning ; 
yet we all do it all of the time.


So, I always expect the unexpected; and, oddly enough, it seems to 
happen quite a lot.


Richmond.

On 6.07.2016 08:24, Mark Wieder wrote:

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




___
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.1.0 DP 2

[[-hh]]

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

Mark, honestly, for what else than opening and closing do *you*
need the dictionary? :-)



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-Release-8-1-0-DP-2-tp4706199p4706395.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

Re: [ANN] Release 8.1.0 DP 2

[Lagi Pittas]

It was always and still  is the same in version 6.x series  for the
application browser 99.99% of the time.
It must have been an itch the devs didn't feel like scratching

Gotta live with it now though.

Lagi

On 6 July 2016 at 06:24, Mark Wieder  wrote:

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

[Erik Beugelaar]

On the LiveCode website there are a lot of lessons but they all dealing with
different aspects how to do this or that and I miss a good example of an
application showing how to structure and setup a LiveCode app from the start
(database CRUD handling, update mechanism for the app etc.). 
In this thread samples about back- and frontscript which you can general use
every time over again. Best ways to do this or that etc.

I am thinking about a Kitchensink app or this available somewhere?

Regards,
Erik


Sent from solidit

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Ralph DiMola
Sent: woensdag 6 juli 2016 03:30
To: 'How to use LiveCode' 
Subject: RE: Front and Back Scripts on Mobile

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


___
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