Hi,

At 11:58 AM 5/1/2002 -0500, you wrote:


>>I have hardly read your book beyond the first five modules,  and I am 
>>making so many ( or rather too many)  mistakes...
>>  How could it be so?
>
>When you learned English, did you expect to be fluent after reading the 
>first five chapters of your language course material? When you studied 
>algebra did you believe you were doing poorly because, after the fifth 
>week, you still were not doing differential equations in your head? After 
>your first semester of biology did you become discouraged because you 
>couldn't map the human genome from memory?


Are not these questions rhetorical? I hope you are not expecting any answers.


>New concepts always take time to absorb, and ideally -- if you're really 
>trying -- you'll make a load of mistakes. Why do you make the mistakes? 
>Because you've taken the initiative and chosen to try things on your own. 
>Throughout the history of the human species this is the only true way to 
>learn that has ever been discovered. No one can pour the information into 
>your head; you have to find out for yourself how things work, and why. 
>That means trying, doing, and making mistakes. It also means *practice*.

Yes. Practise makes perfect,right? Or simply put, lots of hard work...




>>But I did not do it originally.  Actually the sound file was 10 frames 
>>long - which you actually recommended that I do not do.
>
>I did? You can span a sound file across frames if you want.


Sorry, no , you actually said this  quote

'It would appear that you've got your
sprites (the buttons you're wanting to program) spanning across
multiple frames in the Score (I'd guess 28 frames) and that the code
you've attached to them is attached to only part of their span.
(...)

So the first thing to do would probably be to shorten the span of
frames your buttons occupy so they are down to just one frame.� unquote.

  I do understand what you mean. It is not necessary to use  a few frames 
when one would suffice.

However, if I wanted a sound file to finish playing how do I do it?

I can�t use a frame script

on exitFrame me
   go the frame
end

because it loops.

If I used a single frame, how could the speech finish so that  the playhead 
could move forward to the next frame?




>>You mention using a framescript, I believe you mean this:
>>
>>property pEndTicks
>>on beginSprite me
>>pEndTicks = the ticks + (4*60) -
>>end
>>
>>on endSprite me
>>if the ticks < pEndTicks then
>>go to the frame
>>end if
>>end
>>
>>Why is it that  a timer  not suitable for this?
>
>I don't believe I said a timer is unsuitable for this.


Sorry, I never said you did, did I?

What is  the purpose of using a  timer in Director?

 From the help file:

If multiple timers are required, you must create and manage your own.(�)
Typically, you use the ticks property to track time in this manner.

Is this the reason why timers should not be used ?





>>  And 'firstmarker' contains the code in frame 140 (the ticks)  But the 
>> playhead still stops at 'firstmarker'. Why?
>
>Look at the code:
>
>property pEndTicks
>on beginSprite me
>   pEndTicks = the ticks + (4*60) -
>end
>
>on endSprite me
>   if the ticks < pEndTicks then
>     go to the frame
>   end if
>end
>
>There is a handler called 'endSprite'. You don't want an endSprite handler 
>here. You want to use exitFrame instead. What will happen then is the 
>playhead will cycle on that frame for 4 seconds, then continue along the 
>Score's timeline. What *is* happening right now is (probably) yourt 
>playhead blows through the frame containing this script as though it 
>didn't even exist.

Could you explain further please?

What is the difference between endSprite and exitFrame?

Isn�t the end of the sprite also the end of a frame? That is , I believe it 
is not possible to have a sprite in half  a frame?

Is this how it should be written?

property pEndTicks
on enterFrame me
   pEndTicks = the ticks + (4*60) -
end

on exitFrame me
   if the ticks < pEndTicks then
     go to the frame
   end if
end

  With regard to handlers, on page 79

'You write a handler with the purpose  of grouping a related set of 
programming instructions, which are meant to cause the computer to behave 
in a certain way.   You can almost think of handlers being to programming 
what paragraphs are to writing.'

 From this, I gather that handlers are an integral part of programming.

They normally begin with "on something" example "on MouseUp" and you can 
place many of them together on a single script. Am I correct?

OnGetPropertyDescriptionList is a system handler.  What does this mean? So 
there are different types of handlers?

Would it be correct to say then that scripts are usually made up of handlers?


Noelle


[To remove yourself from this list, or to change to digest mode, go to 
http://www.penworks.com/lingo-l.cgi  To post messages to the list, email 
[EMAIL PROTECTED]  (Problems, email [EMAIL PROTECTED]). Lingo-L is for 
learning and helping with programming Lingo.  Thanks!]

Reply via email to