On Tue, Feb 10, 2015 at 2:30 PM, William Prothero proth...@earthednet.org
wrote:
So in between playing and practicing jazz keyboard, riding my bike, and
enjoying my wife’s company, I work on these coding projects, which give me
great satisfaction.
Well you know what they say about 'idle
On Tue, Feb 10, 2015 at 4:28 AM, Richard Gaskin ambassa...@fourthworld.com
wrote:
But when exploring desktop vs mobile, you'll need to make different
layouts for each anyway, so why not do both?
I think this is the most important point of all. In all the 'one code for
all platforms' hype of
Kay:
Thanks for the ideas! The plan you suggest sounds quite good and it looks like
I can probably accommodate both desktop and iOS. I’m a retired prof who did a
LOT of coding for my classes, and now I have no ambition to develop a real
business, not that I would turn down income that wouldn’t
William Prothero wrote:
Richard and Kay:
Thanks for the stimulating thoughts.
Each of your arguments are very persuasive. And it seems that the
most important thing is where you decide to start. If you focus is
on mobile, Kay’s approach is the most sensible. I like Richard’s
for desktop,
As with so much in this world, technical and otherwise, I am profoundly
ignorant of the following, and I’d be grateful for any explanations, best
practice etc.
The idea is as follows:
1. I write a desktop program (OK, an app) that runs, say, on PC and Mac. Good
LC territory. This program is
Graham,
I've had a lot of experience doing this for a 300seat oceanography class. I
used my own server to store student work. Students downloaded the software in
this instance. They were identified by a 7 digit number. I used a combination
of files uploaded and downloaded to a local temp
Paul, that’s a great summary. I shall be studying it carefully.
Thanks so much
Graham
On 8 Feb 2015, at 16:01, Paul Dupuis p...@researchware.com wrote:
On 2/8/2015 8:52 AM, Graham Samuel wrote:
6. What happens now when that downloaded instance of the app is called upon
to save a file? Is
Graham,
I think that you should think in terms of “licenses” rather than apps
downloaded when trying to enforce limits. Education, nowadays is less
centralized and students want to be able to access resources from multiple
places. School, home, mobile phones, tablets. Then, if there is too much
On 08/02/15 15:52, Graham Samuel wrote:
Right . . .
As with so much in this world, technical and otherwise, I am profoundly
ignorant of the following, and I’d be grateful for any explanations, best
practice etc.
The idea is as follows:
1. I write a desktop program (OK, an app) that runs,
OK, you live in Bulgaria. If you lived in the UK, it is highly probable that
you would have read, seen on TV (still some episodes to go!) or possibly in the
theatre, a version of “Wolf Hall” by Hilary Mantel (both volumes produced so
far won the prestigious Booker Prize). Then you’d know who
On 2/8/2015 8:52 AM, Graham Samuel wrote:
6. What happens now when that downloaded instance of the app is called upon
to save a file? Is it just saved on the local computer? If so, what if Jack
and Jill both use the program on the same machine at different times? Will
Jill’s files overwrite
William Prothero wrote:
Hopefully the coming HTML5 export will make it easier to integrate
Livecode apps into a web delivery. The main advantage of this is
the ease of updating the software.
The HTML output option will be a great thing for many projects, but I
think it's safe to say it's
Richard:
This sounds like a great way to go!
I think I’m getting that the “Splash” app downloads the executables and
whatever media is needed, and then these are erased at the end of the session,
so that new ones are downloaded each session? Or is it done more like the
browser cache, where it
Richard:
Whoops, I see you said the downloads were erased at the end of each session.
Where do you put the executables? On the Mac, in the Applications folder there
would have to be the admin permissions given.
The Documents folder? The Application Support folder inside the user’s Library
William Prothero wrote:
Richard:
This sounds like a great way to go!
And it has the best feature of all: it's fun to make. :)
I think I’m getting that the “Splash” app downloads the executables
and whatever media is needed, and then these are erased at the end
of the session, so that new
Richard:
This sounds very attractive. I hadn’t thought of just opening the app directly
from the server and running it in memory.
Thanks for the encouragement. I think it’s a good idea.
Best,
Bill
On Feb 8, 2015, at 3:21 PM, Richard Gaskin ambassa...@fourthworld.com wrote:
William Prothero
William Prothero wrote:
Richard:
Whoops, I see you said the downloads were erased at the end of each
session.
Where do you put the executables? On the Mac, in the Applications
folder there would have to be the admin permissions given.
The Documents folder? The Application Support folder
On Mon, Feb 9, 2015 at 5:59 AM, Richard Gaskin ambassa...@fourthworld.com
wrote:
With LiveCode we can do the same by merely extending the anchor window
(or splash stack) setup to open stacks from URLs rather than local files:
go url http://yourdomain/stacks/stackfile.livecode;
And if you
Richard and Kay:
Thanks for the stimulating thoughts.
Each of your arguments are very persuasive. And it seems that the most
important thing is where you decide to start. If you focus is on mobile, Kay’s
approach is the most sensible. I like Richard’s for desktop, but would expect
to have to
19 matches
Mail list logo