Re: Pre-Beta for 2.0 for Mac OS

[erik hansen]

--- Geoff Canyon <[EMAIL PROTECTED]>
wrote:
> Rev Navigator does this in Revolution -- and a
> lot more:
> http://www.inspiredlogic.com/navigator
> 
> On Monday, February 3, 2003, at 03:29 PM, erik
> hansen wrote:
> 
> > except that i miss the MC tool that showed
> all of
> > the controls grouped by groups.

looks great.
how does Navigator compliment Application Overview?

=
[EMAIL PROTECTED]http://www.erikhansen.org

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: pre-beta -> print bug?

[Monte Goulding]

Hi Esa

It's quite likely that this is a printer driver bug. I think that the reason
that Rev users see it and other software doesn't have a problem is because
the revPrinField command sets the fixedLineHeight to false. If you test on
your system the with following code:

set the fixedLineHeight of fld 1 to false
set the formatForPrinting of this stack to true

I'm reasonably confident that you will see what is being printed.

So the best we can do is ask RunRev to set all the properties of the
templateField to the source field reference and then make sure that we
ourselves use fixedLineHeight in our fields.

Regards

Mente

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Pre-Beta for 2.0 for Mac OS

[Geoff Canyon]

Rev Navigator does this in Revolution -- and a lot more:
http://www.inspiredlogic.com/navigator

On Monday, February 3, 2003, at 03:29 PM, erik hansen wrote:


except that i miss the MC tool that showed all of
the controls grouped by groups.



regards,

Geoff Canyon
[EMAIL PROTECTED]

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

VS: RevPrintField

[Esa Kivelä]

> -Alkuperäinen viesti-
> Lähettäjä: Dan Friedman [mailto:[EMAIL PROTECTED]]
> Lähetetty: 4. helmikuuta 2003 22:05
> Vastaanottaja: [EMAIL PROTECTED]
> Aihe: RevPrintField
> 
> 
> Fellow Revolutionaries...
> 
> Anyone experienced any problems with revPrintField on windows?

*EsaK rase his hand up* Disscussed earlier with subject "pre-beta -> print bug?" in 
this list

EsaK
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

pre-beta print bug?

[Esa Kivelä]

> -Alkuperäinen viesti-
> Lähettäjä: Esa Kivelä 
> Lähetetty: 5. helmikuuta 2003 8:38
> Vastaanottaja: '[EMAIL PROTECTED]'
> Kopio: 'mailto:[EMAIL PROTECTED]'
> Aihe: pre-beta -> print bug?
> 
> 
> 
> 
> > -Alkuperäinen viesti-
> > Lähettäjä: Kevin Miller [mailto:[EMAIL PROTECTED]]
> > Lähetetty: 4. helmikuuta 2003 17:35
> > Vastaanottaja: [EMAIL PROTECTED]
> > Aihe: Re: VS: pre-beta
> > 
> > 
> > On 4/2/03 6:19 am, Esa Kivelä <[EMAIL PROTECTED]> wrote:
> > 
> > > Btw, did You guys fix in RR 2.0 that printing problem wich 
> > prints many pages
> > > ie. from text field and in the pages are only few lines of 
> > text per page?
> > 
> > Please test it and let us know if it is still happening for you.
>  
> Yep I downloaded that pre beta 2.0 and yes same result: its 
> print to one text field about 30 lines text -> about 35 pages 
> and in one page is only 4-7 lines text and large pace between lines.
> 
> System: Windows 2000 
> prinnter: RICOH Afigio 1045 (LAN printter)
> RR vesrion where tested that problem: RR 1.1.1 (licensed), 
> 2.0 pre beta
> 
> Kevin: I can send that stack to You if You can see it? It's a 
> so call "training generator" to my group wich randomly pick 
> up one training and there is a print button wich print that 
> text field if someone like to get print about that training. 
> 
> EsaK
> 
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

pre-beta -> print bug?

[Esa Kivelä]

> -Alkuperäinen viesti-
> Lähettäjä: Kevin Miller [mailto:[EMAIL PROTECTED]]
> Lähetetty: 4. helmikuuta 2003 17:35
> Vastaanottaja: [EMAIL PROTECTED]
> Aihe: Re: VS: pre-beta
> 
> 
> On 4/2/03 6:19 am, Esa Kivelä <[EMAIL PROTECTED]> wrote:
> 
> > Btw, did You guys fix in RR 2.0 that printing problem wich 
> prints many pages
> > ie. from text field and in the pages are only few lines of 
> text per page?
> 
> Please test it and let us know if it is still happening for you.
 
Yep I downloaded that pre beta 2.0 and yes same result: its print to one text field 
about 30 lines text -> about 35 pages and in one page is only 4-7 lines text and large 
pace between lines.

System: Windows 2000 
prinnter: RICOH Afigio 1045 (LAN printter)
RR vesrion where tested that problem: RR 1.1.1 (licensed), 2.0 pre beta

Kevin: I can send that stack to You if You can see it? It's a so call "training 
generator" to my group wich randomly pick up one training and there is a print button 
wich print that text field if someone like to get print about that training. 

EsaK
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

VS: newbie:visuall effect

[Esa Kivelä]

> -Alkuperäinen viesti-
> Lähettäjä: Judy Perry [mailto:[EMAIL PROTECTED]]
> Lähetetty: 4. helmikuuta 2003 21:13
> Vastaanottaja: [EMAIL PROTECTED]
> Aihe: Re: newbie:visuall effect
> 
> 
> Hi Esa,

Greetings from Finland :-)

> 
> I believe visual effects could perhaps be better thought of 
> as 'transition
> effects' -- as in when one moves from one card to another.

*Nods* I use that too but in that LPMUD editor, wich I code by RR its used to show 
some help text fields (ie. how set room attributes [light, direcrtions where MUD 
player can move], how make weapons, monsters, doors, armours etc.) and their hide 
buttons.

EsaK
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

VS: VS: pre-beta

[Esa Kivelä]

> -Alkuperäinen viesti-
> Lähettäjä: Kevin Miller [mailto:[EMAIL PROTECTED]]
> Lähetetty: 4. helmikuuta 2003 17:35
> Vastaanottaja: [EMAIL PROTECTED]
> Aihe: Re: VS: pre-beta
> 
> 
> On 4/2/03 6:19 am, Esa Kivelä <[EMAIL PROTECTED]> wrote:
> 
> > Btw, did You guys fix in RR 2.0 that printing problem wich 
> prints many pages
> > ie. from text field and in the pages are only few lines of 
> text per page?
> 
> Please test it and let us know if it is still happening for you.

Yep as soon as I get that RR 2.0 update for RR 1.1 :-) 

Others have also discuss that problem also in the list.

EsaK
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: QT Movies playing roughly

[Terry Judd]

On Wednesday, February 5, 2003, at 04:20 AM, Graham Samuel wrote:


On Tue, 4 Feb 2003 04:44:32 -0800 (PST) Jan Schenkel 
<[EMAIL PROTECTED]> wrote:

Hi Graham,

A few things spring to mind:
- Is it possible that another object overlaps the
player ?
- What's the setting of the 'alwaysBuffer' property of
the player and the stack ?

Jan Schenkel.


Hi Jan

Thanks for the interest. The alwaysBuffer of the mainstack, the 
substack in question and the player objects are all set to true. I'm 
not sure what you mean by 'overlap', but naturally as the user drags 
the player object it passes across a number of other objects - usually 
rectangular graphics without scripts in them. The players never enter 
each other's space, as it were, although they are sometimes asked to 
play simultaneously (this doesn't seem to be a problem in itself).

And herein lies your problem - trying to drag 'active' player objects 
around the screen is bound to cause problems even on very fast systems. 
Hate to say it but this sort of task would probably be better solved 
using either Director or Flash without reference to QT.

Cheers,

Terry...

Do underlying objects get messages saying the drag/grab is taking 
place? If so, I could try to investigate these.

So far then, no real answer - but thanks again.

Graham
--
---
 Graham Samuel / The Living Fossil Co. / UK & France
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Playing Mp3s and keeping them going

[Kurt Kaufman]

Tim,
What happens if the player is part of a group which appears on all 
cards?  Or how about playing the sound file as an imported audioClip?  
(I'm phrasing this as a question because I don't know the answer, but 
you might try these possibilities if no one else steps in with a 
definitive answer).

HTH, Kurt

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Playing Mp3s and keeping them going

[Tim Hart]

Hello all,
	Hope 2.0 comes out soon.  Just wondering if anyone can tell me how to 
keep a sound file playing when I go from card to card.  I have set a 
player and set it to play on preopencard.  I want it to keep playing 
when I go to the next card.  Any help?

Thanks.
tim

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Furby.rev (a virtual Furby toy)

[Jeanne A. E. DeVoto]

At 12:19 PM -0800 2/4/03, Rick Harrison wrote:
>I deliberately sent this to the list to inform others who might decide
>to try the program that it doesn't quit properly under Mac OS 9.2.2.


This brings up a tip that some might not know about:

Since Revolution quits when its last window closes (and this also applies
to Revolution applications), you can quit an application like "Furby" even
if it doesn't have a menu bar of its own, by closing its stack window. This
applies to all platforms, so long as the close box hasn't been removed
(it's there in the Furby stack).

That being said, I know tensions have been high but surely we can have a
little fun with a cute and creative game like this, from a young
programmer, without some of the sniping I've seen today? Please.

--
Jeanne A. E. DeVoto ~ [EMAIL PROTECTED]
Runtime Revolution Limited - The Solution for Software Development
http://www.runrev.com/


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Judy Perry]

I think that what I really need is a 12-step program for recovering
resource fork-aholics...

;-)

