Just an FYI in case the owner/maintainer of RunRevPlanet uses the list, the
site is offline with a message that it cannot connect to the database.
Mark
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubs
Pete,
I'm intrigued. Please contact me off the list.
Peter
On Dec 19, 2012, at 5:59 PM, Peter Haworth wrote:
> Good suggestion Mark. I'll jump in here.
>
> When you call revOpenDatabase, specify the path name as ":memory:". That
> creates a database in memory instead of on disk which will di
Pete-
Well, that was quick. I had to reboot my system, and when it came back
up there was a ready-made answer.
Peter-
I got the hint about in-memory databases from Pete in the first place,
so I'll just defer to him on this. Carry on.
--
-Mark Wieder
mwie...@ahsoftware.net
__
Good suggestion Mark. I'll jump in here.
When you call revOpenDatabase, specify the path name as ":memory:". That
creates a database in memory instead of on disk which will disappear when
you close your application. It does mean you'll have to create the
tables/columns each time you open the da
Mark, that's new to me. Can you explain further?
On Dec 19, 2012, at 5:15 PM, Mark Wieder wrote:
> Peter-
>
> Wednesday, December 19, 2012, 4:03:43 PM, you wrote:
>
>> Thanks, Peter, that's what I was looking for.
>
>> Also, thanks Pete for the advice on using a database. That's what
>> I used
Peter-
Wednesday, December 19, 2012, 4:03:43 PM, you wrote:
> Thanks, Peter, that's what I was looking for.
> Also, thanks Pete for the advice on using a database. That's what
> I used in a past, non-Livecode project, but unless the database can
> be embedded in the main stack, I can't use that
On Dec 19, 2012, at 7:03 PM, Peter Brigham wrote:
>
> repeat for each item f in fieldlist
> put offsets(tString,f) into tOffsets
> if tOffsets = 0 then next repeat
> repeat for each item i in tOffsets
>
A correction, I think you have to use "put offsets(tString, the text of f) into
tOffsets
Thanks, Peter, that's what I was looking for.
Also, thanks Pete for the advice on using a database. That's what I used in a
past, non-Livecode project, but unless the database can be embedded in the main
stack, I can't use that here.
Peter Bogdanoff
UCLA
On Dec 19, 2012, at 2:33 PM, Peter M. B
Okay…
Found this related to shell scripts and the 255 error…
http://lists.runrev.com/pipermail/use-livecode/2010-June/141991.html
Not sure what to do about it though…?
It does appear to be a permission error. If I run: sudo /bin/mkdir
~livecodetest from the terminal it will create my folder
Okay…going to try tackling the MergeBonjour route…
First problem, sending shell command. I have sent shell commands before through
a stack.
Starting with a simple: mkdir ~/Livecodetest
This works from the command line, but when I attempt to run this from a stack,
I don't get my new folder?
If you use "find" you'll have to "go invisible" to each substack, as has been
pointed out, or you'll get each substack flashing to the front. The other thing
is that the find command will find the first instance of the string in each
stack, so you will have to use the foundchunk function and to
I agree that http isn't the ideal solution, but we don't have an android
option yet.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev
The people I did this app with:
http://www.amazon.com/Meet-Heckerty-interactive-storybook-learning/dp/B007SNX2UW
are constantly tinkering with the key words, and seem to see changes in how
it's doing. At the moment it's #48 in education on Amazon.com. Don't think that
means very big numbers, bu
On 20/12/2012, at 8:31 AM, Mike Kerner wrote:
> I'm just thinking out loud at this point because I'm not messing with code
> this very moment to try it.
>
> The teacher wouldn't have to share their IP, necessarily. The students'
> app will know the ip address and could then fairly quickly send
On 20/12/2012, at 8:00 AM, JOHN PATTEN wrote:
> Monte & Mike…
>
> I like the idea of the teacher not having to share their IP by using the
> mergeBonjour external. Lame question, but the mergeExternal would work on a
> Windows desktop app too?
The external doesn't. I will probably do a desk
I'm just thinking out loud at this point because I'm not messing with code
this very moment to try it.
The teacher wouldn't have to share their IP, necessarily. The students'
app will know the ip address and could then fairly quickly send requests on
all addresses in that range (1-255) until they
Roger...
There are now four apps in the iTunes store...
moneyXchange I never expected would sell as every bank and its dog make
currency exchange apps and it doesn't sell well at all, if it moves 20 units a
month it is a lot...
scribble is the app that I thought would work out better than the
Monte & Mike…
I like the idea of the teacher not having to share their IP by using the
mergeBonjour external. Lame question, but the mergeExternal would work on a
Windows desktop app too? …I'm guessing the desktop app has to announce that it
is available via bonjour and this is done with the
Congratulations, John. I notice none of your apps have ratings. Do you have a
strategy for addressing this and what you would recommend?
Cheers,
Roger
On Dec 18, 2012, at 10:12 PM, John Dixon wrote:
>
> Another 'mobile' app for the iTunes store built using liveCode... that for me
> is four i
John,
If you were to use http, the teacher would not have to set something up.
You would build the code right into the teacher's app and the students'
clients. The only problem I see is that I believe that the http code in LC
is blocking, so if you had something flakey happen with the connection
On 20/12/2012, at 6:42 AM, JOHN PATTEN wrote:
> 2. At the start of the lesson, click a button on their app which reports
> their IP to them witch they then share that with the students who record it
> in their iOS client.
If you want to share IP like this then you don't need bonjour. Bonjour
Hi Mike…
This is just thinking off the top of my head…
But I was looking at a strategy that could be duplicated over and over in
multiple student(client/iOS) - teacher(server/DesktopAPP) scenarios.
Similar to classroom response systems (clickers), but targeted at more specific
curriculum (scie
John,
Can you be a little more specific about what you are thinking about doing?
There are numerous ways to skin the cat. You could have the LC app on the
teacher's machine act as an http server and the ios apps as clients. You
could also have the mobile apps generate files and upload them to dr
Yes on the desktop side. You will need to wait for android externals to get
mergBonjour there though. Feel free to email runrev support to give them a poke
about it!
Cheers
--
M E R Goulding
Software development services
mergExt - There's an external for that!
On 20/12/2012, at 4:30 AM, tbodi
Hi all.
I'm also in the market for a solution like this.
Monte, would the solution you described work cross platform? (So either Mac
or PC on desktop and either iOS or Android devices running the mobile app?)
Thanks,
Tom Bodine
--
View this message in context:
http://runtime-revolution.278
25 matches
Mail list logo
