It seems to me that the issue of speed applies mostly to the
(mathematical) manipulation of numerical arrays; we need a complete
matrix algebra package as part of the engine. If we had such, I
suspect that virtually all of the desire for CompileIt!, and complaints
about speed, would be
The simplest possibility for the external route would be to be able to
pass (and use) to and from the external, handles to large RAM-based
sets of floating-point numbers; that was the solution I used in
Hypercard back when the Earth was still cooling, and it worked very
well.
On 22-Jun-05,
If you are mostly writing for yourself, you can, of course, use RR to
produce a nice GUI, but pass all the time critical computations to, say
Matlab (or Octave, Matlab's GNU equivalent) using the shell commands.
But then, if that were the case, why not just use Matlab (or Octave)
directly?
Yes, as long as the constant conversion isn't required; I used handles
both within Hypercard and in the XTHNGs, along with two conversion
routines (compile hc variables into a floating-point array, and convert
a floating-point array into a hc variable); the conversion routines
were used
I have encountered this bug quite frequently, usually (but not always)
when I *add* a new global to a list of existing globals. For example,
if I have a set of globals used from card to card at the top of each
card script, e.g.,:
global a,b,c
and on a particular card I *add* another global,
Seems like it should be simple, but:
How does one remove the focus from a field *without* setting it to
another? For example, when the card with the field in question is
first opened, the focus is apparently not on anything (i.e., the field
has to clicked on to get the focus). How do I return
I wrote previously on this issue, and received Richard Gaskin's
suggestions, below. Neither of the cases he describes apply. It is
just a simple stack. Indeed, I copied the the few lines of code to a
new stack, and again got the same result in the player; it is as if the
variable thePath is
Thanks, Alex. I take it that means that my method of setting the path
of subsidiary folders won't work in Dreamcard Player. So what does one
do?
On 20-Feb-05, at 6:04 PM, [EMAIL PROTECTED] wrote:
Sorry John, I must have missed your earlier email, or I would (should)
have replied then.
No need
A minor detail no doubt, but setting the metal property to true (in OS
X) does *not* correctly emulate the metal windows in OS X. As with all
other windows RR, only the (now no longer demarcated) title bar (and
the extreme outside edges of the window) can be clicked on to drag the
window. In
to start with a
non-trivial project. Like I said, I don't need to know how to put a
button on a card and fire a script when it's pressed - that is very
well
explained.
Any information would be appreciated!
Len Morgan
--
Dr. John R. Vokey
Department of psychology and Neuroscience
University of Lethbridge
Without a doubt, a linear matrix algebra package, including
eigenvector/value extraction and singular value decomposition. Many
already exist as c and FORTRAN code (which amounts to same thing with
the ftoc translators). All we need is the wrapper...
--
John R. Vokey, PhD
Professor
B.E.R.G.
I use it (well, Metacard) to run all the experiments in my lab, handle
the data, and often the data analyses; essentially, it replaced
hypercard that formerly did exactly the same thing for me (and, before
that, I used FutureBasic (and sometimes still do), which used to be
known as ZBasic).
R, the free software stats programming language uses a logo very
similar to RR; indeed, has used this logo for years
http://www.r-project.org/. RR might desire to design a new logo as R
has had this logo long before RR even existed. Just a thought.
--
John R. Vokey, PhD
Professor
B.E.R.G. -
Not true; just create the function with more input variables than you
would ever need to pass to it, then use the paramCount and params
functions within it to retrieve those passed.
On 28-Oct-04, at 10:00 AM, [EMAIL PROTECTED]
wrote:
I posted the exact question some time ago and was told it
Not necessary to use ``do''. A simple: set the myPropName of this
stack to whatever will work, as long as myPropName has a value,
otherwise the custom property set will be the literal ``myPropName''.
As I have written previously, the former use is proper
syntax---consistent with
Just a simple stack: nothing downloaded or cloned.
On 13-Sep-04, at 9:48 PM, [EMAIL PROTECTED] wrote:
In MC and RR, the path to the image is correctly specified and the
image
appears, but not in DreamCard. Tracking it down, DreamCard sets the
path to the image as /test.jpg, completely ignoring
The following code works (and has always worked) in Metacard (MC), and
Revolution (RR), both as a stack and as a standalone (and even over
OSs), but not in DreamCard:
In the card script of the first card:
global thePath
on openCard
--
-- Get/Set Paths
--
put the filename of this stack
As many of you who use custom properties are no doubt aware, the
following script will produce two custom properties, test and fred,
both set to values of true:
on test
set the test of this stack to true
put fred into test
set the test of this stack to true
end test
So, the same script
All,
So, all of the detractors---me, especially, included---should eat
humble crow: is DreamCard not exactly (actually, even better than) what
all we old hypercardians always wanted? Brilliant! Kudos to all at RR
for getting it right! And the price? Even better! Congratulations!
You
All,
Sheesh! I have read too much fluff and politeness: it's like the
whole RR list has become Canadian, eh.
A. Let us all agree that:
1) the runrev team members are great, sweet, wonderful people to a
fault.
2) runrev is great, sweet, wonderful, all positive adjectives, ...
B. But that, the
Ah. Finally my point. The difference is or was (with Metacard or
hypercard or other Xtalks) that standalones *were not* the assumed end
result. Rather, the point is/was to produce *stacks*. IDEs that fail
to function or require standalones to provide full functionality
violate the whole
. John R. Vokey
Department of psychology and Neuroscience
University of Lethbridge
Lethbridge, Alberta
CANADA T1K 3M4
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
The RTF file won't open in TextEdit (which is what I normally use to
read rtf on my Mac:OS X 10.3.3, as I don't have any Micro$loth products
on my computers).
On 22-Mar-04, at 1:50 PM, [EMAIL PROTECTED] wrote:
Your wish is my command...
You can download the docs in PDF, RTF and TXT formats
One of the more reliable emulators is vMac http://www.vmac.org/.
Here's a description:
vMac is a Macintosh emulator that currently emulates a Motorola 68000
based Apple Macintosh Plus. A ROM image from a Plus is required, we
plan to implement other 68000 machines, such as SEs and II series.
Good gollyla Miss Mollyla!
On Jan 20, 2004, at 4:02 PM, [EMAIL PROTECTED]
wrote:
Dar-
Think globala, act locala.
--
-Mark Wieder
--
John
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
Ken,
I think you (and many others) have missed the point. Before RR, I
(or you, or anyone else) could, and did, routinely provide stacks and
the url for metacard so that the users of these stacks could, indeed,
use them. No standalones. No need for them to purchase the engine
(however
26 matches
Mail list logo