[ANN] SivaSiva App on Google Play

2017-12-25 Thread Sannyasin Brahmanathaswami via use-livecode
Jai Ganesha!

My new Pixel arrived the day before Pancha Ganapati amidst a 72 hour solo code 
sprint, working with the new 8.1.9 to get an Android version done. At the last 
minute I solved rendering issues on Android (not happening on Desktop or iOS)  
and with a little help from Jacque, today got the app up on Google play.

https://play.google.com/store/apps/details?id=com.himalayanacademy.sivasiva=en

I want to thank the team in Edinburgh for the hard work that got us here and 
all the support from this community, especially Jacqueline and Andre and all of 
you who have been so patient and generous with your time and answering and 
sharing your knowledge.

FWIW:

Our app opens and closes stacks aka "modules"…. we had a serious rendering 
issue with our "Journal" module… this reads  data from a dbase that tracks 
users history, lets her mark favorites etc. It uses a template "subgroup" on 
card 2… which includes a few widget icons. The "layout" command deletes the 
parent group "item list" on card 1 and then locks the screen and adds subgroups 
to the main group… as many as 50-100.  AcceleratedRendering is required for 
scrolling  this "beast" of a parent group. going to the journal consistently 
locked up the screen  on Android, cause quits and strange ghastly images on 
screen…  until I changed the order and timing of events, which, in the end, is 
just "logical"
This works:

1) we turn off accelerated Rendering of Stack A, but leave it open (You have to 
have a stack open all the time)

2) Open stack "journal" and in the preopenstack handler, delete any existing 
"item list" (will not exist on mobile, but does during dev)

3) the key was DO NOT set the acceleratedRendering, and issue the layout 
command (which fetches and builds the parent group dynamically.   in either the 
preopenstack NOR the preopenCard handler!

my gut is telling me there is a conflick on mobile between Stack A being open 
while Stack B tries to open and run stuff in the preopen handlers, but I just 
guessing.

4) What works is: open the journal Stack B, our navigation system will the 
close Stack A. I throw up a small busy indicate and a bottom toast (hardly 
needed) saying "Loading Entries"
5) Now, *after* the card is open and Stack A is closed, on openCard, set the 
acceleratedRendering to true, lock the screen, run the layout routine which 
build the giant parent group with subgroups and unlock the screen.

After doing getting this to work… it seemed just so obvious the best practice 
order of events…

It's just that on desktop and iOS, it did not seem to matter what you did 
first, or in what order or whether you did stuff in the preopenstack handler 
(where we were issuing the layout command before)

but now it works. We still have some crashes here and there and there seems to 
be a regression in the browser widget in 8.1.9 when you rotate the phone to 
landscape if the video has not been loaded yet from YouTube.  (only on Android) 
But otherwise the app is running pretty well, given all the arms and legs it 
has.

Cheers and Happy Solstice/New Year to all!

Brahmanathaswami





___
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: A problem with my MSc Thesis

2017-12-25 Thread Richmond via use-livecode

Thank you very much for the help.

Richmond.


On 25.12.2017 22:41, Matthias Rebbe via use-livecode wrote:

Richmond,

do you know http://archive.org? 

This site is an archive of many many websites.

As i am not sure when version 2.0 was released (i early started 2005 with 
Revolution Studio 2.5)
I tried the year 2003.

This link for example

https://web.archive.org/web/20030605125616/http://www.runrev.com:80/Revolution1/downloads.html
 


allowed me to select and download version 2.0.2 of revolution studio for Mac OS 
X. The above link lists several operating system options.


The direct link to the Mac OS X file btw. is

https://web.archive.org/web/20030810232259if_/http://www.runrev.com:80/revolution/downloads/distributions/2.0/revolutionosx.dmg
 


Hope this helps.

Regards,
Matthias



Matthias Rebbe
Matthias Rebbe
Tel +49 5741 31
‌https://matthiasrebbe.eu ‌


Am 25.12.2017 um 21:07 schrieb Richmond Mathewson via use-livecode 
>:

My Masters degree from the University of Abertay (ribald comments not welcome)
involved a piece of software developed using Runtime Revolution (now known as
LiveCode) 2.0.

Several people have downloaded the software and find it "goes wonky" with 
current
versions of LiveCode.

As it was composed with the 10-line limit unlicensed version of RunRev there 
should be
no copyright problem and/or conflict of interest if someone could send me 
RunRev 2.0
or 2.0.1 for Windows, Macintosh and Linux as I am quite unable to find download
links to those versions (or earlier ones) online.

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

Re: A problem with my MSc Thesis

2017-12-25 Thread Matthias Rebbe via use-livecode
Richmond,

do you know http://archive.org? 

This site is an archive of many many websites.

As i am not sure when version 2.0 was released (i early started 2005 with 
Revolution Studio 2.5) 
I tried the year 2003.

This link for example

https://web.archive.org/web/20030605125616/http://www.runrev.com:80/Revolution1/downloads.html
 