Judy

On Tue, 4 Feb 2003, Sannyasin Sivakatirswami wrote:

> What is the difference between storing it in a resource fork and
> storing it in a substack, or as an image in a group that can be placed
> on any card. Both the latter do not add any more data to the
> stack...there is only one copy of the imagedata in the stack even
> though it appears in multiple instances.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: Storing images

[Monte Goulding]

Would it be possible to embed the image on one card (like
> a PICT resource or whatnot), and then reference that image other places
> in the stack (to avoid "re-embedding bloat")?
>
Hi Jim

Using a PICT resource is how you do it HyperCard. In Rev there is an image
control. The image data that the image control displays can be either
imported into the image control and saved with the stack or you can set the
fileName property of the image to use an external file.

To answer your question: Each control has an id. You can use the id of an
image as an icon reference in a button. So if you want to display the image
again you find out the id of the image then create a new transparent button
and set the icon of the button to the id of the image.

Cheers

Monte

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Sannyasin Sivakatirswami]

What is the difference between storing it in a resource fork and 
storing it in a substack, or as an image in a group that can be placed 
on any card. Both the latter do not add any more data to the 
stack...there is only one copy of the imagedata in the stack even 
though it appears in multiple instances.

On Monday, February 3, 2003, at 07:09 PM, Judy Perry wrote:

I understand that the resource fork thing was very MacClassic oriented.
Still, one wonders why there isn't a ca 1987 elegant, modern solution 
in
2003.

Yes, there are many different ways of doing one thing; problem is, it
doesn't matter if they're all equally inelegant/non-intuitive.

Maybe it's the non-assembly code programmer in me, but it's just not 
clear
why, once you've embedded something, you have to re-embed it with each
usage.  This is just nuts.  This results in bloatware.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: use-revolution digest, Vol 1 #1102 - 14 msgs

[Tuviah M Snyder]

>I must also admit I've found the international character handling still 
>quite unacceptable at this pre-beta stage. I have been working on an 
>Esperanto stack, a language which uses characters such as c+circumflex 
>(ĉ), g+circumflex (ĝ), and u+breve (ŭ) among others. All these have
to 
>be typed with the 'US Extended' keyboard layout in MacOS X (10.2).
OK, please do me a favor, and send me sample stacks so I can test with
these languages to [EMAIL PROTECTED] 

>I believe the problem is that a lot of the 'internal' text routines in 
>Revolution are actually handled by scripts, and transcript does not 
>seem to REALLY be able to handle Unicode
Wrong. If anything it's the opposite, many of the internal engine
routines were rewritten from scratch to support Unicode (You asked for it
you got it!)The UI is in the process of being adjusted to keep up with
these changes.

Tuviah Snyder <[EMAIL PROTECTED]> 
Runtime Revolution Limited - The Solution for Software Development
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Jim Witte]

*embedded* into the stacks; if you don't, you can leave them on disk 
and reference them as many times
I understand that the resource fork thing was very MacClassic oriented.
Still, one wonders why there isn't a ca 1987 elegant, modern solution 
in
2003. [..] why, once you've embedded something, you have to re-embed 
it with each
usage.

  I haven't read this thread *that* closely or done much (anything 
really) with embedding images yet, so excuse my ignorance if 
appropriate.  Would it be possible to embed the image on one card (like 
a PICT resource or whatnot), and then reference that image other places 
in the stack (to avoid "re-embedding bloat")?

Jim

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: unicode in pre-beta

[Tuviah M Snyder]

>You can now type and edit Japanese OK in a 
>single field, which is nice, but you cannot seem to move anything from 
>one field to another via script without it messing up (although 
>copy/paste works OK). 
Try

set the unicodetext of fld 2 to the unicodetext of fld 1

or to preserve styles

set the htmltext of fld 2 to the htmltext of fld 1

Of course you can set the textfont of the second field to a unicode font,
and it should just work. Whether text displays in unicode depends on it's
textfont. I recall HC actually saved the textfont information in a
variable, which led to sluggish performance, but may have been why it
worked there.

> Moreover, if you want to delete or move a single 
>Jpnese 2 byte character, you must still treat it as two characters (eg. 
>delete character 1 to 2 of field 1 deletes just the first Jpnese 
>character).
Well if the field is all unicode, you can assume that every character is
2 bytes. It actually simplifies a lot of chunk operations, and is cross
platform. Because the engine supports binary data, and because text in a
field may be unicode or non unicode we decided to stay with referencing
text in a field by byte, rather than character. I mean suppose you move
the text from a field to a custom property, and then into a variable,
should it retain the textfont of the field it was originally from?

Tuviah Snyder <[EMAIL PROTECTED]> 
Runtime Revolution Limited - The Solution for Software Development
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: QT Movies playing roughly

[Chipp Walters]

Graham,

If you care to post it to a website, I'd be glad to DL it and take a look at
it for you. I'm on a WinXP system though...

-Chipp

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: QT Movies playing roughly

[Graham Samuel]

On Tue, 4 Feb 2003 13:08:11 -0500  Howard Bornstein 
<[EMAIL PROTECTED]> wrote:

This may be a bit odd but maybe, if the cause is that your computer is
underpowered, you can ease its burden by setting the playrate of the
player to a value lower than 1. This will cause the movie to play slower,
which may give it a smoother appearance.

Unfortunately, this screws up the soundtrack, which means you may have to
separate the soundtrack into a different file and play it simultaneously
with the movie. If it doesn't need to be "synced" to the movie, though,
this might work.


Thanks Howard, but the idea of these movies is to show something 
specific by speed variations (it's an electrical simulation, so that 
the more 'volts' that are applied to the object shown in the movie, 
the faster it moves, etc. And if the polarity is reversed, the movie 
goes into reverse - these effects can be achieved in a few lines of 
script for a QT movie). The change of sound pitch with the different 
speeds adds to the realism of the movie, so that's OK. However what I 
want is that the movie plays according to spec, I mean if my script 
demands that it's 15 fps then it should be 15, not 15, 15, 12, 3, 0, 
0 , 0, 15 at successive intervals, which is what I'm getting now.

What I really can't understand is why the movies should play roughly 
from within the Revolution environment, but normally when run by the 
QuickTime Movie Player on the same machine - isn't the QT Player just 
a different wrapper around the API that the Revo engine uses? BTW, 
these movies worked fine on quite early PowerPC chips (I am rewriting 
an old SuperCard app as a training exercise, so the movies have been 
around quite a time).

On Tue, 4 Feb 2003 06:44:06 -0600  "Chipp Walters" <[EMAIL PROTECTED]> wrote:

Graham,

Are you using any "on idle" handlers to control the animation?

