I found a way to fix it!
I had tried "send resumeStack to stack blahblah" and "focus on
someObject in stack blahblah" (hoping to trigger the resumeStack
handler), and those failed.
I created a handler called "resetCode", and put the resumeStack
handler into it (now there are two identical hand
Had a beta tester ask what the "Metacard menu" was for. She sent me
screenshots.
For some reason, in OSX, a menu entitled "Metacard" was inserted
before my menus. I thought at first there was a problem with the
"About..." menuItem. But no, she sent me a screenshot of my "About"
screens, and
Also, maybe the stack isn't really resuming, so it never gets the
message. Maybe it is already the topstack, or when the first stack
is closed, a different one comes to the front instead of the one you
are expecting. Note that invisible stacks can still be frontmost,
and the problem is hard to
It was my understanding that a standalone basically took the place of the
MetaCard application, so if you put up backscripts or frontscripts it didn't
matter what other stack(s) were opened after the standalone launched; they
should all have the same front/Backscripts. But what you're telling me
Problem here most likely is that you are trying to read the entire 300MB file into memory at once. Unless you have an extra 300MB block of RAM floating around, this will start beating on virtual memory pretty hard (and increasingly slow).
You'll notice that your non-MetaCard script reads one line
--On Thursday, November 07, 2002 18:42:42 -1000 Sannyasin Sivakatirswami
<[EMAIL PROTECTED]> wrote:
metacard, 13 lines
# !/usr/local/bin/mc
on startup
put empty into the_message
put 0 into the_counter
read from stdin until empty
put it into the_message
repeat for each line this_line
We are trying to use Rev (or MC) to analyze a web site access log that is 3 million lines long, a 300 meg (or more) file.
If I try a shell script (interpreted) or pascal program (compiled) each runs in about 2 minutes on this file but an xTalk script takes a very long time, maybe it hangs forever?
On 11/7/02 6:33 PM, Shari wrote:
Something presumably
in Metacard unsets the front and back scripts if you leave the stack or
program.
That seems unlikely to me, though there may really be a bug. But the
entire MetaCard UI itself is all frontscripts and backscripts, and it
doesn't act that way
Shari,
Is it possible to use "start using" on an external stack which has you
"backscript code" instead of using backscripts? Perhaps that might help.
It was my understanding that a standalone basically took the place of the
MetaCard application, so if you put up backscripts or frontscripts it di
Dilemma:
The last bug holding this thing up from release:
The primary program is a substack inside a standalone, which I will
call substackA.
There is an external stack with a substack I will call substackB
The primary code is put into front and back scripts, and substackA
and mainstackA both
Thanks everyone for the flood of suggestions! Just got back from an
academic disaster and put your adive into practice pronto.
Greg
On Thursday, November 7, 2002, at 12:06 PM,
[EMAIL PROTECTED] wrote:
Send metacard mailing list submissions to
[EMAIL PROTECTED]
To subscribe or unsubscrib
Question for Windows gurus:
Can metacard interact (and how) with an ActiveX control written in Visual
Basic 5.0?
I'm totally ignorant of what ActiveX is and does but like most of us here,
I am, therefore I learn or the other way around.
Regards, Andu Novac
___
I think I figured out why my icons keep reverting, for the stacks
that get distributed with the standalone, but are not part of it.
The standalone saves the stack frequently (that's the purpose of the
stack, to hold saved data). It occurred to me that while I
originally saved the stack with a
Hi Everyone,
Using MC 2.4.3 to build a standalone. I moved resources and followed
the steps in the standalone builder, but whenever I double-click the
standalone, it opens, its window appears for a fraction of a second,
and then disappears. What am I doing wrong?
Greg
When you ask the sys
14 matches
Mail list logo