On Tue, Feb 10, 2015 at 2:30 PM, William Prothero
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 hands...' Looks like y
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 r
On Tue, Feb 10, 2015 at 4:28 AM, Richard Gaskin
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 LC there is the reality 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 des
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 mo
On Mon, Feb 9, 2015 at 5:59 AM, Richard Gaskin
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 MUST cater for
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 wrote:
>
> William Prothero wrote:
>
> > Richard:
>
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 fold
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
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
folder?
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 c
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
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
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 folder,
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 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 it just saved
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 ‘A
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, say
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 overwr
18 matches
Mail list logo