You might also want to look at an animaged gif for this type of thing.
Also, look at the 'send' command instead of 'on idle' (if you're using it).



Chipp, thanks for your interest - Nope, there are absolutely no 'on 
idle' handlers in my code as far as I know. While the movie is 
playing, the app isn't doing anything at all apart from waiting for 
mouse activity within the Revo engine.

I'm not too familiar with the details of animated gifs, but I'm not 
sure that the speed variations, reverses and sound tracks could be 
generated with the same simplicity as with a QT movie. QT seems to be 
absolutely made for the job.

Gentlemen, I'm sure there is an explanation, and I would take a bet 
that it lies with my own stupidity, but I haven't spotted it yet.

Graham
--
---
 Graham Samuel / The Living Fossil Co. / UK & France
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Furby.rev (a virtual Furby toy)

[Steve Wagenseller]

On Tuesday, February 4, 2003, at 11:25  AM, [EMAIL PROTECTED] wrote:


 Any kind of recognition from the adult world for an accomplishment 
does wonders for a child's psyche.

Thanks for sharing!

S.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: QT Movies playing roughly

[Jan Schenkel]

--- Graham Samuel <[EMAIL PROTECTED]> wrote:
> On Tue, 4 Feb 2003 04:44:32 -0800 (PST) Jan Schenkel
> 
> <[EMAIL PROTECTED]> wrote:
> >
> >Hi Graham,
> >
> >A few things spring to mind:
> >- Is it possible that another object overlaps the
> >player ?
> >- What's the setting of the 'alwaysBuffer' property
> of
> >the player and the stack ?
> >
> >Jan Schenkel.
> 
> Hi Jan
> 
> Thanks for the interest. The alwaysBuffer of the
> mainstack, the 
> substack in question and the player objects are all
> set to true. I'm 
> not sure what you mean by 'overlap', but naturally
> as the user drags 
> the player object it passes across a number of other
> objects - 
> usually rectangular graphics without scripts in
> them. The players 
> never enter each other's space, as it were, although
> they are 
> sometimes asked to play simultaneously (this doesn't
> seem to be a 
> problem in itself).
> 
> Do underlying objects get messages saying the
> drag/grab is taking 
> place? If so, I could try to investigate these.
> 
> So far then, no real answer - but thanks again.
> 
> Graham
> -- 

Hi Graham,

Even though buffering eliminates flicker, it takes up
cpu-time and memory, so that may actually be slowing
the display down, especially in low-memory situations
where the OS has to swap memory to hard disk.
As for overlapping: what I mean is if one of the
rectangles goes straight 'through' a player object ?
Because then RunRev has to do extra work: it has to
get the frame from QuickTime, and then draw the piece
of rectangle over it, and it has to do it every frame
it shows.

>From what you describe here, you have quite a
resource-hungry setup, with player objects that are
moving around the screen, more than one playing at the
same time. That's a lot of buffering and redrawing. So
I think you should really consider Chipp's suggestion
regarding animated gifs.
After all, the individual frames can be easily
extracted from that type of file, unlike movie
compression formats, which usually rely on complicated
algorithms which only act on the pixels that are
different between two frames.

Jan Schenkel.

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: unicode in pre-beta

[Toma Tasovac]

I agree, there are serious Unicode problems in pre-beta -- I have 
already written to Tuviah about it, and will share the info with the 
list if he gets back to me.

Also, I've discovered that pre-beta wouldn't open a stack in OS X  if 
it's contained within a folder that has Cyrillic characters in its 
name.  Once I moved the stacks to the desktop, I could open them 
without any problems.  Interestingly enough, 1.1.1 didn't care if the 
folder names were non-English.

T.

On Tuesday, February 4, 2003, at 08:43  PM, Igor de Oliveira Couto 
wrote:



Tuviah wrote:


 I'm personally
look forward to feedback on Unicode,


I was anxiously awaiting Unicode, but after playing with it for just 
a few minutes, it doesn't seem to be working very well yet (Mac OS 
10.1.5, Jpnese kotoeri input).


I must also admit I've found the international character handling 
still quite unacceptable at this pre-beta stage. I have been working 
on an Esperanto stack, a language which uses characters such as 
c+circumflex (ĉ), g+circumflex (ĝ), and u+breve (ŭ) among others. All 
these have to be typed with the 'US Extended' keyboard layout in MacOS 
X (10.2).


Igor
--
[EMAIL PROTECTED]
--

Toma Tasovac
Princeton University
Department of Comparative Literature
91 Prospect Avenue
Princeton, NJ 08544
USA

[EMAIL PROTECTED]
[EMAIL PROTECTED]

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Furby.rev (a virtual Furby toy)

[miscdas]

Rick Harrison writes:
[snip]


It's cute, but there is no way to quit the application
under OS 9.2.2 

You could have accomplished your goal of informing the list with the above 
line. 

Then you could have also sent a private message to William with your 
suggestion below, even leaving out any negative comments. If you are 
familiar with "sandwich a negative between two poitives", I'm sure you could 
have given him the "bad news" in a totally positive light.  Perhaps you have 
forgotten what it was like to be eleven? Any kind of recognition from the 
adult world for an accomplishment does wonders for a child's psyche. 

You might want to tell William to try adding some sounds
to spice it up. 
==
miscdas
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[J. Landman Gay]

Judy Perry <[EMAIL PROTECTED]> wrote:

Perhaps my gripe stems (as usual) from a lack of understanding.  I've
tried something like this -- importing as a control some image.  But I
didn't want it on the card where I imported it (not thinking about where I
was; okay, it wasn't really me it was a student) and so I clicked on it
and hit the delete key.  On the same card, I tried "show image imageName"
and got nothing.  Now, if I recall correctly in HC, you can delete it on
the card (or funny color draw) layer but the image is still there in the
stack, waiting for you to show it again whenever you wish.

Am I wrong?  It's always sooo nice to be wrong about such things!


 No, you aren't wrong. When you deleted the original imported 
image, you removed the image data. To compare to HC, that would be the 
equivalent of deleting an image from the resource fork. Whether it is 
the data fork or the resource fork, you've got to have an original 
somewhere for the engine to make copies of. Some of the confusion may be 
because resource forks are usually invisible, so the process of storing 
an image there isn't as obvious. But when you import an image into Rev, 
the object that appears on the card is the actual image data, not a copy 
of one stored elsewhere. The image you see on the card is exactly 
equivalent to the image data that HC stores in the resource fork. It's 
the original copy.

There are a couple of ways to deal with what happened. If you only need 
to display the image once in the stack, then just select the 
mis-imported image, cut, go to the card where it should have been 
imported, and paste it. If instead you want to use the image as the 
source for multiple copies: note its ID number and then, if you want to, 
hide the image. Wherever you want a copy displayed, make a button and 
set the button's icon to the ID of the image.

The general idea is: you need a source image no matter what. In HC, the 
source is stored in the resource fork where you can't see it. In Rev, 
the source is stored in the data fork where you *can* see it as an 
actual object on a card. Once a source image is available, both Rev and 
HC can display multiple copies of it; HC by using addcolor calls, Rev by 
using icon IDs.

All this applies only if you want to embed the images within the stack 
file. Others have posted about the advantages of reading the image from 
disk, which is another option. Depends on what you need to do, and how 
large the images are.

--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Furby.rev (a virtual Furby toy)

[miscdas]

Rick Harrison writes:
[snip]

I hope I've answered all of your questions to your satisfaction! 

Mr. Harrison

Yes, you answered to my satisfaction the single question that I posed. Your 
additional commentary was useful as well. 

miscdas
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: Storing images

[Chipp Walters]

Judy,

Don't know about HC, but in RR when you delete the imageit's gone.

-Chipp

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Judy Perry
> Sent: Tuesday, February 04, 2003 1:35 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Storing images
>
>
> Perhaps my gripe stems (as usual) from a lack of understanding.  I've
> tried something like this -- importing as a control some image.  But I
> didn't want it on the card where I imported it (not thinking about where I
> was; okay, it wasn't really me it was a student) and so I clicked on it
> and hit the delete key.  On the same card, I tried "show image imageName"
> and got nothing.  Now, if I recall correctly in HC, you can delete it on
> the card (or funny color draw) layer but the image is still there in the
> stack, waiting for you to show it again whenever you wish.
>
> Am I wrong?  It's always sooo nice to be wrong about such things!
>
> Judy
>
> On Tue, 4 Feb 2003, J. Landman Gay wrote:
>
> > I think there's some confusion -- you don't have to embed an image
> > multiple times. Only one copy is needed. Actually, the Revolution way
> > acts almost identically to HyperCard's resource-fork method, the only
> > difference is that instead of placing the image in the Mac-only resource
> > fork, you place it somewhere in the stack itself (or in any stack that
> > is in the message hierarchy, such as a substack.) Once you get the image
> > imported, it can be used over and over again without any duplication,
> > just as addcolor does in HC.
> >
> > For example, in my Klondike game I have a card that the user never sees
> > which stores all the images the stack needs. The game uses
> > playing-card-sized buttons which constantly update their image to
> > simulate whatever playing card is currently "face up". Scripts change
> > the "playing card" button icon IDs as needed. It is a one-liner to place
> > a RAM-based copy of the image if you use a button as the image
> container.
> >
> > In HyperCard, we would issue "addcolor colorBtn" along with a long
> > string of parameters. This grabs a temporary copy of the image from the
> > resource fork and places it over a button. In Revolution, we issue "set
> > the icon of btn x to ". This grabs a temporary copy of the
> > image from the data fork and places it into a button as the icon. An
> > extra advantage of this method is that, unlike addcolor images, you can
> > move the button around without worrying about leaving the image display
> > behind on screen.
> >
> > There is no duplication of the image graphic when you do this; Rev just
> > inserts a temporary copy of the image into RAM just as addcolor does
> > when it draws the image to screen. The only difference is the location
> > of the original source image and, of course, the syntax used to set the
> > button image.
>
> ___
> use-revolution mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/use-revolution

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Furby.rev (a virtual Furby toy)

[Rick Harrison]

