lingo-l Projector vs. external cast
Hi great list, here comes a somewhat funny question: I have a project that uses external casts (I plan to use a stub projector in the end), but when I am trying to test the project it seems like the projector totally ignores the external casts. It works fine if I include them in the projector but then the point of having them external kinda vanishes. Does anyone have a solution or some tips to my problem? Authoring-environment works fine by the way. Question 2: Can I protect my *.cst-files? Thanks in advance. /Kristian [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!]
RE: lingo-l Projector vs. external cast
Hi Kristian I have a project that uses external casts (I plan to use a stub projector in the end), but when I am trying to test the project it seems like the projector totally ignores the external casts. It works fine if I include them in the projector but then the point of having them external kinda vanishes. Does anyone have a solution or some tips to my problem? Authoring-environment works fine by the way. Make everything external: Create a stub movie, with the code: on startMovie go movie myMovie end Start movie Where myMovie is the movie you're working on now... ...And make a projector out of that. Question 2: Can I protect my *.cst-files? There are a couple of ways of doing it, my favourite is to convert them to shockwave (.dcr for .dir and .cct for .cst). These will behave like normal files when played within a projector. Just open your movie in director and hit the publish button on the taskbar (or select it from the file menu). The converted copies will appear in the same folder as the originals. You can also go to Xtras-Protect Movies and follow the instructions there, but then you have to be very careful with backing up your originals. Karina [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!]
RE: lingo-l Projector vs. external cast
Hi again and thanks... seems strange to me that the only way to use external casts is to make a stub movie - is this assumption correct? But if this is the way to go I can live with that... Having the same trouble (not getting external casts to load) when using MIAW's that uses external casts... can't even get them to work during authoring (although they work separately - when not in the MIAW). Is there some good documentation regarding external cast issues on the web? Because the good old rtfm doesn't do it for me here... Another question has anyone worked with the CastControl Xtra? If so any specific issues (cross-platform or anything else) that is good to know? /Kristian -- Hi Kristian I have a project that uses external casts (I plan to use a stub projector in the end), but when I am trying to test the project it seems like the projector totally ignores the external casts. It works fine if I include them in the projector but then the point of having them external kinda vanishes. Does anyone have a solution or some tips to my problem? Authoring-environment works fine by the way. Make everything external: Create a stub movie, with the code: on startMovie go movie myMovie end Start movie Where myMovie is the movie you're working on now... ...And make a projector out of that. Question 2: Can I protect my *.cst-files? There are a couple of ways of doing it, my favourite is to convert them to shockwave (.dcr for .dir and .cct for .cst). These will behave like normal files when played within a projector. Just open your movie in director and hit the publish button on the taskbar (or select it from the file menu). The converted copies will appear in the same folder as the originals. You can also go to Xtras-Protect Movies and follow the instructions there, but then you have to be very careful with backing up your originals. Karina [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!] [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!]
RE: lingo-l Projector vs. external cast
I have a project that uses external casts (I plan to use a stub projector in the end), but when I am trying to test the project it seems like the projector totally ignores the external casts. Karina gave you a good answer on protecting the casts. No further needed, except to emphasize _save a backup_ before you protect! Once you protect it, that's it. You can't unprotect it. For the external cast question, no, you don't have to have a stub, though Karina's suggestion is good for other reasons. For a MIAW to have access to an external cast, it needs to be included in the stage movie. It can be external, but the main movie needs to know about it. I'm not sure what your other problem is. Can you be more specific? It's not clear what you mean when you say the projector ignores the external casts. What error messages are you getting? What are the symptoms? Cordially, Kerry Thompson [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!]
Re: lingo-l Projector vs. external cast
I'm not sure if this is your problem, but the only time I've found that you HAVE to include an external cast in the projector is if it contains elements that are present in frame 1 of your timeline. If the elements in an external cast aren't present on the main timeline until after frame 1, it should just load normally without needing to be included in the projector. Could this be your problem? Charlie Fiskeaux II Media Designer The Creative Group www.cre8tivegroup.com 859/858-9054x29 cell: 859/608-9194 - Original Message - From: Kristian [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 8:55 AM Subject: RE: lingo-l Projector vs. external cast Hi again and thanks... seems strange to me that the only way to use external casts is to make a stub movie - is this assumption correct? But if this is the way to go I can live with that... Having the same trouble (not getting external casts to load) when using MIAW's that uses external casts... can't even get them to work during authoring (although they work separately - when not in the MIAW). Is there some good documentation regarding external cast issues on the web? Because the good old rtfm doesn't do it for me here... Another question has anyone worked with the CastControl Xtra? If so any specific issues (cross-platform or anything else) that is good to know? /Kristian -- Hi Kristian I have a project that uses external casts (I plan to use a stub projector in the end), but when I am trying to test the project it seems like the projector totally ignores the external casts. It works fine if I include them in the projector but then the point of having them external kinda vanishes. Does anyone have a solution or some tips to my problem? Authoring-environment works fine by the way. Make everything external: Create a stub movie, with the code: on startMovie go movie myMovie end Start movie Where myMovie is the movie you're working on now... ...And make a projector out of that. Question 2: Can I protect my *.cst-files? There are a couple of ways of doing it, my favourite is to convert them to shockwave (.dcr for .dir and .cct for .cst). These will behave like normal files when played within a projector. Just open your movie in director and hit the publish button on the taskbar (or select it from the file menu). The converted copies will appear in the same folder as the originals. You can also go to Xtras-Protect Movies and follow the instructions there, but then you have to be very careful with backing up your originals. Karina [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!] [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!] [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!]
RE: lingo-l Projector vs. external cast
OK, sorry about the lack of information... here we go... For the external cast question, no, you don't have to have a stub, though Karina's suggestion is good for other reasons. For a MIAW to have access to an external cast, it needs to be included in the stage movie. It can be external, but the main movie needs to know about it. The external cast needs to be included? In both the MIAW and in the stage movie? I assume I just use the (in somewhat pseudo): castlib(whatCast).fileName = moviePath myfolder:mycast.cst I'm not sure what your other problem is. Can you be more specific? It's not clear what you mean when you say the projector ignores the external casts. What error messages are you getting? What are the symptoms? I'm in the middle of developing a project where I set up the stage first by importing and creating cast members in the internal cast and then putting them on stage by assigning them to sprites; these cast members are used for navigational purposes and does not take a lot of memory. The actual content consists of a lot of swf-files (and some with quicktime movies) that are pretty heavy (that's one of the reasons why I want to use several external casts). What I have done is crate an empty cast to which I the assign another one using fileName (see part of code below)... So I have createted the casts and linked them to my main movie (setting up searchPaths and such for the main movie to know about).This all works fine during authoring; but my problem started when I created a projector for testing (just included the main movie and the xtras I need). The projector runs fine EXCEPT it does not load any of the members in the external casts. I do not get any error message; it just does not show the cast members on stage. Below is part of the code I am using, like I said... authoring-mode is excellent but when creating projector it does not work... -- castLib(Content).fileName = the moviePath Assets:Content.cst repeat with i = 1 to the number of members of castLib(Content) setMemberPropsOfMe = member(i, Content).name setExternalFlaMemberProps(setMemberPropsOfMe) end repeat -- [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!]
RE: lingo-l Projector vs. external cast
The external cast needs to be included? In both the MIAW and in the stage movie? I assume I just use the (in somewhat pseudo): castlib(whatCast).fileName = moviePath myfolder:mycast.cst It doesn't need to be included in the projector, but it needs to be specifically linked. Modify | Movie | Casts | Link. Choose the cast, save and compact. That's the only way the movie knows to use that cast. I'll admit a little uncertainty on the MIAW issue. I'm pretty sure the cast needs to be linked to the stage movie, but I could be wrong. Try linking it to the MIAW movie first, then if it doesn't work, link it to the stage movie too. I'd appreciate a confirmation. I'm in the middle of developing a project where I set up the stage first by importing and creating cast members in the internal cast and then putting them on stage by assigning them to sprites; these cast members are used for navigational purposes and does not take a lot of memory. Ok, just a couple of caveats. First, have a place-holder sprite for the sprites you're going to assign. It can be a zero-pixel bitmap (open the paint window, name the cast member, and close the paint window without drawing anything), and of course the same cast member can be used for all the place holder sprites. Also, you will probably want to specifically puppet the sprites when you assign them new members. The actual content consists of a lot of swf-files (and some with quicktime movies) that are pretty heavy (that's one of the reasons why I want to use several external casts). The swfs can be heavy, but you do know that QT files are always external, don't you? They're linked by nature, even if the cast is internal. What I have done is crate an empty cast to which I the assign another one using fileName (see part of code below)... So I have createted the casts and linked them to my main movie (setting up searchPaths and such for the main movie to know about).This all works fine during authoring; but my problem started when I created a projector for testing (just included the main movie and the xtras I need). The projector runs fine EXCEPT it does not load any of the members in the external casts. I do not get any error message; it just does not show the cast members on stage. Below is part of the code I am using, like I said... authoring-mode is excellent but when creating projector it does not work... -- castLib(Content).fileName = the moviePath Assets:Content.cst repeat with i = 1 to the number of members of castLib(Content) setMemberPropsOfMe = member(i, Content).name setExternalFlaMemberProps(setMemberPropsOfMe) end repeat -- Ok, I assume your projector is on a Mac. If it's on Windows, you'll need to use the \ path seperator. Is the projector in the same folder as your dir file? That is, does the Assets:Content.cst cast exist as a subfolder? I'm not sure what setExternalFlaMemberProps does--does it import swf files? If so, do you have specific paths to those swf files? If you're using 8.5 or later, it's time to set the debugPlaybackEnabled = TRUE and do some puts to see what's happening in the projector. Cordially, Kerry Thompson [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
Thanks again for answer. Seems like some things are straightened out for me now. I actually did get it to work with external casts and projectors (using CastControl) will try the other tips that I have gotten from you as well. Another MIAW issue: When my main movie opens a MIAW that contains a quicktime movie it works fine only the first time the MIAW is opened. If I close it and reopen it the quicktime movie freezes and the controls does not work at all. Again it works fine in authoring-mode but not in projector-mode. I do handle forgetMIAW with closeWindow and such. Something anyone has heard about or stumbled into? It doesn't need to be included in the projector, but it needs to be specifically linked. Modify | Movie | Casts | Link. Choose the cast, save and compact. That's the only way the movie knows to use that cast. OK, will try that. Thanks. I'll admit a little uncertainty on the MIAW issue. I'm pretty sure the cast needs to be linked to the stage movie, but I could be wrong. Try linking it to the MIAW movie first, then if it doesn't work, link it to the stage movie too. I'd appreciate a confirmation. What I did was: use the CastControl Xtra (which allows me to attach and detach *.cst's) and initialized it in the stage movie as well and then it worked fine even in the projector. Have not tried it without CastControl but will post message and result when I have done so. Ok, just a couple of caveats. First, have a place-holder sprite for the sprites you're going to assign. It can be a zero-pixel bitmap (open the paint window, name the cast member, and close the paint window without drawing anything), and of course the same cast member can be used for all the place holder sprites. Did not know about. I guess a part of my problem is that I create the the sprites at the same time as the cast members and the assign the cast members to the sprites. Also, you will probably want to specifically puppet the sprites when you assign them new members. I already puppet the sprites. The swfs can be heavy, but you do know that QT files are always external, don't you? They're linked by nature, even if the cast is internal. Yes I did know that. Ok, I assume your projector is on a Mac. If it's on Windows, you'll need to use the \ path seperator. It actually is developed for both platforms but I did know about the path separator. Is the projector in the same folder as your dir file? That is, does the Assets:Content.cst cast exist as a subfolder? Yes it is. I'm not sure what setExternalFlaMemberProps does--does it import swf files? If so, do you have specific paths to those swf files? It's a function for setting the flash member properties through lingo instead of in the member properties in the actual cast because I (among other things) need to set regPoint (which I didn't find in the props window)... And even if I set some properties in the actual cast it seems my main movie ignores them. If you're using 8.5 or later, it's time to set the debugPlaybackEnabled = TRUE and do some puts to see what's happening in the projector. Will try. Cordially, Kerry Thompson [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!]
RE: lingo-l Projector vs. external cast
Hi Kristian, For the external cast question, no, you don't have to have a stub, though Karina's suggestion is good for other reasons. For a MIAW to have access to an external cast, it needs to be included in the stage movie. It can be external, but the main movie needs to know about it. The external cast needs to be included? In both the MIAW and in the stage movie? I assume I just use the (in somewhat pseudo): castlib(whatCast).fileName = moviePath myfolder:mycast.cst You may or may not need to include the external cast in the projector with your current configuration, but if you follow my suggestion regarding the stub movie, you definitely won't have to - I've used external casts quite a bit with this approach. The stub configuration is also good because you don't need to create a projector every time you make a change in your main movie - one projector fits all! :) Karina [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!]
RE: lingo-l Projector vs. external cast
Could be since I only use puppetSprites that are in frame one for controling the items on stage. Preloader maybe would do the trick? Thanks for answer. /Kristian I'm not sure if this is your problem, but the only time I've found that you HAVE to include an external cast in the projector is if it contains elements that are present in frame 1 of your timeline. If the elements in an external cast aren't present on the main timeline until after frame 1, it should just load normally without needing to be included in the projector. Could this be your problem? Charlie Fiskeaux II Media Designer The Creative Group www.cre8tivegroup.com 859/858-9054x29 cell: 859/608-9194 [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!]
RE: lingo-l Projector vs. external cast
Hey Kerry :) Karina gave you a good answer on protecting the casts. No further needed, except to emphasize _save a backup_ before you protect! Once you protect it, that's it. You can't unprotect it. That's why I like using the publish to shockwave button - your originals remain intact, and you get copies of the shocked files. I think the Xtras-Protect Movies is a bit risky, because it remove the originals, even though you get every opportunity to backup. Also, when shocking the files through Xtras-Protect my filenames keep getting truncated into MS-DOS format, which I find rather annoying. Karina [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
I do handle forgetMIAW with closeWindow and such. How are you handling the MIAW closing? Code specifics, please--there's a nasty gotcha with closing MIAWs. Cordially, Kerry Thompson [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!]
RE: lingo-l Projector vs. external cast
I think the Xtras-Protect Movies is a bit risky, because it remove the originals, even though you get every opportunity to backup. I have to admit I got bitten by that about 6 months ago, and you'd think I'd know better. It cost me two days' work. Now, I always make a copy into a separate folder, plus backing the originals up into yet another folder. Of course, making the dcr would fix that, wouldn't it? I should try it. Cordially, Kerry Thompson [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
Matbe I was doing somthing wrong, but I have always had trouble with Quicktime in MIAWs on windows. Seems to work fine on NT and Mac, but would crash ME, XP, etc. You might want to try using Mpegs and Mpeg Advance Xtra from Tabuleiro if you want to run Movies in a MIAW. -Original Message- From: Kristian [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 9:45 AM To: [EMAIL PROTECTED] Subject: RE: lingo-l Projector vs. external cast - BUT MIAW... Thanks again for answer. Seems like some things are straightened out for me now. I actually did get it to work with external casts and projectors (using CastControl) will try the other tips that I have gotten from you as well. Another MIAW issue: When my main movie opens a MIAW that contains a quicktime movie it works fine only the first time the MIAW is opened. If I close it and reopen it the quicktime movie freezes and the controls does not work at all. Again it works fine in authoring-mode but not in projector-mode. I do handle forgetMIAW with closeWindow and such. Something anyone has heard about or stumbled into? It doesn't need to be included in the projector, but it needs to be specifically linked. Modify | Movie | Casts | Link. Choose the cast, save and compact. That's the only way the movie knows to use that cast. OK, will try that. Thanks. I'll admit a little uncertainty on the MIAW issue. I'm pretty sure the cast needs to be linked to the stage movie, but I could be wrong. Try linking it to the MIAW movie first, then if it doesn't work, link it to the stage movie too. I'd appreciate a confirmation. What I did was: use the CastControl Xtra (which allows me to attach and detach *.cst's) and initialized it in the stage movie as well and then it worked fine even in the projector. Have not tried it without CastControl but will post message and result when I have done so. Ok, just a couple of caveats. First, have a place-holder sprite for the sprites you're going to assign. It can be a zero-pixel bitmap (open the paint window, name the cast member, and close the paint window without drawing anything), and of course the same cast member can be used for all the place holder sprites. Did not know about. I guess a part of my problem is that I create the the sprites at the same time as the cast members and the assign the cast members to the sprites. Also, you will probably want to specifically puppet the sprites when you assign them new members. I already puppet the sprites. The swfs can be heavy, but you do know that QT files are always external, don't you? They're linked by nature, even if the cast is internal. Yes I did know that. Ok, I assume your projector is on a Mac. If it's on Windows, you'll need to use the \ path seperator. It actually is developed for both platforms but I did know about the path separator. Is the projector in the same folder as your dir file? That is, does the Assets:Content.cst cast exist as a subfolder? Yes it is. I'm not sure what setExternalFlaMemberProps does--does it import swf files? If so, do you have specific paths to those swf files? It's a function for setting the flash member properties through lingo instead of in the member properties in the actual cast because I (among other things) need to set regPoint (which I didn't find in the props window)... And even if I set some properties in the actual cast it seems my main movie ignores them. If you're using 8.5 or later, it's time to set the debugPlaybackEnabled = TRUE and do some puts to see what's happening in the projector. Will try. Cordially, Kerry Thompson [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!] [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
From what I can tell (did use debugPlaybackEnabled = TRUE, thanks by the way) it never reaches this function. Have tried putting it in both the miaw movie and the main movie. /Kristian Here comes the code for both opening and closing: The code for opening is as follows: on getMIAW() global gMQTWin set gMQTWin to window miaw set the filename of gMQTWin to the moviepath miaw.dir set the title of gMQTWin to Title set the windowType of gMQTWin to 4 set the modal of gMQTWin to TRUE set horizOffset to 360 set vertOffset to 220 set windowSize to the drawRect of gMQTWin set newRect to offset(windowSize, horizOffset, vertOffset) set the rect of gMQTWin to newRect open gMQTWin end getMIAW The code for closing is as follows: on closeWindow global gMQTWin close gMQTWin forget gMQTWin put Closed MIAW end closeWindow -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kerry Thompson Sent: den 19 augusti 2003 17:02 To: [EMAIL PROTECTED] Subject: RE: lingo-l Projector vs. external cast - BUT MIAW... I do handle forgetMIAW with closeWindow and such. How are you handling the MIAW closing? Code specifics, please--there's a nasty gotcha with closing MIAWs. Cordially, Kerry Thompson [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!] [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
The code for closing is as follows: on closeWindow global gMQTWin close gMQTWin forget gMQTWin put Closed MIAW end closeWindow How are you calling the closeWindow handler? Cordially, Kerry Thompson [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!]
RE: lingo-l Projector vs. external cast
Hi, to the best of my knowledge, there is no need to link a MIAW's external casts to the main movie (but as long as they are set to Load when needed I suppose it probably won't hurt) - in fact I'm working on a project right now where all the MIAW's have external casts that are not linked to the stage movie. I would suspect it's more likely to be a path problem. Is the projector in the same folder you use for authoring? If not, your MIAW's may still be trying to link to external casts in a different location, although that will usually bring up the dreaded Where is castlib...? message That's about all I can suggest right now off the top of my head... Hope this is of some help, Martin Pallett At 10:15 19/08/2003 -0400, you wrote: The external cast needs to be included? In both the MIAW and in the stage movie? I assume I just use the (in somewhat pseudo): castlib(whatCast).fileName = moviePath myfolder:mycast.cst It doesn't need to be included in the projector, but it needs to be specifically linked. Modify | Movie | Casts | Link. Choose the cast, save and compact. That's the only way the movie knows to use that cast. I'll admit a little uncertainty on the MIAW issue. I'm pretty sure the cast needs to be linked to the stage movie, but I could be wrong. Try linking it to the MIAW movie first, then if it doesn't work, link it to the stage movie too. I'd appreciate a confirmation. I'm in the middle of developing a project where I set up the stage first by importing and creating cast members in the internal cast and then putting them on stage by assigning them to sprites; these cast members are used for navigational purposes and does not take a lot of memory. Ok, just a couple of caveats. First, have a place-holder sprite for the sprites you're going to assign. It can be a zero-pixel bitmap (open the paint window, name the cast member, and close the paint window without drawing anything), and of course the same cast member can be used for all the place holder sprites. Also, you will probably want to specifically puppet the sprites when you assign them new members. The actual content consists of a lot of swf-files (and some with quicktime movies) that are pretty heavy (that's one of the reasons why I want to use several external casts). The swfs can be heavy, but you do know that QT files are always external, don't you? They're linked by nature, even if the cast is internal. What I have done is crate an empty cast to which I the assign another one using fileName (see part of code below)... So I have createted the casts and linked them to my main movie (setting up searchPaths and such for the main movie to know about).This all works fine during authoring; but my problem started when I created a projector for testing (just included the main movie and the xtras I need). The projector runs fine EXCEPT it does not load any of the members in the external casts. I do not get any error message; it just does not show the cast members on stage. Below is part of the code I am using, like I said... authoring-mode is excellent but when creating projector it does not work... -- castLib(Content).fileName = the moviePath Assets:Content.cst repeat with i = 1 to the number of members of castLib(Content) setMemberPropsOfMe = member(i, Content).name setExternalFlaMemberProps(setMemberPropsOfMe) end repeat -- Ok, I assume your projector is on a Mac. If it's on Windows, you'll need to use the \ path seperator. Is the projector in the same folder as your dir file? That is, does the Assets:Content.cst cast exist as a subfolder? I'm not sure what setExternalFlaMemberProps does--does it import swf files? If so, do you have specific paths to those swf files? If you're using 8.5 or later, it's time to set the debugPlaybackEnabled = TRUE and do some puts to see what's happening in the projector. Cordially, Kerry Thompson [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!] Spike Rowe House Emson Close Saffron Walden UK CB10 1HL +44 (0) 1799 529 100 [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!]
lingo-l Director Programmer Position
Hi all. I found this posting this morning on Monster. It's looking for a Director programmer in Northern California. Here is the link: http://jobsearch.aol.monster.com/getjob.asp?JobID=18848319col=cy=USbrd=1%2C+1862lid=316fn=6jt=q=CD+Rom%2C+Training%2C+Interactive%2C+MultimediaAVSDM=2003%2D08%2D19+00%3A13%3A00CCD=my%2Eaol%2Emonster%2EcomJSD=jobsearch%2Eaol%2Emonster%2EcomHD=company%2Eaol%2Emonster%2EcomAD=http%3A%2F%2Fjobsearch%2Eaol%2Emonster%2Ecom%2Fjobsearch%2Easp%3Fbrd%3D1%26brd%3D1862%26lid%3D316%26fn%3D6%26jt%3D3%26q%3DCD%2BRom%252C%2BTraining%252C%2BInteractive%252C%2BMultimedia%26tm%3D1d%26sq%3DLOGO=1 Dave [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!]
Re: lingo-l Director Programmer Position
I found this posting this morning on Monster. It's looking for a Director programmer in Northern California. Before you all rush, it's $15-20 per hour, 10-20 hours per week. [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
The code for closing is as follows: on closeWindow global gMQTWin close gMQTWin forget gMQTWin put Closed MIAW end closeWindow How are you calling the closeWindow handler? I am not calling it since the documentation stated that it is a system handler and gets executed when I close a window using the window's close box. Any suggestions? /Kristian Cordially, Kerry Thompson [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!] [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
I am developing right now on XP, has anyone got a solution except using mpegs and Tabuleiro extras? Is this a common thing with Quicktime and MIAW's? Thanks for answer. /Kristian Matbe I was doing somthing wrong, but I have always had trouble with Quicktime in MIAWs on windows. Seems to work fine on NT and Mac, but would crash ME, XP, etc. You might want to try using Mpegs and Mpeg Advance Xtra from Tabuleiro if you want to run Movies in a MIAW. -Original Message- From: Kristian [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 9:45 AM To: [EMAIL PROTECTED] Subject: RE: lingo-l Projector vs. external cast - BUT MIAW... Thanks again for answer. Seems like some things are straightened out for me now. I actually did get it to work with external casts and projectors (using CastControl) will try the other tips that I have gotten from you as well. Another MIAW issue: When my main movie opens a MIAW that contains a quicktime movie it works fine only the first time the MIAW is opened. If I close it and reopen it the quicktime movie freezes and the controls does not work at all. Again it works fine in authoring-mode but not in projector-mode. I do handle forgetMIAW with closeWindow and such. Something anyone has heard about or stumbled into? It doesn't need to be included in the projector, but it needs to be specifically linked. Modify | Movie | Casts | Link. Choose the cast, save and compact. That's the only way the movie knows to use that cast. OK, will try that. Thanks. I'll admit a little uncertainty on the MIAW issue. I'm pretty sure the cast needs to be linked to the stage movie, but I could be wrong. Try linking it to the MIAW movie first, then if it doesn't work, link it to the stage movie too. I'd appreciate a confirmation. What I did was: use the CastControl Xtra (which allows me to attach and detach *.cst's) and initialized it in the stage movie as well and then it worked fine even in the projector. Have not tried it without CastControl but will post message and result when I have done so. Ok, just a couple of caveats. First, have a place-holder sprite for the sprites you're going to assign. It can be a zero-pixel bitmap (open the paint window, name the cast member, and close the paint window without drawing anything), and of course the same cast member can be used for all the place holder sprites. Did not know about. I guess a part of my problem is that I create the the sprites at the same time as the cast members and the assign the cast members to the sprites. Also, you will probably want to specifically puppet the sprites when you assign them new members. I already puppet the sprites. The swfs can be heavy, but you do know that QT files are always external, don't you? They're linked by nature, even if the cast is internal. Yes I did know that. Ok, I assume your projector is on a Mac. If it's on Windows, you'll need to use the \ path seperator. It actually is developed for both platforms but I did know about the path separator. Is the projector in the same folder as your dir file? That is, does the Assets:Content.cst cast exist as a subfolder? Yes it is. I'm not sure what setExternalFlaMemberProps does--does it import swf files? If so, do you have specific paths to those swf files? It's a function for setting the flash member properties through lingo instead of in the member properties in the actual cast because I (among other things) need to set regPoint (which I didn't find in the props window)... And even if I set some properties in the actual cast it seems my main movie ignores them. If you're using 8.5 or later, it's time to set the debugPlaybackEnabled = TRUE and do some puts to see what's happening in the projector. Will try. Cordially, Kerry Thompson [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!] [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!] [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
I am not calling it since the documentation stated that it is a system handler and gets executed when I close a window using the window's close box. Any suggestions? Indeed. You need to explicitly forget the MIAW. It's a bit more involved than it appears. You can't have the MIAW forget itself, and you can't tell the stage to forget the MIAW. Both are calls the MIAW makes, and a call must return. When it tries to return, though, the MIAW is gone. *Kablooie* is the technical term for what happens next. One method a lot of people use is to have a global in the stage movie, something like this. global gCloseMiaw on prepareMovie gCloseMIAW = FALSE yada yada End Then in a periodical, like a frame handler: global gCloseMiaw on exitFrame if gCloseMiaw = TRUE then close gMQTWin forget gMQTWin gCloseMiaw = FALSE end if end Then your MIAW would cause itself to be closed with something like this: tell the stage gCloseMiaw = TRUE end tell I actually use a little different method so I'm not stuck with a frame handler. Here's the way I do it: global gMIAWTimeOut on CloseModalDLOG gOkPressed if not voidP(window gMQTWin) then -- always assign a timeout to a variable -- or you'll get a memory leak gMIAWTimeOut = timeOut(gMiawName).new(50, #mForgetWindow, VOID) end if end on mForgetWindow lWindowName = gMIAWTimeOut .name if not voidP(window lWindowName) then window(lWindowName).forget() gMiawName = VOID end if gMIAWTimeOut .target = VOID gMIAWTimeOut .forget() gMIAWTimeOut = VOID end Hope that helps. Cordially, Kerry Thompson [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
I am developing right now on XP, has anyone got a solution except using mpegs and Tabuleiro extras? Is this a common thing with Quicktime and MIAW's? I'm not sure it's a MIAW and QT issue. I've heard reports of problems with QT in a MIAW, but it's a common method people use to do a screen capture of a QT. Cordially, Kerry Thompson [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!]
lingo-l OT: Havok site
Is Havok down? _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
Further down... I am not calling it since the documentation stated that it is a system handler and gets executed when I close a window using the window's close box. Any suggestions? Indeed. You need to explicitly forget the MIAW. It's a bit more involved than it appears. You can't have the MIAW forget itself, and you can't tell the stage to forget the MIAW. Both are calls the MIAW makes, and a call must return. When it tries to return, though, the MIAW is gone. *Kablooie* is the technical term for what happens next. One method a lot of people use is to have a global in the stage movie, something like this. global gCloseMiaw on prepareMovie gCloseMIAW = FALSE yada yada End Then in a periodical, like a frame handler: global gCloseMiaw on exitFrame if gCloseMiaw = TRUE then close gMQTWin forget gMQTWin gCloseMiaw = FALSE end if end Then your MIAW would cause itself to be closed with something like this: tell the stage gCloseMiaw = TRUE end tell OK, I can follow this... But the tell the stage handler has to be in a preiodical or?? What I need is to capture the close event that gets triggered when the user uses the close box in the title bar... Possible? Would of cause be glad to do it your way but not sure I can figure that out quite yet without som explanation on how you call the handlers... I assume they are in the stage movie? Thanks a bunch /Kristian I actually use a little different method so I'm not stuck with a frame handler. Here's the way I do it: global gMIAWTimeOut on CloseModalDLOG gOkPressed if not voidP(window gMQTWin) then -- always assign a timeout to a variable -- or you'll get a memory leak gMIAWTimeOut = timeOut(gMiawName).new(50, #mForgetWindow, VOID) end if end on mForgetWindow lWindowName = gMIAWTimeOut .name if not voidP(window lWindowName) then window(lWindowName).forget() gMiawName = VOID end if gMIAWTimeOut .target = VOID gMIAWTimeOut .forget() gMIAWTimeOut = VOID end Hope that helps. Cordially, Kerry Thompson [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!] [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!]
RE: lingo-l Projector vs. external cast - BUT MIAW...
OK, I can follow this... But the tell the stage handler has to be in a preiodical or?? What I need is to capture the close event that gets triggered when the user uses the close box in the title bar... Possible? I'm not sure--I've never used a close box on a MIAW. I always put a close button, and clicking it tells the stage to set the global, or calls the CloseModalDialog handler. I don't know if you can trap it or not. If you set the global on the stage (from the MIAW, with tell the stage), then you have to be checking the global periodically in the stage movie. I prefer the second method, because you can call it directly from the MIAW (tell the stage CloseModalDLOG ), and you don't have to have it in a periodical handler. CloseModalDLOG just has to be in a movie script. Would of cause be glad to do it your way but not sure I can figure that out quite yet without som explanation on how you call the handlers... I assume they are in the stage movie? Yes, the handlers are in the stage movie, in a movie script. You would have a button in the MIAW with a script something like this: on mouseUp me tell the stage CloseModalDLOG() end tell end Cordially, Kerry Thompson [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!]
Re: lingo-l Director Programmer Position
I found this posting this morning on Monster. It's looking for a Director programmer in Northern California. Before you all rush, it's $15-20 per hour, 10-20 hours per week. Is it bad at all?? sad that it requires to be elegible to work in the states thou Luiz [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!]
Re: lingo-l Director Programmer Position
Before you all rush, it's $15-20 per hour, 10-20 hours per week. Is it bad at all?? sad that it requires to be elegible to work in the states thou As a rate per hour for a full time job, in this economy it might be worth going for, but if you have to be available and that particular week they use you for 10 hours at $15, that's $150, which would be about 3 - 7 days rent in that area. [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!]
Re: lingo-l Director Programmer Position
That pay is insulting. It's an entry level salary, especially considering that it's part time. Maybe OK for the Carolinas but not for California. // contact us for your next web project: http://www.wisewebnet.com From: Luiz Gustavo Castelan Póvoas [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: lingo-l Director Programmer Position Date: Tue, 19 Aug 2003 16:14:02 -0300 I found this posting this morning on Monster. It's looking for a Director programmer in Northern California. Before you all rush, it's $15-20 per hour, 10-20 hours per week. Is it bad at all?? sad that it requires to be elegible to work in the states thou Luiz [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!] _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus [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!]
Re: lingo-l OT: QT Codecs
A little OT. How do I get the codecs so QT can play MPEG-4 and DV (a capture from a digital camcorder)? I have QT 6.3 on Windows XP Pro. Both should work just find (assuming you did the Recommended Install). Do you have samples somewhere? [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!]
Re: lingo-l Director Programmer Position
On Tuesday, Aug 19, 2003, at 11:40 America/Chicago, Colin Holgate wrote: I found this posting this morning on Monster. It's looking for a Director programmer in Northern California. Before you all rush, it's $15-20 per hour, 10-20 hours per week. And you need to be a resident of NoCal already; they aren't paying moving expenses. Warren Ockrassa | President, nightwares LLC [EMAIL PROTECTED] nightwares LLC | Consulting Programming http://www.nightwares.com/ Author | Director 8.5 Shockwave Studio: A Beginner's Guide Chapter samples | http://www.nightwares.com/director_beginners_guide/ [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!]
RE: lingo-l OT: QT Codecs
Both should work just find (assuming you did the Recommended Install). Do you have samples somewhere? Hmm... I just checked Apple's Web site, and the MPEG-4 samples there played ok. Made me homesick--I watched the Pacific Coast video, which was shot in the Monterey area, where I lived for 18 years. Maybe the files are corrupt. I'm getting an error message that it's a format QT doesn't recognize. I can put them on my ftp site if you'd like to take a look at them. Cordially, Kerry Thompson [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!]
RE: lingo-l OT: QT Codecs
Maybe the files are corrupt. I'm getting an error message that it's a format QT doesn't recognize. I can put them on my ftp site if you'd like to take a look at them. Sure. You know I guess that MPEG-4 is both a file format and a video compressor (but would more fully be called MPEG-4 Video when it's a video compressor). Your files may be MPEG-4 with a different kind of video compressor. [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!]
Re: lingo-l Director Programmer Position
On Tuesday, Aug 19, 2003, at 14:14 America/Chicago, Luiz Gustavo Castelan Póvoas wrote: I found this posting this morning on Monster. It's looking for a Director programmer in Northern California. Before you all rush, it's $15-20 per hour, 10-20 hours per week. Is it bad at all?? The hourly wage at its lower extremity is about half what a good Director hacker's time is worth (ideally). US$20 isn't ghastly, but NoCal is not a cheap place to live. In fact most of California is outrageously expensive. A part time position at the rate given is not enough to sustain one comfortably there, and would be hard to live on just about anywhere else in the US either, especially if one has a family and/or debt load typical of the US consumer prior to the stock market foldup in 2000. sad that it requires to be elegible to work in the states thou There've been times recently when I've been tempted to move to India, since the job market there is a flaming hell of a lot better, and their power grid's really no worse than our own. Besides, I've always been partial to pappadams. ;) Warren Ockrassa | President, nightwares LLC [EMAIL PROTECTED] nightwares LLC | Consulting Programming http://www.nightwares.com/ Author | Director 8.5 Shockwave Studio: A Beginner's Guide Chapter samples | http://www.nightwares.com/director_beginners_guide/ [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!]
Re: lingo-l Director Programmer Position
I get 6.25 US dolars each hour... Thats fairly good for Brazil, if I count that I have no major yet... the problem is that everything I like to buy (electronics) and I like to do (snowboarding) is expensive and is priced in US dollars... anyway, if I get a chance to get a temporary legal job in multimedia in North America, I would surely go for it! It would be really good for my curriculum vitae, not counting that in North America you travel a lot less to get to a good snow mountain than in South America ;) Luiz [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!]
Re: lingo-l Director Programmer Position
From a german view: the payment is ridiculous Florian [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!]
Re: lingo-l Director Programmer Position
For the San Jose area, it'd only make sense if it you had a day job and was doing it on the side. There is another listing (on dice.com) as follows. Note that two listings for the whole country is a sad state of affairs. But anyway: Title: Director Programmer Skills: Macromedia Director and 3rd party xtras Date: 8-15-2003 Location: Baltimore, MD Area code: 410 Tax term: FULLTIME Pay rate: DOE Length: Full-time Position ID: 3 Dice ID: 10111012 Position Purpose: This position will be responsible for developing custom software using Macromedia Director's Lingo scripting language. Extensive use of Macromedia Director and 3rd party xtras is required. Required Knowledge, Skills and Abilities: A Bachelor degree in Computer Science or equivalent Minimum four plus (4+) years experience creating multimedia products using Macromedia Director 8.0 MX Working knowledge of object-oriented Lingo programming, including the use of behaviors and parent scripts in developing cross-platform applications Advanced knowledge of Director xtras such as Prinotmatic, BuddyApi, DirectMedia, etc. Perform technical analyses of end-user delivery platform and document findings in technical specification documents Create, develop and maintain interactive multimedia programs Write technical maintenance documents Develop code libraries Ensure functional integrity and design continuity Keep abreast of current interactive trends, technology and design Estimate accurate time on projects Ability and desire to learn new technologies Self-motivated, deadline oriented, multi-task oriented Ability to handle fast paced projects Candidate will be tenacious, diplomatic, confidant, organized, detail oriented, and responsible Excellent verbal and written communication Candidates must demonstrate previous work via Web, CD ROM, or sample code. Past experience working within an agency setting such as collaborating with business development, project managers, graphic designers, instructional designers etc., is preferable. Desired Knowledge, Skills and Abilities: Understanding of digital video and audio tools including compression and optimization for playback from CD-ROM and web Working knowledge of plug-ins and other software packages and formats, including Flash, Shockwave, MIAWs, LDMS, XML, SourceSafe, and Microsoft Office. Working knowledge of learning management systems such as Docent, Saba, Ingenium Travel required: none Telecommute: no Contact for more information: Alissa Embry Accelera Corporation 2400 Boston Street Suite 310 Baltimore, MD 21224 Phone: (410) 732-7690 Fax: (410) 732-6854 E-mail: [EMAIL PROTECTED] Web: http://www.accelera.com [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!]
lingo-l Superscript caracters
I have been importing files in HTML.. is some parts, where I want to show a squared number like (Km^2) it is using the basic html syntax for that - sup2/sup the problem is that director makes the 2 so big, that it is written over the previous line of the text... if I use RTF to import it, director separates the lines too much, and the line spacing gets messedup (uggly)... is there some other HTML tags/codes that I can use instead of the sup formatting in order to represent the SQUARE (^2) in a good manner? thanks guys Luiz [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!]
RE: lingo-l Superscript caracters
You have to change the font size as well. supfont size=42/font/sup -Original Message- From: Luiz Gustavo Castelan Póvoas [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 4:02 PM To: [EMAIL PROTECTED] Subject: lingo-l Superscript caracters I have been importing files in HTML.. is some parts, where I want to show a squared number like (Km^2) it is using the basic html syntax for that - sup2/sup the problem is that director makes the 2 so big, that it is written over the previous line of the text... if I use RTF to import it, director separates the lines too much, and the line spacing gets messedup (uggly)... is there some other HTML tags/codes that I can use instead of the sup formatting in order to represent the SQUARE (^2) in a good manner? thanks guys Luiz [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!] [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!]
Re: lingo-l Superscript caracters
almost there it seems that fontsize 8 in director works exactly for the SQUARE caracter BUT font size = 1 gives me fontsize 9 can I get fontsize = 9 with HTML in director? Luiz [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!]
RE: lingo-l Superscript caracters
Not sure using HTML, but once it is imported you can do it in director: Loop through char by char Check fontstyle if fontStlye = #subscript Or #superScript then set that chars fontsize to 9 -Original Message- From: Luiz Gustavo Castelan Póvoas [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 4:32 PM To: [EMAIL PROTECTED] Subject: Re: lingo-l Superscript caracters almost there it seems that fontsize 8 in director works exactly for the SQUARE caracter BUT font size = 1 gives me fontsize 9 can I get fontsize = 9 with HTML in director? Luiz [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!] [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!]
Re: lingo-l Superscript caracters
On Tuesday, Aug 19, 2003, at 16:02 America/Chicago, Luiz Gustavo Castelan Póvoas wrote: is there some other HTML tags/codes that I can use instead of the sup formatting in order to represent the SQUARE (^2) in a good manner? Not that I've ever found. What I ended up having to do was parse the RTF in the #text member and set the superscript offset by hand. It's a massive pain in the shorts but it does produce acceptable results. Warren Ockrassa | President, nightwares LLC [EMAIL PROTECTED] nightwares LLC | Consulting Programming http://www.nightwares.com/ Author | Director 8.5 Shockwave Studio: A Beginner's Guide Chapter samples | http://www.nightwares.com/director_beginners_guide/ [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!]
Re: lingo-l Projector vs. external cast
First. Sure you can protect your cst files. It works exactly like the dir files. Same procedure for both. Regarding your linking problem maybe the problem is that the casts are not linked to the dir file. The easiest way to dothis is to throw any of the cast members you want to link into the stage. Director will aske if you want to link the cast to the movie. You answer yes and it´s done. Even if you delete that sprite, the cast will contnue linke t the dir movie until you manually unlink it. Try this, i can´t think now of anything that can cause that kind of error, at least not any magical kind of error (which happen not so esporadically as one might think) - Original Message - From: Kristian [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 4:29 AM Subject: lingo-l Projector vs. external cast Hi great list, here comes a somewhat funny question: I have a project that uses external casts (I plan to use a stub projector in the end), but when I am trying to test the project it seems like the projector totally ignores the external casts. It works fine if I include them in the projector but then the point of having them external kinda vanishes. Does anyone have a solution or some tips to my problem? Authoring-environment works fine by the way. Question 2: Can I protect my *.cst-files? Thanks in advance. /Kristian [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!] [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!]
Re[2]: lingo-l Superscript caracters
i've found out that its better to use special caracters ie: #178; for the SQUARE (^2) #179; for the Cube (^3) so I can save the HTML in some way it doesnt need to be parsed at all when I read it from the HTML file... thank you all Luiz [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!]