[Use-revolution] Digest use-revolution.v001.n139
use-revolution-errors at www.runrev.com
use-revolution-errors at www.runrev.com
Thu Nov 22 13:07:01 EST 2001
-------------- BEGIN use-revolution.v001.n139 --------------
001 - Greg Wills <gwills at ozemai - Error type - 192, now error type 3
002 - Judy Perry <jperryl at ecs.f - Re: Customize Rev for automatic email feedback?
003 - John Cuccio <jcuccio at pacb - location & button
004 - John Cuccio <jcuccio at pacb - System requirements for Rev
005 - Ian Bridges <inperson at pnc - Re: Revolution memory allocation Mac
006 - andu <undo at cloud9.net> - Re: location & button
007 - andu <undo at cloud9.net> - Re: Revolution memory allocation Mac
008 - Scott Rossi <scott at tactil - Re: Revolution memory allocation Mac
009 - "Jeanne A. E. DeVoto" <je - Re: Button + Field Fonts etc.
010 - "Jeanne A. E. DeVoto" <je - Re: Features I like, and features I wish for
011 - "Jeanne A. E. DeVoto" <je - Re: PC Control Shift Right Click on Application Overview Windo
012 - "Jeanne A. E. DeVoto" <je - Re: Stack size
013 - "Wolfgang M. Bereuter" <w - Re: Digest use-revolution.v001.n138
014 - Robert Brenstein <rjb at rz. - Re: Revolution memory allocation Mac
015 - Ben Rubinstein <benr_mc at c - Re: Digest use-revolution.v001.n138
This is the Use Revolution mailing list. Use it to
discuss and solve "how-to" questions relating to using Revolution.
Please do not send bug reports or feature requests to this list.
To unsubscribe, place the word unsubscribe in the body of an
email and send it to use-revolution-request at lists.runrev.com.
--------------- MESSAGE use-revolution.v001.n139.1 ---------------
From: Greg Wills <gwills at ozemail.com.au>
Subject: Error type - 192, now error type 3
Date: Thu, 22 Nov 2001 08:54:17 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
References: <200111201616.LAA07951 at www.runrev.com>
In-Reply-To: <200111201616.LAA07951 at www.runrev.com>
Thanks Geoff
Yep, QT 3 was the problem. QT 4.1 did the trick to solve the Error
type 3 issue - that seemed to be associated with the visual effect
call?
Greg
>
>From: Geoff Canyon <gcanyon at inspiredlogic.com>
>Subject: Re: Error type - 192
>Date: Tue, 20 Nov 2001 07:04:22 -0800
>
>At 8:51 PM -0800 11/20/01, Greg Wills wrote:
>>(This one has QT 3.)
>
>I think you need 4+, but I could be wrong.
>
>gc
>
--------------- MESSAGE use-revolution.v001.n139.2 ---------------
From: Judy Perry <jperryl at ecs.fullerton.edu>
Subject: Re: Customize Rev for automatic email feedback?
Date: Wed, 21 Nov 2001 15:47:14 -0800 (PST)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
In-Reply-To: <200111211702.MAA16165 at www.runrev.com>
> Maybe you should do something like this with a plug-in.
--How so?
> There's one drawback: once they get too familiar with RunRev, they'll hack
> the plug-in out of their app... food for thought.
--Unfortunately, not bloody likely. I should be so lucky. I've had a
look at 75 or so of the surveys they had to submit in order to be
eligible for the doorprize drawing. They are future public school
teachers finishing their university credential. Maybe 1 in 5 or 7
couldn't tell me what kind of computer they were using at home (from a
list of "macintosh", "PC", "Linux" and "other") but knew they used
Microsoft Word (and not much else).
:(
Judy
--------------- MESSAGE use-revolution.v001.n139.3 ---------------
From: John Cuccio <jcuccio at pacbell.net>
Subject: location & button
Date: Wed, 21 Nov 2001 17:57:48 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
In rev 1. I used this in a list field
on mouseup
click at the location of btn 1
end mouseup
I set btn 1 to an option menu. When I click a line in the field the menu
from the btn would come up next to the field and the mouse would have been
inside the menu ready for a selection. I thought this was odd because of the
way it was worded. But I liked it used it several places.
It must have been a bug in rev 1. because in rev 1.1 it does what it says
and clickes the btn and the menu comes up next to the btn.
I put the btn some where on the side, so this will not work for me.
Any help on how I can get the menu to pop up next to the field. I use this
btn for several fields.
--------------- MESSAGE use-revolution.v001.n139.4 ---------------
From: John Cuccio <jcuccio at pacbell.net>
Subject: System requirements for Rev
Date: Wed, 21 Nov 2001 18:09:54 -0800
MIME-Version: 1.0
Content-Type: text/plain; x-mac-creator=4D4F5353; x-mac-type=54455854;
charset=us-ascii
Content-Transfer-Encoding: 7bit
Since I was unable to get rev 1.1 development to run under Mac OS 7.5.5
then will a stand alone work under this system.
The Doc said 7.1 or higher.
I would like my program to be able to run under 7.5.5 and up on 68k
machines.
I was putting off upgrading the OS on that computer. But today Rev 1
froze two times and I lost about hours of work. Change HD with OS 8.1 so
I can run rev 1.1. I was having problems with 1. & 7.5.5 but nothing
this big. I think a system conflict somewhere. I am having to much fun
programming in rev to try to fix it.
--------------- MESSAGE use-revolution.v001.n139.5 ---------------
From: Ian Bridges <inperson at pnc.com.au>
Subject: Re: Revolution memory allocation Mac
Date: Thu, 22 Nov 2001 14:05:14 +1100
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
In-Reply-To: <200111212254.RAA22269 at www.runrev.com>
re my previous post and some of the replies...
>
> The Mac OS allocates a fixed amount of memory to each application. If an
> application requires additional memory, it can make a system call to
> request temporary memory for itself, over and above the application's
> assigned allocation. This temporary memory appears in the Finder's "About
> This Computer" window, and in other utilities that display memory use, as
> part of the application's assigned allocation.
The only app I had seen do this in the past that I had noticed was the
Finder & I thought that was a special case.
Installed RAM is a non issue with 300+ megs on board, so I can allocate
plenty to Rev if needs be. I do find it curious tho, that no other app I use
does this as far as I can tell - all of them give low memory or out of
memory warnings when stressed (which is why I always allocate at least 10Mb
more to the preferred size), so it looks like they don't use this mechanism,
which does make me wonder why - is there a stability issue with doing this?
All of my Rev stability issues seem to be Type 2 errors which I believe are
memory related, so could this be part of the cause? I'll try Rev with a
100Mb allocation and see how I go...
Do standalones created with Rev allocate more RAM like this too?
If you think this is going a bit OT reply to me off list.
Ian B
--------------- MESSAGE use-revolution.v001.n139.6 ---------------
From: andu <undo at cloud9.net>
Subject: Re: location & button
Date: Wed, 21 Nov 2001 22:32:28 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <200111220159.UAA25969 at www.runrev.com>
John Cuccio wrote:
>
> In rev 1. I used this in a list field
>
> on mouseup
> click at the location of btn 1
> end mouseup
>
> I set btn 1 to an option menu. When I click a line in the field the menu
> from the btn would come up next to the field and the mouse would have been
> inside the menu ready for a selection. I thought this was odd because of the
> way it was worded. But I liked it used it several places.
>
> It must have been a bug in rev 1. because in rev 1.1 it does what it says
> and clickes the btn and the menu comes up next to the btn.
>
> I put the btn some where on the side, so this will not work for me.
>
> Any help on how I can get the menu to pop up next to the field. I use this
> btn for several fields.
Check out the "popup" command: make a substack with buttons on it and it
will show up as a menu.
Andu
--------------- MESSAGE use-revolution.v001.n139.7 ---------------
From: andu <undo at cloud9.net>
Subject: Re: Revolution memory allocation Mac
Date: Wed, 21 Nov 2001 23:44:34 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
References: <200111220306.WAA26845 at www.runrev.com>
Ian Bridges wrote:
>
> re my previous post and some of the replies...
>
> >
> > The Mac OS allocates a fixed amount of memory to each application. If an
> > application requires additional memory, it can make a system call to
> > request temporary memory for itself, over and above the application's
> > assigned allocation. This temporary memory appears in the Finder's "About
> > This Computer" window, and in other utilities that display memory use, as
> > part of the application's assigned allocation.
>
> The only app I had seen do this in the past that I had noticed was the
> Finder & I thought that was a special case.
>
> Installed RAM is a non issue with 300+ megs on board, so I can allocate
> plenty to Rev if needs be. I do find it curious tho, that no other app I use
> does this as far as I can tell - all of them give low memory or out of
> memory warnings when stressed (which is why I always allocate at least 10Mb
> more to the preferred size), so it looks like they don't use this mechanism,
> which does make me wonder why - is there a stability issue with doing this?
>
> All of my Rev stability issues seem to be Type 2 errors which I believe are
> memory related, so could this be part of the cause? I'll try Rev with a
> 100Mb allocation and see how I go...
I don't think increasing the ram is gonna do it. Can you reproduce the
crushes?
>
> Do standalones created with Rev allocate more RAM like this too?
>
> If you think this is going a bit OT reply to me off list.
>
> Ian B
Andu
--------------- MESSAGE use-revolution.v001.n139.8 ---------------
From: Scott Rossi <scott at tactilemedia.com>
Subject: Re: Revolution memory allocation Mac
Date: Wed, 21 Nov 2001 20:57:35 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
In-Reply-To: <200111220306.WAA26845 at www.runrev.com>
Recently, Ian Bridges wrote:
> Installed RAM is a non issue with 300+ megs on board, so I can allocate
> plenty to Rev if needs be. I do find it curious tho, that no other app I use
> does this as far as I can tell - all of them give low memory or out of
> memory warnings when stressed (which is why I always allocate at least 10Mb
> more to the preferred size), so it looks like they don't use this mechanism,
> which does make me wonder why - is there a stability issue with doing this?
Outlook Express can use more RAM that what is numerically allocated, as well
as some 3D apps. There are, in fact, several apps that exhibit this
behavior.
Regards,
Scott Rossi
Creative Director
Tactile Media, Multimedia & Design
Email: scott at tactilemedia.com
Web: www.tactilemedia.com
--------------- MESSAGE use-revolution.v001.n139.9 ---------------
From: "Jeanne A. E. DeVoto" <jeanne at runrev.com>
Subject: Re: Button + Field Fonts etc.
Date: Wed, 21 Nov 2001 23:59:40 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
In-Reply-To: <200111191223.HAA19128 at www.runrev.com>
At 4:22 AM -0800 11/19/2001, Rolf Kocherhans wrote:
>I like to mimic every OS as best as I can. Therefore I like to
>display Button on MacOS9 in Charcoal 12 point and on MacOSX in Osaka
>13 point (Sounds strange but looks best (I know it should be Lucida
>Grande)).
>
[...]
>So I thought that I can go similar to this:
>
> if the platform is "MacOS" and the systemVersion is "9.2.1" then
> set the textFont of for all buttons to "Charcoal"
> set the textSize of for all buttons to 12
> end if
>
>This would be very easy ... I know it is not possible but maybe there
>is something like a defaultText or similar ?
If a button or field doesn't have a textFont set, it inherits the textFont
of the card it's on (or of the group it's in, if the button or field is
part of a group). If a card doesn't have a textFont set, it inherits from
the stack it's in. (textSize, textStyle, and textColor work similarly.) So
you can use something like this in a preOpenStack handler:
if the platform is "MacOS" and the systemVersion is "9.2.1" then
set the textFont of this stack to "Charcoal"
set the textSize of this stack to 12
end if
This sets the default font and size throughout the stack. (Please note that
this sets the font for fields as well as buttons, so if you want fields to
have a different font and size, you'll need to either set the textFont and
textSize of each field individually - because an object's own setting
overrides the font inherited from further in the object hierarchy - or set
the textFont and textSize of groups containing the fields.)
(Ken's suggestion of using the templateButton and templateField would be
better for some things, but here I think it's better to set the stack's
font properties instead. This will mean the property is set in a single
place, so it's simpler to change it again. And it applies automatically to
any new fields or buttons you create.)
--
Jeanne A. E. DeVoto ~ jeanne at runrev.com
http://www.runrev.com/
Runtime Revolution Limited - Power to the Developer!
--------------- MESSAGE use-revolution.v001.n139.10 ---------------
From: "Jeanne A. E. DeVoto" <jeanne at runrev.com>
Subject: Re: Features I like, and features I wish for
Date: Thu, 22 Nov 2001 00:14:21 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
References: <200111160649.BAA32413 at www.runrev.com>
<200111160649.BAA32413 at www.runrev.com>
In-Reply-To: <200111182217.RAA10512 at www.runrev.com>
At 2:15 PM -0800 11/18/2001, Shari wrote:
>It appears to support Metacard's "intersect" of two items, though
>it's not in the documentation. Had I not used Metacard first, I
>wouldn't know about this feature.
I'm looking at the window and the intersect function is in the Dictionary.
(Is that where you were looking for it, or were you checking somewhere
else?)
>I wish I had more control of overall Preference type stuff. Like
>whether help windows open in front of other windows or you have to
>drag them out. Like always colorizing scripts.
I'm not completely sure what you mean by "help windows open in front of
other windows" - they shouldn't open behind other windows, certainly - but
if you can describe more completely I may be able to put it on the feature
request list.
There's an option to turn on automatic colorization in the Preferences (in
the Script Editor pane).
>I wish there were a window with the active variables and their contents.
You can see a list of global variables and their contents in the message
box. (It's the fourth tab from the left.)
>I wish I could create a totally blank card. Without having to go
>through all sorts of hoops to do it. I rarely use the same controls
>from card to card. It would be easier to duplicate a card when you
>wanted to, but have the default to be a blank card.
To accomplish this, set the backgroundBehavior property on your groups to
false. (This is done by default for new groups created in 1.1 stacks - but
not for 1.0 groups, nor, if I remember correctly, for groups in imported HC
stacks. In other words, the default is the behavior you want, but you may
be seeing the opposite behavior - groups automatically placed on new cards
- because the stacks you're using originated in 1.0 or in HyperCard.)
>Once I created a menu (menubar type menu), now I have to click on the
>Toolbox or Application Overview to have the full set of development
>menus. Otherwise, when I'm in the stack, the only menus up there are
>the ones I created. I wish that weren't so. Once I release it,
>obviously I want only my menus up there, but during development I
>want both sets of menus.
Bit hard to do, since you'd need two sets of the "standard" menus (on Mac
OS, Apple menu, Help menu, File, and Edit at least would be duplicated). If
I'm envisioning what you're asking for correctly...
--
Jeanne A. E. DeVoto ~ jeanne at runrev.com
http://www.runrev.com/
Runtime Revolution Limited - Power to the Developer!
--------------- MESSAGE use-revolution.v001.n139.11 ---------------
From: "Jeanne A. E. DeVoto" <jeanne at runrev.com>
Subject: Re: PC Control Shift Right Click on Application Overview Window
Date: Wed, 21 Nov 2001 23:58:14 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
In-Reply-To: <200111181606.LAA06518 at www.runrev.com>
At 8:06 AM -0800 11/18/2001, Mark MacKenzie (Shaw) wrote:
>I was experimenting with using "control-shift right click" (PC WinME, Rev
>1.1) within the application overview window to change a stack's and card's
>properties, etc. When I next left mouse clicked on the rest of the
>application overview window to call up a card's properties pallet normally I
>was startled to see that the application overview window stack had become
>editable in its entirety!
It sounds like you used the menu to change the application overview's mode
to "toplevel". (The contextual menu popup works on the actual object you
click on - so using it in the App Overview window changes that stack, not
the stack whose listed name you're clicking.)
There's a preference setting to allow use of the contextual menu within
Revolution UI windows, which I believe is turned off by default. You're
right that unwittingly triggering it could cause trouble, but most of the
Revolution windows aren't saved by default - if you were to, say,
accidentally delete objects from the App Overview, you could fix the
problem simply by quitting and relaunching Revolution.
--
Jeanne A. E. DeVoto ~ jeanne at runrev.com
http://www.runrev.com/
Runtime Revolution Limited - Power to the Developer!
--------------- MESSAGE use-revolution.v001.n139.12 ---------------
From: "Jeanne A. E. DeVoto" <jeanne at runrev.com>
Subject: Re: Stack size
Date: Thu, 22 Nov 2001 00:08:51 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
References: <200111160649.BAA32413 at www.runrev.com>
<200111160649.BAA32413 at www.runrev.com>
In-Reply-To: <200111200426.XAA31443 at www.runrev.com>
At 8:24 PM -0800 11/19/2001, Shari wrote:
>One thing I'm curious about regarding images... in HC if I use
>addcolor to create an image, it basically makes a COPY of the image
>that's in the resource fork, so whatever I do to that image is not
>permanent.
>
>I have an image that gets resized many times through handlers in Rev,
>and I wonder if it's using a copy of the embedded image, or actually
>resizing the image itself. The image is embedded, and I simply used
>the "show" command to make it visible. Then manipulated it here and
>there.
It's being scaled for display, not copied.
Scaling images is not recommended as a general rule, especially where
responsiveness is critical, because it does slow down display of images.
But obviously there are situations where it's not practical to create
separate images ahead of time in all the required sizes.
--
Jeanne A. E. DeVoto ~ jeanne at runrev.com
http://www.runrev.com/
Runtime Revolution Limited - Power to the Developer!
--------------- MESSAGE use-revolution.v001.n139.13 ---------------
From: "Wolfgang M. Bereuter" <wmb at internettrainer.com>
Subject: Re: Digest use-revolution.v001.n138
Date: Thu, 22 Nov 2001 11:19:10 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
In-Reply-To: <200111212254.RAA22269 at www.runrev.com>
am 21.11.2001 23:54 Uhr schrieb use-revolution-errors at www.runrev.com unter
use-revolution-errors at www.runrev.com:
> I downloaded the new Rev 1.1 from the web sit (classic). On my PPC Mac os
> 7.5.5 Rev 1.1 bomb the system with error type 11. This is the same system
> that I was running rev 1 on.
>
> The rev screen comes up then error screen comes up. Have to restart system.
>
> The only thing at this time is I do not have Quicktime 3 installed on that
> system. Does rev look for this.
>
> Rev 1.1 load fine on my Mac 9.1 system fine.
Hallo John,
7.x.x was the darkest time of the Mac OS systems, so the simplest way to
solve this problems is forget any OS 7.5.x and
Go at least to 8.1 (good, stable, low hw resource)
or 8.6 (like 8.1 but needs more hw resource)
(i have n´t worked with rev on any 8.x System, maybee anyone here has...)
or 9.x
Forget all the 7.x.x. bullshit, The stand alone should work on it (not
tested too) but developing will drive you crazy.
thats muy 2cent...
regards
Wolfgang M. Bereuter
Learn easy with trainingsmaps and outliner
INTERNETTRAINER Wolfgang M. Bereuter
Edelhofg. 17/11, A-1180 Wien, Austria
...............................
http://www.internettrainer.com
wmb at internettrainer.com
...............................
Tel: ++43/1/ 961 0418
Fax: ++43/1/ 479 2539
--------------- MESSAGE use-revolution.v001.n139.14 ---------------
From: Robert Brenstein <rjb at rz.uni-potsdam.de>
Subject: Re: Revolution memory allocation Mac
Date: Thu, 22 Nov 2001 12:26:57 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
References: <200111220458.XAA27873 at www.runrev.com>
In-Reply-To: <200111220458.XAA27873 at www.runrev.com>
>Recently, Ian Bridges wrote:
>
>> Installed RAM is a non issue with 300+ megs on board, so I can allocate
>> plenty to Rev if needs be. I do find it curious tho, that no other app I use
>> does this as far as I can tell - all of them give low memory or out of
>> memory warnings when stressed (which is why I always allocate at least 10Mb
>> more to the preferred size), so it looks like they don't use this mechanism,
>> which does make me wonder why - is there a stability issue with doing this?
The is no stability problem if things are programmed correctly.
Unless you know about it, it is not so obvious to see since that
extra memory shows as memory used by system.
>Outlook Express can use more RAM that what is numerically allocated, as well
>as some 3D apps. There are, in fact, several apps that exhibit this
>behavior.
BBEdit is another example.
Robert
--------------- MESSAGE use-revolution.v001.n139.15 ---------------
From: Ben Rubinstein <benr_mc at cogapp.com>
Subject: Re: Digest use-revolution.v001.n138
Date: Thu, 22 Nov 2001 11:44:26 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
In-Reply-To: <200111221020.FAA30964 at www.runrev.com>
on 22/11/01 10:19 AM, Wolfgang M. Bereuter at wmb at internettrainer.com wrote:
> 7.x.x was the darkest time of the Mac OS systems, so the simplest way to
> solve this problems is forget any OS 7.5.x and
My $0.02: 7.5.x was poor, but 7.6.1 was a stable system.
(I wasn't a revolution user then, so I make no warranties, but) if you're
happier with system 7 than 8/9, it might be worth updating to 7.6.1 first
and see if that solves your problem.
(I managed to hold fast on 7.6.1 for years, bypassing 8 altogether, until
finally I upgraded to a machine that required 9.)
Ben Rubinstein | Email: benr_mc at cogapp.com
Cognitive Applications Ltd | Phone: +44 (0)1273-821600
http://www.cogapp.com | Fax : +44 (0)1273-728866
--------------- END use-revolution.v001.n139 ---------------
More information about the use-livecode
mailing list