on 2/4/2003 12:03 PM, [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:

> 
> Mr. Harrison, 
> 
> Perhaps you missed this address from above? [EMAIL PROTECTED]
> 
> I'm sure young William would appreciate your direct response, rather than
> passing it through his father. Likewise, why make dad the middleman?
> 
> By the way, under Win XP pro, MetaCard, I can exit no problem using the
> window's native close button.
> 
> miscdas

miscdas,

I deliberately sent this to the list to inform others who might decide
to try the program that it doesn't quit properly under Mac OS 9.2.2.
I had to force quit it myself, and I wanted others to be forwarned.
I also thought that perhaps his Dad might be able to break the bad
news better to him than a stranger would.

I'm glad that it quits properly for you under Win XP.  I further imagine
that it probably quits fine under Mac OS X because of the native close
menu item under OS X.

I hope I've answered all of your questions to your satisfaction!

Mr. Harrison



___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RevPrintField

[Dan Friedman]

Fellow Revolutionaries...

Anyone experienced any problems with revPrintField on windows?

When I run this in a RR standalone on my Mac, it works fine:

On mouseUp
   revShowPrintDialog true,true
   revPrintField the name of field "aField"
End mouseUp

However, on Windows, it does nothing.  And, the result is empty.  Any
thoughts?  (Yes, I included the printing library in my standalone).

Thanks!
Dan

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Scott Rossi]

Recently, "[EMAIL PROTECTED]"  wrote:

>> There is no duplication of the image graphic when you do this; Rev just
>> inserts a temporary copy of the image into RAM just as addcolor does when
>> it draws the image to screen.

> Is a copy of the image placed into RAM, or is there just a pointer created
> that points to the RAM address of a single copy of the image?

Only one copy of an image is created; images are not duplicated unless you
physically create a duplicate image object.  And, any image displayed in
Rev/MC can "pointed to" by another image or button:

images = set the imageData of img image1 to the imageData of img image2

buttons = set the icon of btn button1 to the id of img image2

Also, keep in mind that your entire stack is loaded into RAM at startup, so
any images present in the stack will be loaded, regardless of they are
invisible, positioned off screen, or located in a substack.

If you want to conserve a tiny bit in terms of RAM, there is the
bufferHiddenImages property that you can play with, but you could see a
tradeoff in the time needed to decompress/display the image (see the docs
for more info).  Personally I'd rather have a little extra load time up
front and have everything available immediately, but the developers of
Rev/MC have given us the options to do what we want.

Regards,

Scott Rossi
Creative Director
Tactile Media, Multimedia & Design
-
E: [EMAIL PROTECTED]
W: http://www.tactilemedia.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Scott Rossi]

>> I finally understand this thread.  I couldn't figure out how "set the
>> icon of button 1 to myImage" could possibly be described as inelegant
>> (especially relative to HC's resource fork and pict external).
 
> Perhaps "inelegant" isn't the word, but it can be cumbersome to set
> the button icon to the image if you want to use different sizes on
> different card. You need a preOpenCard handler on each card on which
> the image appears in order to set the size of the image on that card.
> (If you lock the position and size you needn't worry about  the
> location. That is held fixed. But you can reset the size through the
> script even though the  imaged is lock.)

If I understand the intent of your comment, you should consider using
groups.  If you want an image to appear on every card, simply place it in a
group whose backgroundBehavior is set to true.  This way the image will
appear on every card that contains the group with no preOpenCard necessary.
If you want a card with no image, simply remove the group from that card.


> A more elegant or less cumbersome solution (and idiot proof for the
> end user) would be to embed the single images in some "secret" place
> from which they might  be referenced and a different size  and
> location for the image could be locked  on each card.

Again, a group is one solution.  Or, place all your master images into a
substack "library" and create images and/or buttons that reference the
substack.

The methods for storing and displaying images in Rev/MC are actually very
numerous.  And with the recent introduction of PNG support, there's now
almost nothing that Rev/MC can't handle.  (Granted, my own wish is to have
irregular masks for image display, but there are workarounds for this.)

If anyone is running into a specific problem, post it to the list -- I'm
sure one of the knowledgeable people here will offer a solution.

Regards,

Scott Rossi
Creative Director
Tactile Media, Multimedia & Design
-
E: [EMAIL PROTECTED]
W: http://www.tactilemedia.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[miscdas]

J. Landman Gay writes: 

There is no duplication of the image graphic when you do this; Rev just 
inserts a temporary copy of the image into RAM just as addcolor does when 
it draws the image to screen. 
=== 

Is a copy of the image placed into RAM, or is there just a pointer created 
that points to the RAM address of a single copy of the image? 

miscdas
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: unicode in pre-beta

[Igor de Oliveira Couto]

Hi all,


Tuviah wrote:


 I'm personally
look forward to feedback on Unicode,


I was anxiously awaiting Unicode, but after playing with it for just a 
few minutes, it doesn't seem to be working very well yet (Mac OS 
10.1.5, Jpnese kotoeri input).  You can now type and edit Japanese OK 
in a single field, which is nice, but you cannot seem to move anything 
from one field to another via script without it messing up (although 
copy/paste works OK).  Moreover, if you want to delete or move a 
single Jpnese 2 byte character, you must still treat it as two 
characters (eg. delete character 1 to 2 of field 1 deletes just the 
first Jpnese character).  This contrasts with Hypercard, which just 
'knows' whether a character is 2 byte or not (it's  beautiful thing).
Also, the IDE has an annoying bug where if you accidently type some 
Jpnese into the message box, you cannot simply delete and switch back 
to English but must close and reopen the message box.  Hopefully that 
will be gone in the real release.


I must also admit I've found the international character handling still 
quite unacceptable at this pre-beta stage. I have been working on an 
Esperanto stack, a language which uses characters such as c+circumflex 
(ĉ), g+circumflex (ĝ), and u+breve (ŭ) among others. All these have to 
be typed with the 'US Extended' keyboard layout in MacOS X (10.2).

I believe the problem is that a lot of the 'internal' text routines in 
Revolution are actually handled by scripts, and transcript does not 
seem to REALLY be able to handle Unicode. Try this: type a sentence 
which uses these 'funny' international characters which can only be 
typed with the US Extended keyboard. Then, in the text section of the 
inspector, try CHANGING THE CASE (to something like "Title Case"). You 
will notice that not only do your international characters disappear, 
but also that you will get UppeRcase letters right in the middle of 
your words - where the international characters once were...

No doubt, all of this will be fixed in future releases...

Kind Regards,
--
Igor
--
[EMAIL PROTECTED]
--
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Judy Perry]

Perhaps my gripe stems (as usual) from a lack of understanding.  I've
tried something like this -- importing as a control some image.  But I
didn't want it on the card where I imported it (not thinking about where I
was; okay, it wasn't really me it was a student) and so I clicked on it
and hit the delete key.  On the same card, I tried "show image imageName"
and got nothing.  Now, if I recall correctly in HC, you can delete it on
the card (or funny color draw) layer but the image is still there in the
stack, waiting for you to show it again whenever you wish.

Am I wrong?  It's always sooo nice to be wrong about such things!

Judy

On Tue, 4 Feb 2003, J. Landman Gay wrote:

> I think there's some confusion -- you don't have to embed an image
> multiple times. Only one copy is needed. Actually, the Revolution way
> acts almost identically to HyperCard's resource-fork method, the only
> difference is that instead of placing the image in the Mac-only resource
> fork, you place it somewhere in the stack itself (or in any stack that
> is in the message hierarchy, such as a substack.) Once you get the image
> imported, it can be used over and over again without any duplication,
> just as addcolor does in HC.
>
> For example, in my Klondike game I have a card that the user never sees
> which stores all the images the stack needs. The game uses
> playing-card-sized buttons which constantly update their image to
> simulate whatever playing card is currently "face up". Scripts change
> the "playing card" button icon IDs as needed. It is a one-liner to place
> a RAM-based copy of the image if you use a button as the image container.
>
> In HyperCard, we would issue "addcolor colorBtn" along with a long
> string of parameters. This grabs a temporary copy of the image from the
> resource fork and places it over a button. In Revolution, we issue "set
> the icon of btn x to ". This grabs a temporary copy of the
> image from the data fork and places it into a button as the icon. An
> extra advantage of this method is that, unlike addcolor images, you can
> move the button around without worrying about leaving the image display
> behind on screen.
>
> There is no duplication of the image graphic when you do this; Rev just
> inserts a temporary copy of the image into RAM just as addcolor does
> when it draws the image to screen. The only difference is the location
> of the original source image and, of course, the syntax used to set the
> button image.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: newbie:visuall effect

[Judy Perry]

Hi Esa,

I believe visual effects could perhaps be better thought of as 'transition
effects' -- as in when one moves from one card to another.

AFAIK, it has only worked this way even in the other x-programs.

Judy

On Tue, 4 Feb 2003, [iso-8859-1] Esa Kivelä wrote:

> greetinsg again:
>
> Hmmm i try to do some visual effect as dissolve slow ie. to show text field. move 
>between cards but that effect dosen't happen in RR..
>
> Like show cd btn "this and that" wiht visual effect dissolve slow

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Pre-Beta for 2.0 for Mac OS

[Judy Perry]

