Trevor DeVore wrote:
If the externals property is pointing to the property external file on
disk, you can make sure the destroyWindow property of the stack is
set to true, close the stack, and then open it again. This will
attempt to reload the external.
That's a helpful tip and I appreciate
Hi Richard,
Since you come from a SuperCard background could
you answer a question for me?
I am a registered owner of SuperCard 4.6 and SuperEdit 4.6.
The Xtend section allows you to export externals. I contacted
SuperCard Support and they said I could use the SuperCard
externals in other
JB wrote:
Since you come from a SuperCard background could
you answer a question for me?
I am a registered owner of SuperCard 4.6 and SuperEdit 4.6.
The Xtend section allows you to export externals. I contacted
SuperCard Support and they said I could use the SuperCard
externals in other
Thanks for the info.
I don’t really need any of them I was just trying
to use them if it was possible. Your information
shows it is not possible and therefore I won’t
waste my time on it.
I am surprised that as long as LiveCode has been
around there are not more externals available. If
you
JB wrote:
I am surprised that as long as LiveCode has been
around there are not more externals available. If
you have developed externals for LiveCode why
not sell them like was done for HyperCard?
I don't need 'em. As I wrote earlier:
...aside from the database externals included with
I see your point.
Changing the subject a little bit you mentioned
LiveCode is going to improve things so you can
actually do more external type code from within
LiveCode. Are they going to be using Apples new
programming language Swift at all?
John Balgenorth
On Aug 13, 2014, at 2:10 PM,
JB wrote:
Changing the subject a little bit you mentioned
LiveCode is going to improve things so you can
actually do more external type code from within
LiveCode. Are they going to be using Apples new
programming language Swift at all?
I don't think so. Swift is a very interesting
Richard is wrong. The goal is to be able to use any language, including
anything that is available for the separate OS-es. However, there'll be a
meta-LC like language, that is not quite LC, but similar-ish, which will allow
to write externals too. The Idea is that it's similar enough for more
Björnke von Gierke wrote:
Richard is wrong. The goal is to be able to use any language,
including anything that is available for the separate OS-es.
Well, it certainly wouldn't be the first time I was wrong. But given
that the engine is currently written in C++ and much of the code is
On 14 Aug 2014, at 01:12, Richard Gaskin ambassa...@fourthworld.com wrote:
Richard is wrong. The goal is to be able to use any language,
including anything that is available for the separate OS-es.
Well, it certainly wouldn't be the first time I was wrong. But given that
the engine is
Björnke von Gierke wrote:
On 14 Aug 2014, at 01:12, Richard Gaskin wrote:
Richard is wrong. The goal is to be able to use any language,
including anything that is available for the separate OS-es.
Well, it certainly wouldn't be the first time I was wrong. But
given that the engine is
I just watched the widget video and it
sounds really great. The video like all
of their videos was well done too.
It sounds like Kevin wants more people
developing externals and that is good.
Balgenorth
On Aug 13, 2014, at 3:25 PM, Richard Gaskin ambassa...@fourthworld.com wrote:
JB wrote:
This will be a fantastic improvement.
John Balgenorth
On Aug 13, 2014, at 3:46 PM, Björnke von Gierke b...@mac.com wrote:
Richard is wrong. The goal is to be able to use any language, including
anything that is available for the separate OS-es. However, there'll be a
meta-LC like
On Sun, Aug 10, 2014 at 11:06 PM, JB sund...@pacifier.com wrote:
I created a button and put the following script into it.
on mouseUp
put the externalPackages of stack rnahelloTest into fld id 1004
end mouseUp
What happens is it sets my field to empty.
I was thinking that since I have
14 matches
Mail list logo