allowed me to select and download version 2.0.2 of revolution studio for Mac OS 
X. The above link lists several operating system options.


The direct link to the Mac OS X file btw. is

https://web.archive.org/web/20030810232259if_/http://www.runrev.com:80/revolution/downloads/distributions/2.0/revolutionosx.dmg
 


Hope this helps.

Regards,
Matthias



Matthias Rebbe
Matthias Rebbe
Tel +49 5741 31
‌https://matthiasrebbe.eu ‌

> Am 25.12.2017 um 21:07 schrieb Richmond Mathewson via use-livecode 
> >:
> 
> My Masters degree from the University of Abertay (ribald comments not welcome)
> involved a piece of software developed using Runtime Revolution (now known as
> LiveCode) 2.0.
> 
> Several people have downloaded the software and find it "goes wonky" with 
> current
> versions of LiveCode.
> 
> As it was composed with the 10-line limit unlicensed version of RunRev there 
> should be
> no copyright problem and/or conflict of interest if someone could send me 
> RunRev 2.0
> or 2.0.1 for Windows, Macintosh and Linux as I am quite unable to find 
> download
> links to those versions (or earlier ones) online.
> 
> 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

A problem with my MSc Thesis

2017-12-25 Thread Richmond Mathewson via use-livecode
My Masters degree from the University of Abertay (ribald comments not 
welcome)
involved a piece of software developed using Runtime Revolution (now 
known as

LiveCode) 2.0.

Several people have downloaded the software and find it "goes wonky" 
with current

versions of LiveCode.

As it was composed with the 10-line limit unlicensed version of RunRev 
there should be
no copyright problem and/or conflict of interest if someone could send 
me RunRev 2.0
or 2.0.1 for Windows, Macintosh and Linux as I am quite unable to find 
download

links to those versions (or earlier ones) online.

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


Re: Using open process instead of shell

2017-12-25 Thread Mike Bonner via use-livecode
had one more thought to make it easier.  go back to your original idea of
using a shell script but make the script have the format..

#!/bin/sh
[your command here]
echo "Command Complete"

That way, its easy to see when an individual command finishes.

In addition, if you use 3 separate files, 1 for each of your 3 commands,
named logically, you can easily grok which what to do with each.

Finally, for the [your command here] part.. If you want to be able to run
more than 1 at once, if you pass in your arguments as parameters, you don't
have to rewrite the file each time, you just pass in your changeables and
go.

IIRC $0 will contain the name of the shell script any further parameters
will continue in that vein..

For a very simple example, if your shell script named test.sh were to
contain
#!/bin/sh
ls $1
echo
find . |grep $2
echo "Command Complete"

you can run it with--
./test.sh /var barncard

the output would be a listing of the files in folder /var
a space
and a listing of files and folders from the current directory downward that
contain the string barncard.

Should make it easy enough to fire off jobs, multiple if you wish as long
as your parameters differ (so that the open process string is unique)  This
should make it easy to queue up your commands.. Depending on hardware it
might be possible to have 2 or 3 sets (or more?  no clue what hardware you
have) at once.  It would depend on cpu threads and how much load you wanted
to put on things.

Sorry for all the blabbing, had a good day so my thinker is kinda working.

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


Re: Using open process instead of shell

2017-12-25 Thread Stephen Barncard via use-livecode
>
>
>  great ideas from Mark Wieder, Mike Bonner, Warren Samples
>
>
​And Glen Bojsza  ! Thanks guys!​
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Using open process instead of shell

2017-12-25 Thread Stephen Barncard via use-livecode
Thank you very much,

 great ideas from Mark Wieder, Mike Bonner, Warren Samples

 I will be working with these  suggestions for the next couple of days and
 report back to you guys.

sqb

--
Stephen Barncard - Sebastopol Ca. USA -
mixstream.org

On Sun, Dec 24, 2017 at 9:10 PM, Warren Samples via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 12/24/2017 04:05 PM, Stephen Barncard via use-livecode wrote:
>
>> All of the commands work great by using the shell command in LC, except
>> for
>> the fact that my app waits until some of the commands have finished.
>>
>
>
> If your concern is bypassing the blocking nature of shell(), then you
> should be aware that there are methods which detach a process from the
> shell after opening it and these can be used in LiveCode shell() to make it
> non-blocking.
>
> For example:
>
> get shell ("nohup mycommand --some-params 'can use single quotes to escape
> if necessary' &")
>
> here the command is prefaced with the 'nohup' and a space and is closed
> with a space and &
>
>
> There are several variations for redirecting to /dev/null which also work
> to make the shell() non-blocking. Here's an example:
>
> get shell ("mycommand --some-params 'can use single quotes to escape if
> necessary' /dev/null &")
>
>
> This doesn't respond to your direct question about "open process" but it
> *may* be a straightforward way to resolve the issue that has caused you to
> inquire.
>
> Good Luck,
>
> Warren
>
>
> ___
> 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