Yes, this was a big area of confusion/awkwardness for me as well but since
I didn't hear anyone else really question it, I kept unusually quiet.

Judy

On Tue, 4 Feb 2003, Curry wrote:

> One more thing about the new property palette--maybe there should
> still be a menu item in the option menu, or a button, to go to the
> object's script. Although the script won't open in the palette, it
> will still make a lot of sense to go from one to the other.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: storing images

[Ken Norris (dialup)]

**

> Date: Wed, 5 Feb 2003 01:51:49 +0900
> Subject: Re: storing images
> From: mark mitchell <[EMAIL PROTECTED]>

> I finally understand this thread.  I couldn't figure out how "set the
> icon of button 1 to myImage" could possibly be described as inelegant
> (especially relative to HC's resource fork and pict external).  But it
> sounds like some people are under the impression that setting the icon
> of a button to an image 're-embeds' the image.  It doesn't.  The button
> just references the image within the stack.  So you can reference the
> same imbeded image in a hundred different buttons without increasing the
> memory requirements much.  I remember there was a big thread on this
> about a year or so ago.  Just make a single card or substack called
> 'myImages' and stick all your images there.
--
I work with images a lot so I want to jump in here.

I see the advantages, but what about switching out images? Maybe you come up
with some much better images and want to change them out. I think (could
easily be wrong) you'd have to reset the images manually by deleting them
and importing new ones, or writing a separate UI somewhere that does it (how
might that work?).

But, I like the defaultFolder idea, because it's all drag and drop. The
caveat is that you have to make sure the ID's and/or names are relevent to
the calls that use them, which would really be the same for imported stuff
too.

I think you have to weigh out how the images are going to be used. Perhaps
combining the two ideas for development purposes might be good. An
ImageBase/library in folders you can import from, and a protected (enter by
password from a menu or something) substack which has thumbnails and a UI
that has routines for adding, deleting, copying, and replacing, and traps
for correct ID's, etc.

Mostly just think/type...but what do you think?

Ken N. 

*** 

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Image still cut off

[J. Landman Gay]

"Ken Norris (dialup)" <[EMAIL PROTECTED]> wrote:


All I want is for the full 800x600 image to show in its entirety. I don't
mind if some dev windows cover it, like the tool palettes, as long as I can
remove them and _know_ the image is actually all there. I'm going crazy
here. I'm sorry, a number of people have given some instruction about this,
but nothing seems to work. I really need someone to lead me step by step [
1), 2), 3), ], I guess, because I just don't get it...


I'll give it a try. First, set the editmenus of the stack to true. This 
will force the menu group into view on a Mac.

On a Mac, when editmenus is later set to false, Rev will scroll the top 
part of the card window out of view and shorten the window height by the 
same amount as the menu group (not by the height of the menu buttons 
within the group, but by the height of the whole group itself.) If you 
are losing an inch from the image, then your menu group is probably 
about 72 pixels high. The menu buttons may be less, but the menu group 
is what matters. If necessary, resize the group so that it is only as 
high as the tallest button within the menu group. This is usually the 
larger button that sits behind and provides a base for the actual menu 
buttons. Use the message box or the properties palette to find out the 
exact height of the now-resized menu group and make a note of it.

Once that is done, calculate the height your stack needs to be. What you 
want is a height equal to the height of your image PLUS the height of 
the menu group. If your (now adjusted) menu group is 26 pixels high and 
the image is 600 high, then your stack height needs to be 626 pixels. 
Set the stack to that height. Place the menu group with its top edge at 
the top of the card. Place the large image with its bottom edge at the 
bottom of the card. Save the stack.

Now set the editmenus of the stack to false. On a Mac, the top of the 
card will scroll out of view by the exact amount in the menu group -- 26 
pixels, in this example. What remains is the lower portion of the card 
below the menu group -- which is all went well, is 600 pixels, all of 
which should be occupied by your large image.

There used to be a problem with the engine trying to be a little too 
intelligent and resizing the stack if it is bigger than the monitor can 
display. I don't know if this was changed or not (haven't had to use it 
in a while.) But if you are trying to display a 600-pixel-high image on 
a monitor set to 640x480 you may run into some problems. In that case, 
you'd have to implement a script as has been suggested here, which sets 
the stack size dynamically on startup or openstack. That would ensure 
that your stack can overcome the engine's eagerness to assist you with 
display size.

More on managing menus is at my tutorial:

  http://www.hyperactivesw.com/mctutorial/

--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Jim Hurley]

 mark mitchell  wrote:

Judy wrote:


 Yes, there are many different ways of doing one thing; problem is, it
 doesn't matter if they're all equally inelegant/non-intuitive.

 Maybe it's the non-assembly code programmer in me, but it's just not
 clear
 why, once you've embedded something, you have to re-embed it with each
 usage.  This is just nuts.  This results in bloatware.



I finally understand this thread.  I couldn't figure out how "set the
icon of button 1 to myImage" could possibly be described as inelegant

(especially relative to HC's resource fork and pict external).

(snip)

Unfortunately, I know just enough about this issue to be dangerous.

Perhaps "inelegant" isn't the word, but it can be cumbersome to set 
the button icon to the image if you want to use different sizes on 
different card. You need a preOpenCard handler on each card on which 
the image appears in order to set the size of the image on that card. 
(If you lock the position and size you needn't worry about  the 
location. That is held fixed. But you can reset the size through the 
script even though the  imaged is lock.)

All of this  is avoided if the  image is referenced from a disk file. 
As I said before, the only problem this might  pose is if the end 
user were careless or uninformed and separated the  images from the 
folder to which they are linked in the stack.

A more elegant or less cumbersome solution (and idiot proof for the 
end user) would be to embed the single images in some "secret" place 
from which they might  be referenced and a different size  and 
location for the image could be locked  on each card.

Thinking wishfully,

Jim


--
Jim Hurley
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: QT Movies playing roughly

[Howard Bornstein]

Hi Graham,

This may be a bit odd but maybe, if the cause is that your computer is 
underpowered, you can ease its burden by setting the playrate of the 
player to a value lower than 1. This will cause the movie to play slower, 
which may give it a smoother appearance.

Unfortunately, this screws up the soundtrack, which means you may have to 
separate the soundtrack into a different file and play it simultaneously 
with the movie. If it doesn't need to be "synced" to the movie, though, 
this might work.

Just a thought.

Regards,

Howard Bornstein

D E S I G N  E Q
www.designeq.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[J. Landman Gay]

Judy Perry <[EMAIL PROTECTED]> wrote:


Maybe it's the non-assembly code programmer in me, but it's just not clear
why, once you've embedded something, you have to re-embed it with each
usage.  This is just nuts.  This results in bloatware.


I think there's some confusion -- you don't have to embed an image 
multiple times. Only one copy is needed. Actually, the Revolution way 
acts almost identically to HyperCard's resource-fork method, the only 
difference is that instead of placing the image in the Mac-only resource 
fork, you place it somewhere in the stack itself (or in any stack that 
is in the message hierarchy, such as a substack.) Once you get the image 
imported, it can be used over and over again without any duplication, 
just as addcolor does in HC.

For example, in my Klondike game I have a card that the user never sees 
which stores all the images the stack needs. The game uses 
playing-card-sized buttons which constantly update their image to 
simulate whatever playing card is currently "face up". Scripts change 
the "playing card" button icon IDs as needed. It is a one-liner to place 
a RAM-based copy of the image if you use a button as the image container.

In HyperCard, we would issue "addcolor colorBtn" along with a long 
string of parameters. This grabs a temporary copy of the image from the 
resource fork and places it over a button. In Revolution, we issue "set 
the icon of btn x to ". This grabs a temporary copy of the 
image from the data fork and places it into a button as the icon. An 
extra advantage of this method is that, unlike addcolor images, you can 
move the button around without worrying about leaving the image display 
behind on screen.

There is no duplication of the image graphic when you do this; Rev just 
inserts a temporary copy of the image into RAM just as addcolor does 
when it draws the image to screen. The only difference is the location 
of the original source image and, of course, the syntax used to set the 
button image.

--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: Where to download Pre-Beta?

[Gary Rathbone]

> I'm sorry, I've lost the instructions for downlaoding the 
> Pre-Beta and I can't find it at RunRev.com.  Help?

http://www.runrev.com/revolution/previews/downloads.html

Regards

Gary Rathbone


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: QT Movies playing roughly

[Graham Samuel]

On Tue, 4 Feb 2003 04:44:32 -0800 (PST) Jan Schenkel 
<[EMAIL PROTECTED]> wrote:

Hi Graham,

A few things spring to mind:
- Is it possible that another object overlaps the
player ?
- What's the setting of the 'alwaysBuffer' property of
the player and the stack ?

Jan Schenkel.


Hi Jan

Thanks for the interest. The alwaysBuffer of the mainstack, the 
substack in question and the player objects are all set to true. I'm 
not sure what you mean by 'overlap', but naturally as the user drags 
the player object it passes across a number of other objects - 
usually rectangular graphics without scripts in them. The players 
never enter each other's space, as it were, although they are 
sometimes asked to play simultaneously (this doesn't seem to be a 
problem in itself).

Do underlying objects get messages saying the drag/grab is taking 
place? If so, I could try to investigate these.

So far then, no real answer - but thanks again.

Graham
--
---
 Graham Samuel / The Living Fossil Co. / UK & France
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Scott Rossi]

Recently, Jim Hurley wrote:

> Isn't there another issue regarding where images are stored? My
> knowledge  here is admittedly weak but I have had problems in the
> past in referencing images stored on disk. To find the image a path,
> either  absolute of relative (relative to the current default folder)
> needs to be given.

That's how we typically do it.  We've never had any problems.

Assuming you have a directory of images called "images" in the same folder
as your app:

# GET THE STACK PATH
put the effective fileName of this stack into tPath
set itemDel to "/"
put "images/" into last item of tPath

Now all images can be referenced using:
set the fileName of img myImage to (tPath & "coolImage.gif")


> If, in distributing  the application, the user
> should move the stack without bringing the images along there will be
> problems.

To be fair that's a whole different problem altogether.  If you expect users
to move your stack/app to different locations, you might consider using an
installer.  Otherwise, it's pretty standard to include a "resources" folder
or similar in the same folder as the stack/app.

Regards,

Scott Rossi
Creative Director

Tactile Media, Multimedia & Design
Email: [EMAIL PROTECTED]
Web: www.tactilemedia.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Where to download Pre-Beta?

[Roger Guay]

I'm sorry, I've lost the instructions for downlaoding the Pre-Beta and 
I can't find it at RunRev.com.  Help?

Thanks, Roger

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Furby.rev (a virtual Furby toy)

[miscdas]

Rick Harrison writes: 

on 2/4/2003 10:30 AM, [EMAIL PROTECTED] at
[EMAIL PROTECTED] wrote: 

 

I'm sure William would love to hear some words of encouragement from you
guys (off list at <[EMAIL PROTECTED]>).
[EMAIL PROTECTED] 


Roger, 

It's cute, but there is no way to quit the application
under OS 9.2.2 

You might want to tell William to try adding some sounds
to spice it up. 

Have fun! 

Rick Harrison 


Mr. Harrison, 

Perhaps you missed this address from above? [EMAIL PROTECTED] 

I'm sure young William would appreciate your direct response, rather than 
passing it through his father. Likewise, why make dad the middleman? 

By the way, under Win XP pro, MetaCard, I can exit no problem using the 
window's native close button. 

miscdas
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: storing images

[mark mitchell]

Judy wrote:


Yes, there are many different ways of doing one thing; problem is, it
doesn't matter if they're all equally inelegant/non-intuitive.

Maybe it's the non-assembly code programmer in me, but it's just not 
clear
why, once you've embedded something, you have to re-embed it with each
usage.  This is just nuts.  This results in bloatware.


I finally understand this thread.  I couldn't figure out how "set the 
icon of button 1 to myImage" could possibly be described as inelegant 
(especially relative to HC's resource fork and pict external).  But it 
sounds like some people are under the impression that setting the icon 
of a button to an image 're-embeds' the image.  It doesn't.  The button 
just references the image within the stack.  So you can reference the 
same imbeded image in a hundred different buttons without increasing the 
memory requirements much.  I remember there was a big thread on this 
about a year or so ago.  Just make a single card or substack called 
'myImages' and stick all your images there.  You'll find they are much 
more accessible than in HC's resource fork.  One trick, if you want the 
image to display with a border, depending on button type and settings, 
you may have to resize it to a little smaller than the button (the 
height/width - 15)  prior to display.

PS.  the throbbing buttons in the pre-beta on OSX are just too cool!

mark mitchell
Japan

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Pre-Beta for 2.0 for Mac OS

[Jan Schenkel]

--- Kevin Miller <[EMAIL PROTECTED]> wrote:
> On 4/2/03 11:19 am, Jan Schenkel
> <[EMAIL PROTECTED]> wrote:
> 
> > Or as an icon in the button-row at the top which
> you
> > suggested in an earlier post. That would save us
> quite
> > a few trips without making things difficult again.
> 
> Its in the tool bar, there is a keyboard shortcut,
> its in the menu bar, and
> also in that menu in the palette.
> 
> Kind regards,
> 
> Kevin

I guess that means an item 'Script' will be added to
the palette's menu ? Rats, there goes my argument pro
buttons of what to do if you :
- select a button
- lock the inspector
- select a different control to review
- and must therefore select the button again in order
to edit its script.

A button row would still be less click-drag-click, but
I have to say the 'menu' method makes for a very slick
environment. Plus, you won't run out of room as easily
as with tabs ;-)

Jan Schenkel.

=
"As we grow older, we grow both wiser and more foolish at the same time."  (La 
Rochefoucauld)

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Random generator exercise

[miscdas]

Here is yet another approach to the exercise. 

A SINGLE random number is generated, from which a numeric or an alpha 
character is generated. 

There is a .5 probability of generating a numeric, and .5 probablity of 
generating an alpha. 

Within the alpha, there is a .5 probablity of being lower case, and .5 
probablity of being upper case. 

on mouseUp
put empty into field “displayField”
ask ("How many characters to generate ? (1-9)")
put it into charCount
 repeat charCount times
  put random(520) into myRandom
  if myRandom < 261 then  ##numeric
put (myRandom - 1) div 26  after field “displayField”
  else
if myRandom < 391 then
  put 45 into offsetASCII  ##lowercase
else
  put -13 into offsetASCII  ##uppercase
end if
   put (myRandom – 1) div 5 + offsetASCII into finalValue
   put numToChar(finalValue) after field “displayField”
  end if
end repeat
end mouseUp 


miscdas
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [ANN] Furby.rev (a virtual Furby toy)

[Rick Harrison]

on 2/4/2003 10:30 AM, [EMAIL PROTECTED] at
[EMAIL PROTECTED] wrote:

> 
> 
> I'm sure William would love to hear some words of encouragement from you
> guys (off list at <[EMAIL PROTECTED]>).
> 
> Kind Regards,
> Roger Eller
> [EMAIL PROTECTED]
> 

Roger,

It's cute, but there is no way to quit the application
under OS 9.2.2

You might want to tell William to try adding some sounds
to spice it up.

Have fun!

Rick Harrison

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: unicode in pre-beta

[mark mitchell]

Tuviah wrote:


 I'm personally
look forward to feedback on Unicode,


I was anxiously awaiting Unicode, but after playing with it for just a 
few minutes, it doesn't seem to be working very well yet (Mac OS 10.1.5, 
Jpnese kotoeri input).  You can now type and edit Japanese OK in a 
single field, which is nice, but you cannot seem to move anything from 
one field to another via script without it messing up (although 
copy/paste works OK).  Moreover, if you want to delete or move a single 
Jpnese 2 byte character, you must still treat it as two characters (eg. 
delete character 1 to 2 of field 1 deletes just the first Jpnese 
character).  This contrasts with Hypercard, which just 'knows' whether a 
character is 2 byte or not (it's  beautiful thing).
Also, the IDE has an annoying bug where if you accidently type some 
Jpnese into the message box, you cannot simply delete and switch back to 
English but must close and reopen the message box.  Hopefully that will 
be gone in the real release.

mark mitchell
Japan

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Rev 2.0 printing

[Dave LeYanna]

It is still happening to me. The double,triple line stuff from Win 2000 
to HPIIIsi and micro print 1/32 point type from Win98 to same printer. 
The same, doesn't matter which version of Rev. I use.

The print drivers are the newest ones. BTW FYI, printing from Inspired 
Logic's Navigator seems to work fine when printing scripts. It just 
seems to be your help system?

djl

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: VS: pre-beta

[Kevin Miller]

On 4/2/03 6:19 am, Esa Kivelä <[EMAIL PROTECTED]> wrote:

> Btw, did You guys fix in RR 2.0 that printing problem wich prints many pages
> ie. from text field and in the pages are only few lines of text per page?

Please test it and let us know if it is still happening for you.

Thanks,

Kevin

Kevin Miller <[EMAIL PROTECTED]> 
Runtime Revolution Limited - The Solution for Software Development
Tel: +44 (0) 870 747 1165.  Fax: +44 (0)1639 830 707.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

[ANN] Furby.rev (a virtual Furby toy)

[Roger . E . Eller]

As a proud father, I just have to announce my son's first Revolution
program. He is 11 years old, and is absolutely *thrilled* that Transcript
is simple enough for a kid to follow. Please check out his first app on the
user contributions page.

http://www.runrev.com/revolution/developers/developerdownloads/usercontributions.html

I'm sure William would love to hear some words of encouragement from you
guys (off list at <[EMAIL PROTECTED]>).

Kind Regards,
Roger Eller
[EMAIL PROTECTED]



___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Pre-Beta for 2.0 for Mac OS

[Kevin Miller]

On 3/2/03 11:24 pm, Ken Ray <[EMAIL PROTECTED]> wrote:

>> could there be an advantage to developing an app
>> in RR then running it in MC?
> 
> Two that I can think of - one is that you may be able to develop faster in
> Rev because of all the help that the IDE gives you (vs. MC where a bunch of
> stuff needs to be done with your own tool or through the message box); the
> other is that you may be able to take advantage of bug fixes in the engine
> which haven't made their way into Rev yet. For example, suppose MC releases
> 2.5 at the same time as Rev 2.0. If MC finds and squashes some bugs in 2.5.1
> and it takes a couple of months for RR to upgrade to the new engine, you can
> take advantage of the fixes in MC early.

This historical issue is one we have addressed, and it is our intention that
we stay in sync, though you do have to be a pro user to access the
pre-release versions.

Kevin

Kevin Miller <[EMAIL PROTECTED]> 
Runtime Revolution Limited - The Solution for Software Development
Tel: +44 (0) 870 747 1165.  Fax: +44 (0)1639 830 707.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Pre-Beta for 2.0 for Mac OS

[Kevin Miller]

On 4/2/03 11:19 am, Jan Schenkel <[EMAIL PROTECTED]> wrote:

> Or as an icon in the button-row at the top which you
> suggested in an earlier post. That would save us quite
> a few trips without making things difficult again.

Its in the tool bar, there is a keyboard shortcut, its in the menu bar, and
also in that menu in the palette.

Kind regards,

Kevin

Kevin Miller <[EMAIL PROTECTED]> 
Runtime Revolution Limited - The Solution for Software Development
Tel: +44 (0) 870 747 1165.  Fax: +44 (0)1639 830 707.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Jan Schenkel]

--- Jim Hurley <[EMAIL PROTECTED]> wrote:
> Isn't there another issue regarding where images are
> stored? My 
> knowledge  here is admittedly weak but I have had
> problems in the 
> past in referencing images stored on disk. To find
> the image a path, 
> either  absolute of relative (relative to the
> current default folder) 
> needs to be given. If, in distributing  the
> application, the user 
> should move the stack without bringing the images
> along there will be 
> problems.
> 
> I would much prefer to reference the file than
> import it as a control 
> for the many good reasons mentioned by others on
> this thread: The 
> ease of displaying multiple sizes in multiple
> locations, reduction of 
> file size, and, if only for religious reasons
> (religion defined 
> broadly), it is cleaner and cleanliness is next to
> you know Who. So 
> if there is a clean way to reference the file while
> avoiding the 
> problem of broken links when stacks become separated
> from images, I 
> would *greatly* appreciate an education in this
> matter.
> 
> Jim

Hi Jim,

Perhaps you could change the 'defaultFolder' global
property when your stack opens ? When looking for
files, if you don't specify a full path, the engine
will look relative to the defaultFolder.

Just a thought,

Jan Schenkel.

=
"As we grow older, we grow both wiser and more foolish at the same time."  (La 
Rochefoucauld)

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Storing images

[Jim Hurley]

Isn't there another issue regarding where images are stored? My 
knowledge  here is admittedly weak but I have had problems in the 
past in referencing images stored on disk. To find the image a path, 
either  absolute of relative (relative to the current default folder) 
needs to be given. If, in distributing  the application, the user 
should move the stack without bringing the images along there will be 
problems.

I would much prefer to reference the file than import it as a control 
for the many good reasons mentioned by others on this thread: The 
ease of displaying multiple sizes in multiple locations, reduction of 
file size, and, if only for religious reasons (religion defined 
broadly), it is cleaner and cleanliness is next to you know Who. So 
if there is a clean way to reference the file while avoiding the 
problem of broken links when stacks become separated from images, I 
would *greatly* appreciate an education in this matter.

Jim
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

VS: VS: newbie:visuall effect

[Esa Kivelä]

> -Alkuperäinen viesti-
> Lähettäjä: Jan Schenkel [mailto:[EMAIL PROTECTED]]
> Lähetetty: 4. helmikuuta 2003 14:47
> Vastaanottaja: [EMAIL PROTECTED]
> Aihe: Re: VS: newbie:visuall effect
> 
> 
> --- Esa_Kivelä <[EMAIL PROTECTED]> wrote:
> > [snip]
> > 
> > Hmmm all works but that dissolve won't... werid..
> > 
> > EsaK 
> 
> Weird that it's just that one effect. Does it help if
> you
>   set the dontUseQTEffects to true

Yooho! :-) Now its works! Thanks Jan :-)

Btw jan: that Mud Ediror have goes forward, but I need help with that ftp-thing. Are 
You intersted? If You are please send private email to [EMAIL PROTECTED]

EsaK 
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: QT Movies playing roughly

[Chipp Walters]

Graham,

Are you using any "on idle" handlers to control the animation?

You might also want to look at an animaged gif for this type of thing.
Also, look at the 'send' command instead of 'on idle' (if you're using it).


-Chipp

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Graham Samuel
> Sent: Tuesday, February 04, 2003 5:29 AM
> To: Revolution user discussion
> Subject: QT Movies playing roughly
> 
> 
> I've got an app with a couple of really trivial QT movies, each 
> consisting of about 30 frames  plus a soundtrack, set to loop until 
> stopped. One of them shows a motor with a little propeller going 
> round. The thing is scripted so that the propeller can go at 
> different speeds and either forward or backward. This works fine just 
> using Apple's QuickTime Player on my Macs (version 5 or 6), but when 
> it's in a player object in a Revolution standalone, the motion is 
> extremely rough. The soundtrack seems to work OK, but the visuals 
> either miss out frames or stop completely. On restarting the player, 
> one gets a bit of movement and then the thing goes all choppy again. 
> The other movie behaves the same way but the lack of movement isn't 
> so obvious because of the particular animation involved.
> 
> I need to use player objects rather than Revo animations so that I 
> can let the user move them around the screen and so that I can script 
> the forward/ reverse/ speed change behaviour.
> 
> Is this a known problem? Is there anything I can do about it?
> 
> TIA
> 
> Graham
> -- 
> ---
>   Graham Samuel / The Living Fossil Co. / UK & France
> ___
> use-revolution mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/use-revolution
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: VS: newbie:visuall effect

[Jan Schenkel]

--- Esa_Kivelä <[EMAIL PROTECTED]> wrote:
> [snip]
> 
> Hmmm all works but that dissolve won't... werid..
> 
> EsaK 

Weird that it's just that one effect. Does it help if
you
  set the dontUseQTEffects to true

Jan Schenkel.

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

VS: VS: VS: newbie:visuall effect

[Esa Kivelä]

> -Alkuperäinen viesti-
> Lähettäjä: Jan Schenkel [mailto:[EMAIL PROTECTED]]
> Lähetetty: 4. helmikuuta 2003 14:36
> Vastaanottaja: [EMAIL PROTECTED]
> Aihe: Re: VS: VS: newbie:visuall effect

> 
> Use the message box:
>   answer the effectRate

3000 just set that to the ne button

>   answer the alwaysBuffer of this stack

True.

> 
> I just checked under Win2K with RR 1.1 and the vial
> effect worked for me. Is there an image or a player
> behind it ?

Nope just code in button: 

show field "info" with visual effect dissolve slow

Hows that effect works? If i recall right in Hypercard its slowly shows ie text 
field.. 

EsaK
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: Why is my app slow?

[Chipp Walters]

Graham,

I believe you may have answered your own question...

"a P133 running Windows 95 - or on Virtual PC on my Mac G3/400."

Why don't you test on a more powerful PC and see?

-Chipp
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: QT Movies playing roughly

[Jan Schenkel]

--- Graham Samuel <[EMAIL PROTECTED]> wrote:
> I've got an app with a couple of really trivial QT
> movies, each 
> consisting of about 30 frames  plus a soundtrack,
> set to loop until 
> stopped. One of them shows a motor with a little
> propeller going 
> round. The thing is scripted so that the propeller
> can go at 
> different speeds and either forward or backward.
> This works fine just 
> using Apple's QuickTime Player on my Macs (version 5
> or 6), but when 
> it's in a player object in a Revolution standalone,
> the motion is 
> extremely rough. The soundtrack seems to work OK,
> but the visuals 
> either miss out frames or stop completely. On
> restarting the player, 
> one gets a bit of movement and then the thing goes
> all choppy again. 
> The other movie behaves the same way but the lack of
> movement isn't 
> so obvious because of the particular animation
> involved.
> 
> I need to use player objects rather than Revo
> animations so that I 
> can let the user move them around the screen and so
> that I can script 
> the forward/ reverse/ speed change behaviour.
> 
> Is this a known problem? Is there anything I can do
> about it?
> 
> TIA
> 
> Graham

Hi Graham,

A few things spring to mind:
- Is it possible that another object overlaps the
player ?
- What's the setting of the 'alwaysBuffer' property of
the player and the stack ?

Jan Schenkel.

=
"As we grow older, we grow both wiser and more foolish at the same time."  (La 
Rochefoucauld)

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: VS: VS: newbie:visuall effect

[Jan Schenkel]

--- Esa_Kivelä <[EMAIL PROTECTED]> wrote:
> [snip]
>
> > What's the content of the 'effectRate' global
> property
> > and the 'alwaysBuffer' stack property ?
> 
> and I can check those..where? I juse Windows 2000
> and RR 1.1
> 
> EsaK

Use the message box:
  answer the effectRate
  answer the alwaysBuffer of this stack

I just checked under Win2K with RR 1.1 and the vial
effect worked for me. Is there an image or a player
behind it ?

Jan Schenkel.

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

VS: newbie:visuall effect

[Esa Kivelä]

> -Alkuperäinen viesti-
> Lähettäjä: Jan Schenkel [mailto:[EMAIL PROTECTED]]
> Lähetetty: 4. helmikuuta 2003 13:02
> Vastaanottaja: [EMAIL PROTECTED]
> Aihe: Re: newbie:visuall effect
> 
> 
> --- Esa_Kivelä <[EMAIL PROTECTED]> wrote:
> > greetinsg again:
> > 
> > Hmmm i try to do some visual effect as dissolve slow
> > ie. to show text field. move between cards but that
> > effect dosen't happen in RR..
> > 
> > Like show cd btn "this and that" wiht visual effect
> > dissolve slow
> > 
> > Nothing happend...
> > 
> > Is there some default settings on in RR or
> > something?
> > 
> > Yours
> > 
> > EsaK 
> 
> Hi Esa,
> 
> Try this:
>   lock screen
>   show cd btn "Foobar"
>   unlock screen with visual effect dissolve slow
> 
> Hope this helped,

Hmmm all works but that dissolve won't... werid..

EsaK 
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Grid/Table control

[Jez]

I dont wish to join the debate about WHEN the final 
version 2.0 will ship, but just wish to ask : will it include a grid / table 
control ? This is the most useful control in data-intensive GUI applications I 
think. Tabbed list controls just wont suffice.
 
NB. It's interesting to note that the much vaunted 
Microsoft .NET visual studio environment has a basic windows forms grid 
control but it's not very flexible (albeit it is extensible apparently, though 
God knows how), so come on Rev guys, do something well that Microsoft 
don't!

VS: VS: newbie:visuall effect

[Esa Kivelä]

> -Alkuperäinen viesti-
> Lähettäjä: Jan Schenkel [mailto:[EMAIL PROTECTED]]
> Lähetetty: 4. helmikuuta 2003 13:27
> Vastaanottaja: [EMAIL PROTECTED]
> Aihe: Re: VS: newbie:visuall effect
> 
> 
> --- Esa_Kivelä <[EMAIL PROTECTED]> wrote:
> > 
> > 
> > > -Alkuperäinen viesti-
> > > Lähettäjä: Jan Schenkel
> > [mailto:[EMAIL PROTECTED]]
> > > Lähetetty: 4. helmikuuta 2003 13:02
> > > Vastaanottaja: [EMAIL PROTECTED]
> > > Aihe: Re: newbie:visuall effect
> > > 
> > > 
> > > --- Esa_Kivelä <[EMAIL PROTECTED]> wrote:
> > > > greetinsg again:
> > > > 
> > > > Hmmm i try to do some visual effect as dissolve
> > slow
> > > > ie. to show text field. move between cards but
> > that
> > > > effect dosen't happen in RR..
> > > > 
> > > > Like show cd btn "this and that" wiht visual
> > effect
> > > > dissolve slow
> > > > 
> > > > Nothing happend...
> > > > 
> > > > Is there some default settings on in RR or
> > > > something?
> > > > 
> > > > Yours
> > > > 
> > > > EsaK 
> > > 
> > > Hi Esa,
> > > 
> > > Try this:
> > >   lock screen
> > >   show cd btn "Foobar"
> > >   unlock screen with visual effect dissolve slow
> > > 
> > > Hope this helped,
> > 
> > Nope: same result. just pop up quickly.
> > 
> > EasK 
> 
> Hmm, works for me (on MacOS 9 atm).
> What's the content of the 'effectRate' global property
> and the 'alwaysBuffer' stack property ?

and I can check those..where? I juse Windows 2000 and RR 1.1

EsaK
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

QT Movies playing roughly

[Graham Samuel]

I've got an app with a couple of really trivial QT movies, each 
consisting of about 30 frames  plus a soundtrack, set to loop until 
stopped. One of them shows a motor with a little propeller going 
round. The thing is scripted so that the propeller can go at 
different speeds and either forward or backward. This works fine just 
using Apple's QuickTime Player on my Macs (version 5 or 6), but when 
it's in a player object in a Revolution standalone, the motion is 
extremely rough. The soundtrack seems to work OK, but the visuals 
either miss out frames or stop completely. On restarting the player, 
one gets a bit of movement and then the thing goes all choppy again. 
The other movie behaves the same way but the lack of movement isn't 
so obvious because of the particular animation involved.

I need to use player objects rather than Revo animations so that I 
can let the user move them around the screen and so that I can script 
the forward/ reverse/ speed change behaviour.

Is this a known problem? Is there anything I can do about it?

TIA

Graham
--
---
 Graham Samuel / The Living Fossil Co. / UK & France
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: VS: newbie:visuall effect

[Jan Schenkel]

--- Esa_Kivelä <[EMAIL PROTECTED]> wrote:
> 
> 
> > -Alkuperäinen viesti-
> > Lähettäjä: Jan Schenkel
> [mailto:[EMAIL PROTECTED]]
> > Lähetetty: 4. helmikuuta 2003 13:02
> > Vastaanottaja: [EMAIL PROTECTED]
> > Aihe: Re: newbie:visuall effect
> > 
> > 
> > --- Esa_Kivelä <[EMAIL PROTECTED]> wrote:
> > > greetinsg again:
> > > 
> > > Hmmm i try to do some visual effect as dissolve
> slow
> > > ie. to show text field. move between cards but
> that
> > > effect dosen't happen in RR..
> > > 
> > > Like show cd btn "this and that" wiht visual
> effect
> > > dissolve slow
> > > 
> > > Nothing happend...
> > > 
> > > Is there some default settings on in RR or
> > > something?
> > > 
> > > Yours
> > > 
> > > EsaK 
> > 
> > Hi Esa,
> > 
> > Try this:
> >   lock screen
> >   show cd btn "Foobar"
> >   unlock screen with visual effect dissolve slow
> > 
> > Hope this helped,
> 
> Nope: same result. just pop up quickly.
> 
> EasK 

Hmm, works for me (on MacOS 9 atm).
What's the content of the 'effectRate' global property
and the 'alwaysBuffer' stack property ?

Jan Schenkel.

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Why is my app slow?

[Graham Samuel]

I've just started using the Distribution Builder in 1.1.1. I've got a 
fairly simple app with no particular speed problems on my G3/400 Mac, 
but when I make it into a separate app, I find that although the 
MacOS 9 and MacOS X (Jaguar) versions work well, the PC version 
appears incredibly slow (admittedly on a slowing PC - a P133 running 
Windows 95 - or on Virtual PC on my Mac which is normally acceptable 
if not wonderfully speedy). The slow bits seem to include the startup 
sequence which opens stacks etc, where the cursor disappears for 
several seconds before stabilising - this is perhaps understandable - 
but worse than this, some (but not all) drags go so slowly that I 
thought the machine had crashed. The whole script being actioned 
during the drag (of a small image object) is

  on mouseDown
   grab me
  end mouseDown

so it doesn't appear at first sight that I can influence the situation.

Can anyone comment on this and maybe suggest a cure (OK, a faster PC 
would be nice, but schools can't always afford them).

TIA

Graham
--
---
 Graham Samuel / The Living Fossil Co. / UK & France
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Pre-Beta for 2.0 for Mac OS

[Jan Schenkel]

--- Curry <[EMAIL PROTECTED]> wrote:
> One more thing about the new property palette--maybe
> there should 
> still be a menu item in the option menu, or a
> button, to go to the 
> object's script. Although the script won't open in
> the palette, it 
> will still make a lot of sense to go from one to the
> other.
> 

Or as an icon in the button-row at the top which you
suggested in an earlier post. That would save us quite
a few trips without making things difficult again.

Just my 2 euro-cents,

Jan Schenkel.

=
"As we grow older, we grow both wiser and more foolish at the same time."  (La 
Rochefoucauld)

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Pre-Beta for 2.0 for Mac OS

[Curry]

One more thing about the new property palette--maybe there should 
still be a menu item in the option menu, or a button, to go to the 
object's script. Although the script won't open in the palette, it 
will still make a lot of sense to go from one to the other.

Best wishes,

Curry
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution