RE: lingo-l BUDDY API BUG -- NOOOOOOOOOOO!!
Ha! Yes, I realize that was a ridiculous typo on my part. My bad. Wicked bad. However, there's still an issue with baCopyXFileProgress not being able to get at items more than 5 levels deep. Sometimes when I post, I do so hastily. - Michael M. [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 BUDDY API BUG -- NOOOOOOOOOOO!!
OK, now you've got us confused- hmmm... seems to work for me (win2k, buddy 3.7- now with the MUCH BETTER non-swf help document) longFolder=d:\1dir\2dir\3dir\4dir\5dir\6dir\7dir\ aFile=afile.txt put bafileexists(longFolderaFile) --1 put baopenfile(longFolderaFile,normal) --44 (no error, opened fine) put bafolderexists(longFolder) --1 newFolder=d:\dir1\ put bacopyxfilesprogress(longFoler,newFolder,*.*,always,my title,0) --0 (no error copied fine) Stephen Mendelsohn, Michael wrote the following on 10/11/2004 7:07 AM: Ha! Yes, I realize that was a ridiculous typo on my part. My bad. Wicked bad. However, there's still an issue with baCopyXFileProgress not being able to get at items more than 5 levels deep. Sometimes when I post, I do so hastily. - Michael M. [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 BUDDY API BUG -- NOOOOOOOOOOO!!
This may or not be related, but I have noticed that sometimes Buddy API returns 0 for baFileExists() even when its there. Have not narrowed down why yet (path length, folder depth, etc) but it may be related if the Xtra uses the same function internally to validate files. -Chuck -- Chuck Neal CEO, MediaMacros, Inc. [EMAIL PROTECTED] http://www.mediamacros.com -- Check out the Developers Mall Your one stop shop for all your Director Xtra Needs http://www.mediamacros.net/customer -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Ingrum Sent: Monday, October 11, 2004 9:30 AM To: [EMAIL PROTECTED] Subject: Re: lingo-l BUDDY API BUG -- NOOO!! OK, now you've got us confused- hmmm... seems to work for me (win2k, buddy 3.7- now with the MUCH BETTER non-swf help document) longFolder=d:\1dir\2dir\3dir\4dir\5dir\6dir\7dir\ aFile=afile.txt put bafileexists(longFolderaFile) --1 put baopenfile(longFolderaFile,normal) --44 (no error, opened fine) put bafolderexists(longFolder) --1 newFolder=d:\dir1\ put bacopyxfilesprogress(longFoler,newFolder,*.*,always,my title,0) --0 (no error copied fine) Stephen Mendelsohn, Michael wrote the following on 10/11/2004 7:07 AM: Ha! Yes, I realize that was a ridiculous typo on my part. My bad. Wicked bad. However, there's still an issue with baCopyXFileProgress not being able to get at items more than 5 levels deep. Sometimes when I post, I do so hastily. - Michael M. [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 BUDDY API BUG -- NOOOOOOOOOOO!!
Umm, well, maybe I should explain myself a bit clearer -- I'm really using baCopyXFileProgress, and for the source folder, 5 deep, it doesn't recognize that folder as existing. So it's then that I tested baOpenFile against baFolderExists. - MM [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 BUDDY API BUG -- NOOOOOOOOOOO!!
um...1 means true. - Original Message - From: Mendelsohn, Michael [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 08, 2004 3:39 PM Subject: RE: lingo-l BUDDY API BUG -- NOOO!! Umm, well, maybe I should explain myself a bit clearer -- I'm really using baCopyXFileProgress, and for the source folder, 5 deep, it doesn't recognize that folder as existing. So it's then that I tested baOpenFile against baFolderExists. - MM [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 BUDDY API BUG -- NOOOOOOOOOOO!!
On Oct 8, 2004, at 5:21 PM, John Mathis wrote: um...1 means true. ;-D -- Troy RPSystems, Ltd. http://www.rpsystems.net [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 Buddy API
I have 3 17 monitors running 1280x1024, timeline, stage and scripts basically, I became so dependant on this layout that I had to replicate the system in my office at home. Personally, over the last 2 years, I think I have probably saved my self 2 or 3 man days and a case of RSI just by not constantly moving floating windows around -Original Message- From: Troy Rollins [mailto:[EMAIL PROTECTED] Sent: 19 September 2004 01:03 To: [EMAIL PROTECTED] Subject: Re: lingo-l Buddy API On Sep 18, 2004, at 10:24 AM, Petro Bochan wrote: I wonder what's your screen res? For working in Director? The more the better. ;-) Personally, I'm reasonably happy with my two LCD displays at their native resolutions. 1920x1200 + 1440x900 = 3.6m pixels. The less hiding and unhiding of panels, the more I like it. Also, OSX does not offer the sliding interface groups (whatever they are called) that the Windows version does. -- Troy RPSystems, Ltd. http://www.rpsystems.net [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 Buddy API
- Original Message - From: roymeo [EMAIL PROTECTED] And You should NEVER presume that you know my project better than I do. You seem to have misunderstood the scope of my argument. Since I apparently wasn't clear enough about it, I was only talking about freely distributed software. Kiosks, as I said, are exceptions. There are other things that are exceptions for the same reason that kiosks are exceptions: they are not freely distributed software. If the Client wants to reset the laptop resolution of those 50 sales-people to 800x600, that is the Client's right to pay me to implement. it might even make sense. The reason this is a special case in the same way that a kiosk is a special case is that the client *is* the end user. It doesn't matter what the salesperson thinks because it's not their laptop. If the client wants to install this on the home PCs of their sales force then we are back to the general case and no, you should not do that even if the client wants it because the client doesn't have the right to make that decision for the end-users. It simply comes down to who owns/administers the systems on which the projector is being installed. For everyday end-users in receipt of freely distributed software, they have no special pre-standing agreements with you about what you may or may not do to their computer so you simply do not have a right to go making assumptions about what is acceptable and what isn't. Anything that can potentially break their system simply isn't acceptable unless it is a user-instigated option. I do not see this as a difficult concept to understand or accept. If a client comes to you with a project that includes spyware in breach of all sorts of privacy laws (which obviously vary from country to country, but they do exist and this is hypothetical) should you break the law and develop that software for them anyway? No, you shouldn't. Even if it's not illegal to do something that can potentially damage a computer should you do that? No, it's not illegal but it's definitely unethical. In fact, even though changing the monitor resolution is assumed to be perfectly legal, you (either the developer or the client) may be legally liable for any damage that might be caused. However, since there has never to my knowledge been a legal test case to prove that, I'm not asserting it to be true: just saying it's something to consider, and ask whether it's a risk worth taking. Do specific contracts with the end-users make a difference? Yes, of course they do. Employees of your client are to a lesser or greater degree, the same entity, and may have signed away specific rights. In that case you can get away with more, if that's what the client wants and it's not illegal or unethical to do so. If however, the end-users have no special legal contracts with you or your client then they are not a special case. I hope I have now made it quite clear where I draw the line on this one and that I still do not agree that there are exceptions to the rule about not f!*king with hardware settings without permission: the only exception I have made here concerns how permission is actually granted, but you still have prior permission of the *user* (who may or may not be the same entity as the client: understanding the difference is quite important). - Robert [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 Buddy API
First of all, I generally agree with you. But, there are ways to make it work. Have you noticed that the Macromedia Shockwave games (Lemonade Tycoon 2) reset your video? They obviously feel it is a risk worth taking. Stephen Robert Tweed wrote the following on 9/19/2004 4:32 PM: - Original Message - From: roymeo [EMAIL PROTECTED] And You should NEVER presume that you know my project better than I do. You seem to have misunderstood the scope of my argument. Since I apparently wasn't clear enough about it, I was only talking about freely distributed software. Kiosks, as I said, are exceptions. There are other things that are exceptions for the same reason that kiosks are exceptions: they are not freely distributed software. If the Client wants to reset the laptop resolution of those 50 sales-people to 800x600, that is the Client's right to pay me to implement. it might even make sense. The reason this is a special case in the same way that a kiosk is a special case is that the client *is* the end user. It doesn't matter what the salesperson thinks because it's not their laptop. If the client wants to install this on the home PCs of their sales force then we are back to the general case and no, you should not do that even if the client wants it because the client doesn't have the right to make that decision for the end-users. It simply comes down to who owns/administers the systems on which the projector is being installed. For everyday end-users in receipt of freely distributed software, they have no special pre-standing agreements with you about what you may or may not do to their computer so you simply do not have a right to go making assumptions about what is acceptable and what isn't. Anything that can potentially break their system simply isn't acceptable unless it is a user-instigated option. I do not see this as a difficult concept to understand or accept. If a client comes to you with a project that includes spyware in breach of all sorts of privacy laws (which obviously vary from country to country, but they do exist and this is hypothetical) should you break the law and develop that software for them anyway? No, you shouldn't. Even if it's not illegal to do something that can potentially damage a computer should you do that? No, it's not illegal but it's definitely unethical. In fact, even though changing the monitor resolution is assumed to be perfectly legal, you (either the developer or the client) may be legally liable for any damage that might be caused. However, since there has never to my knowledge been a legal test case to prove that, I'm not asserting it to be true: just saying it's something to consider, and ask whether it's a risk worth taking. Do specific contracts with the end-users make a difference? Yes, of course they do. Employees of your client are to a lesser or greater degree, the same entity, and may have signed away specific rights. In that case you can get away with more, if that's what the client wants and it's not illegal or unethical to do so. If however, the end-users have no special legal contracts with you or your client then they are not a special case. I hope I have now made it quite clear where I draw the line on this one and that I still do not agree that there are exceptions to the rule about not f!*king with hardware settings without permission: the only exception I have made here concerns how permission is actually granted, but you still have prior permission of the *user* (who may or may not be the same entity as the client: understanding the difference is quite important). - Robert [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 Buddy API
- Original Message - From: KLGC Studio [EMAIL PROTECTED] [ snip: about changing monitor resolutions ] The key is to be very polite and informative about doing so. The key is to give an *option* to do so, which the user can choose to ignore. Of course, this doesn't apply to kiosk-type presentation, but an application should never, ever, change any of the user's hardware settings without *asking* the user first, and falling back gracefully if the user has some reason why they don't want this to happen. Even giving the user such an option should be considered very carefully before implementing, simply because you never know what sort of idiots might be looking at your app and if there are enough who would say yes to an option they should have said no to then you could have a problem. Why am I so strict about this? Simply, you can *never* presume to know enough about the user's environment to know that it is safe to change resolutions. On a laptop running at 800x600, you may find out that the video card supports 1024x768, but you may not realise that changing to that resolution causes the display to switch to a virtual desktop mode. On a CRT, the video card may support the resolution and the monitor may *think* that it can support the refresh rate, but as soon as you switch the user is looking at a dead monitor because the refresh rate is unsupported. In the worst case scenario, this can cause physical damage to the monitor, although I have never seen this happen, so I think it only applies to very old ones. - Robert [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 Buddy API
Robert Tweed The key is to give an *option* to do so, which the user can choose to ignore. Of course, this doesn't apply to kiosk-type presentation, but an application should never, ever, change any of the user's hardware settings without *asking* the user first, and falling back gracefully if the user has some reason why they don't want this to happen. Hi Robert, I guess your speculations are quite reasonable, cause let's consider the following. I've got a PC Samsung SyncMaster 172s flat display. My current screen res is 480x460 (i know i'm a pervert, cause this monitor is capable of 1280x1024 but i like it this way). when in the message window i do: set OK to baSetDisplay(800, 600, 32, perm, TRUE) it works ok, but the problem is that the autocalibrating button can't be triggered and the sreen looks shifted (that is, some of the sides aren't visible). Besides, if you trigger that Auto button on the monitor it does two usefull things: it adjusts the sides of the screen + it manages the display sharpness for optimum performance. So after triggering the buddy command i got the screen sides shifted plus screwed sharpness. Of course, if you are working on a standard monitor (not LCD) it's sort of easier to manipulate the res. -- All the best Petro Bochan [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 Buddy API
Mr. Tweed, I like the way you base your argument on a convenient snippet (taken in part and out of context), and then use such to righteously challenge a portrayed blasé attitude towards the viewer.I respect your opinion and your full right to get up on a soap box and broadcast it to the world, but not your misconstruing what I said in whole. Actually, doing so only lessens such an argument in the eyes of those that take the time to read and understand what is being said. We could go back and forth all day, but the discerning audience already understands the points made so I'm going to get back to something productive. Hope you're having a nice day :-) Lee C Robert Tweed wrote: - Original Message - From: KLGC Studio [EMAIL PROTECTED] [ snip: about changing monitor resolutions ] The key is to be very polite and informative about doing so. The key is to give an *option* to do so, which the user can choose to ignore. Of course, this doesn't apply to kiosk-type presentation, but an application should never, ever, change any of the user's hardware settings without *asking* the user first, and falling back gracefully if the user has some reason why they don't want this to happen. Even giving the user such an option should be considered very carefully before implementing, simply because you never know what sort of idiots might be looking at your app and if there are enough who would say yes to an option they should have said no to then you could have a problem. Why am I so strict about this? Simply, you can *never* presume to know enough about the user's environment to know that it is safe to change resolutions. On a laptop running at 800x600, you may find out that the video card supports 1024x768, but you may not realise that changing to that resolution causes the display to switch to a virtual desktop mode. On a CRT, the video card may support the resolution and the monitor may *think* that it can support the refresh rate, but as soon as you switch the user is looking at a dead monitor because the refresh rate is unsupported. In the worst case scenario, this can cause physical damage to the monitor, although I have never seen this happen, so I think it only applies to very old ones. - Robert [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 Buddy API
At 12:00 Uhr +0100 18.09.2004, Petro Bochan wrote: I guess your speculations are quite reasonable, cause let's consider the following. I've got a PC Samsung SyncMaster 172s flat display. My current screen res is 480x460 c'mon, you're taking us for a ride, aren't you ? even if 480x460 is meant to be 640x480 (man, what kind of typo is that ?!) I am seriously shocked, how a director developer can work with a 640x480 resolution at all ! ;-) -- ||| a¿ex -- [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 Buddy API
- Original Message - From: KLGC Studio [EMAIL PROTECTED] I like the way you base your argument on a convenient snippet (taken in part and out of context), I was essentially arguing the same point, but disagreeing with the opinion that there are occasions when it is OK to change the user's hardware settings without asking (or even that asking is in itself a suitable get-out for doing so inappropriately). At first glance it appears that this is what you were saying, but having re-read your post it seems I may have been wrong about this, in which case I apologise if my reply seemed unnecessarily argumentative. Still, applications that change the screen settings without asking or refuse to work at a different resolution are a pet hate of mine so I will not agree with anyone who says there are times when it is acceptable outside of a kiosk. It is not, and programmer laziness or lack of budget is not a good excuse. An option to change resolution should be just that: an *option*, instigated by the user _at their request_, that is all. - Robert [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 Buddy API
No disagreement ;-) Robert Tweed wrote: - Original Message - From: KLGC Studio [EMAIL PROTECTED] I like the way you base your argument on a convenient snippet (taken in part and out of context), I was essentially arguing the same point, but disagreeing with the opinion that there are occasions when it is OK to change the user's hardware settings without asking (or even that asking is in itself a suitable get-out for doing so inappropriately). At first glance it appears that this is what you were saying, but having re-read your post it seems I may have been wrong about this, in which case I apologise if my reply seemed unnecessarily argumentative. Still, applications that change the screen settings without asking or refuse to work at a different resolution are a pet hate of mine so I will not agree with anyone who says there are times when it is acceptable outside of a kiosk. It is not, and programmer laziness or lack of budget is not a good excuse. An option to change resolution should be just that: an *option*, instigated by the user _at their request_, that is all. - Robert [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 Buddy API
From: Alex da Franca [EMAIL PROTECTED] c'mon, you're taking us for a ride, aren't you ? even if 480x460 is meant to be 640x480 (man, what kind of typo is that ?!) I am seriously shocked, how a director developer can work with a 640x480 resolution at all ! ;-) Hi Alex, You see, the point is that i've got only one old computer at home and it's not only me that uses it. My parents often use it to browse family pictures. if i define 1024x768 then it'd be hard for my mom to find those folders with pics (she's rather short sighted). Besides, i don't really mind to work with Director like that (to tell you the truth i used to work at 320x240 not long ago), cause i use this app primarily for handling text, sound and some bitmaps. I somewhat don't care about other features in it (probably some day i would, but for now it's ok). I wonder what's your screen res? -- All the best Petro Bochan [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 Buddy API
At 15:24 Uhr +0100 18.09.2004, Petro Bochan wrote: Hi Alex, You see, the point is that i've got only one old computer at home and it's not only me that uses it. I didn't want to sound offensive. I just can't imagine (remember) getting any work done at 640x480. once you get used to a higher screen resolution you'll feel the same. I wonder what's your screen res? 1280x1024 and 1280x854 and still these floating windows in director are cluttering my screen -- ||| a¿ex -- [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 Buddy API
Hallo Alex How can you see that. I use 1152x864 for a normal stage size authoring of 1024x768. Any higher resolution and these mature eyes can't read the print on Windows. I told my wife that when I get a G5 in the new year I was going to get the 30 screen, but she vetoed the idea saying I could not have a monitor larger than her TV :-) Beste Wünsche Lee C Alex da Franca wrote: At 15:24 Uhr +0100 18.09.2004, Petro Bochan wrote: Hi Alex, You see, the point is that i've got only one old computer at home and it's not only me that uses it. I didn't want to sound offensive. I just can't imagine (remember) getting any work done at 640x480. once you get used to a higher screen resolution you'll feel the same. I wonder what's your screen res? 1280x1024 and 1280x854 and still these floating windows in director are cluttering my screen [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 Buddy API
I told my wife that when I get a G5 in the new year I was going to get the 30 screen, but she vetoed the idea saying I could not have a monitor larger than her TV :-) Wow. Time for a new wife... [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 Buddy API
Why am I so strict about this? Simply, you can *never* presume to know enough about the user's environment to know that it is safe to change resolutions. On a laptop running at 800x600, you may find out that the video card supports 1024x768, but you may not realise that changing to that resolution causes the display to switch to a virtual desktop mode. On a CRT, the video card may support the resolution and the monitor may *think* that it can support the refresh rate, but as soon as you switch the user is looking at a dead monitor because the refresh rate is unsupported. In the worst case scenario, this can cause physical damage to the monitor, although I have never seen this happen, so I think it only applies to very old ones. - Robert And You should NEVER presume that you know my project better than I do. If the Client wants to reset the laptop resolution of those 50 sales-people to 800x600, that is the Client's right to pay me to implement. it might even make sense. If you wanna get all UI-Nazi about it, you should never presume to develop an interface without plenty of wire-frame target audience testing, no design work should be done until the workflow, use case, and IA is done, etc. You MUST have frequent evaluation of the development with your target audience, etc. etc. I could look through a straw at whatever my current project is and through out a bunch of meaningless advice and absolutes, too. And then change them when I look at the next project. And a again on the next. If you think there are absolutes, you're either naively assuming everyone else is doing the same sort of projects you're doing (right now), or you are just a dangerous ideologue. *shrug* roymeo --- Roy Crisman Macromedia Director Programmer, Lingo Guru, Multimedia Producer Greater Rochester Macromedia User Group (GRMMUG.org) Coordinator 277 N. Goodman St. Rochester, NY 14607-1162 (585)473-3492 home (585)615-2873 cell roymeo(AT)brokenoffcarantenna.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!]
Re: lingo-l Buddy API
On Sep 18, 2004, at 10:24 AM, Petro Bochan wrote: I wonder what's your screen res? For working in Director? The more the better. ;-) Personally, I'm reasonably happy with my two LCD displays at their native resolutions. 1920x1200 + 1440x900 = 3.6m pixels. The less hiding and unhiding of panels, the more I like it. Also, OSX does not offer the sliding interface groups (whatever they are called) that the Windows version does. -- Troy RPSystems, Ltd. http://www.rpsystems.net [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 Buddy API
At 08:02 PM 9/18/2004, you wrote: On Sep 18, 2004, at 10:24 AM, Petro Bochan wrote: I wonder what's your screen res? For working in Director? The more the better. ;-) Personally, I'm reasonably happy with my two LCD displays at their native resolutions. 1920x1200 + 1440x900 = 3.6m pixels. 1920x1440 WUXGA Laptop monitor. I was never able as a programmer to get my companies to pay for that video card and second monitor for me in the 90's, and I've become used to just getting a lot of real estate on one monitor. If I got too comfortable with a second monitor, I'd be really whiny when I went on-site with only my laptop. The less hiding and unhiding of panels, the more I like it. Also, OSX does not offer the sliding interface groups (whatever they are called) that the Windows version does. That's OKwe turn those damn things off first thing. roymeo --- Roy Crisman Macromedia Director Programmer, Lingo Guru, Multimedia Producer Greater Rochester Macromedia User Group (GRMMUG.org) Coordinator 277 N. Goodman St. Rochester, NY 14607-1162 (585)473-3492 home (585)615-2873 cell roymeo(AT)brokenoffcarantenna.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!]
Re: lingo-l Buddy API
On Sep 18, 2004, at 8:13 PM, roymeo wrote: If I got too comfortable with a second monitor, I'd be really whiny when I went on-site with only my laptop. No doubt. Whenever I travel now I feel like I have one eye closed. Certainly in no condition to do anything serious. -- Troy RPSystems, Ltd. http://www.rpsystems.net [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 Buddy API
if your movie is also 800x600 window(stage) = the desktoprectlist[1] should do it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Lippert Sent: 17 September 2004 17:27 To: [EMAIL PROTECTED] Subject: lingo-l Buddy API Hi all, I am creating a project that needs to switch the resolution of the display to 800x600. I was trying a few xtras but then realized that Buddy API supports that function. However no matter when I call the function (exitframe, startMovie or prepareMovie) the stage is no longer centered. The resolution changes perfectly - on and off - but the stage is off in the corner. Some other xtras I tried worked ok with tweaking but buying them seems like buying the functionality again when I have Buddy. Any suggestions. I am using MX 2004. Thanks, Greg [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 Buddy API
Greg: Really a bad idea to start switching monitor resolutions - is there a specific reason for this? Ross [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 Buddy API
On Sep 17, 2004, at 12:51 PM, Ross Clutterbuck wrote: Really a bad idea to start switching monitor resolutions - That isn't always the case. Depends on the audience. In my case, I make a lot of kiosks which get run on rental PCs, and set up by on-site staff. The more the software can do to optimize the setup, the more likely the program will be running correctly. Now, for something distributed to the public, to run on personal machines, well, it should be carefully considered. -- Troy RPSystems, Ltd. http://www.rpsystems.net [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!]
OT: don't do that was: Re: lingo-l Buddy API
I've been a leave the user's monitor alone fer chrissakes person, too, but I have come to learn that there is a time for if-then-else and a time for case, a time for strings and a time for symbols, a time for And/Or and a time for bitxor, a time for cross-platform and a time for using those activeX components for your kiosk to talk to the camera, a time for good solid architecture and a time to fix what's broken without screwing with the code that's there, a time to use good variable names and a time to do a string-replace on all the valiables with l0O11lO-type strings to obfuscate your code for a client who you're worried about paying you, a time to leave the user's monitor alone, and a time to change it because the client has requested that this sales CD reset the 50 person sales team's custom-build laptops. I fully support those people with the energy to try to encourage good, thoughtful media development procedures, and yet I realize that one size doesn't fit all. That your process for developing a 500K shockwave game SHOULD be different than a CDROM encyclopedia, a kiosk, a sales presentation. So, please, give guidance, especially in the vacuum that is how do I do X, but also, give answers. I'm much more likely to listen to someone who can explain how to do something than I am to someone questioning the basis of the task in question without any reason to trust their judgement. roymeo At 12:51 PM 9/17/2004, you wrote: Greg: Really a bad idea to start switching monitor resolutions - is there a specific reason for this? Ross [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!] --- Roy Crisman Macromedia Director Programmer, Lingo Guru, Multimedia Producer Greater Rochester Macromedia User Group (GRMMUG.org) Coordinator 277 N. Goodman St. Rochester, NY 14607-1162 (585)473-3492 home (585)615-2873 cell roymeo(AT)brokenoffcarantenna.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!]
Re: lingo-l Buddy API
I think the blanket Really a bad idea is a rather misleading guideline that is only appropriate for developers that don't deal with all the considerations. There are situations, even when something is distributed to the public, when desktop environment resetting is appropriate if handled properly. If Director could handle full screen viewing like Acrobat then it would not be an issue. The key is to be very polite and informative about doing so. For example, one presentation with a lot of detail was developed with a stage size of 1024x768 because a majority of the intended audience used desktop monitors at the resolution, but a fair number of the viewers might be laptops with a 800x600 resolution. If the presentation had been developed with a stage of 800x600 it would have been too small on the desktop monitors, and two versions of a presentation is a lot of unnecessary work. The key here is to check the viewer desktop environment and what is possible via their video card. If such is insufficient then in a dialog explain the problem to the viewer and ask for permission to temporarily reset (if possible) so the presentation can be viewed. If the the desktop environment is more than needed, then one might have a similar dialog to facilitate better viewing but let the presentation proceed regardless. One little glitch I have run into is that with some video cards a different aspect ratio can distort a presentation. Another consideration is to make absolutely sure that, regardless of how the presentation exits, the desktop environment is always restored. So to rephrase, unless you deal with all the considerations properly and politely, follow Ross's admonition. Lee C Troy Rollins wrote: On Sep 17, 2004, at 12:51 PM, Ross Clutterbuck wrote: Really a bad idea to start switching monitor resolutions - That isn't always the case. Depends on the audience. In my case, I make a lot of kiosks which get run on rental PCs, and set up by on-site staff. The more the software can do to optimize the setup, the more likely the program will be running correctly. Now, for something distributed to the public, to run on personal machines, well, it should be carefully considered. -- Troy RPSystems, Ltd. http://www.rpsystems.net [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 Buddy API
Daniel, I would say that adhearing to make absolutely sure that ... meant just that. If you can't ensure such then don't ;-) On MX04 my tests so far caught such in on closeRequest. Additionally, one xtra (Andrade Arts Resolution xtra) has an automatic reset on shutdown, clearing global object, etc. I would hope that users of other xtras demand such of the xtra authors to ensure responsible use. I've been making the point to xtra authors before I include their xtra as a choice in the dedicated stub creation app I'm working on. If failure is catastrophic (system crash), then the desktop environment is reset on restart by the OS because the desktop xtras are doing temporary resets (and if any specific xtra does not stick to temporary settings then it should not be used). As I mentioned before, Director does not facilitate the type of view selections that Acrobat does, so if such is needed one must work with the techniques at hand. If one does intend to manipulate the desktop environment, though, then one should do so in a responsible manner. In broad-brush terms that means the viewer should have veto power, and if allowed should make absolutely sure that, regardless of how the presentation exits, the desktop environment is always restored. After all, we both know that works that cause, or have the likely potential of causing, the viewer aggravation are not going to be well received. Like everything else in life, it's a balance. I've only been testing on Win XP so far with the app, but when I get my G5 in the new year I be fully testing the app there also. I'm already allowing for distinctions in what the xtras say they will do on a respective platform. Lee C Daniel Plaenitz wrote: At 13:56 17.09.2004 -0400, you wrote: Another consideration is to make absolutely sure that, regardless of how the presentation exits, the desktop environment is always restored. So what option will you leave a user with if s/he managed to crash your app before it had a chance to reset the screen? I've seen the day when I thought my setup was save but it was not in an environment of restricted user rights (prohibiting the user to change the screen res though my app could, ahhh, windows) and the user chose to quit my projector with ctrl/alt/del, no way to stop him on NT4. My app had a file with the prior settings before change, but of course that was refreshed when the user started my app for a second time. In the end he had to call the sysads to reset his screen resolution. daniel [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 Buddy API (baXCopyProgress)
Has anyone else ever had problems getting baXCopyProgress to work in Buddy API? I can't seem to get the handler to work at all - I get a handler not found error? The movie script I have this: on baCopyProgressUpdate percentage, filename updateProgressBar percentage updateStatus fileName if keyPressed( ) then return 1 end if end And in the time line: OK = baXCopyProgress( c:\C-4 , d:\c-4 , *, IfNewer, true, Backing up files... , Cancel, 0 ) I'm not sure what you mean by in the time line. Is it a frame script? A couple of things. First, if you have Buddy installed, you don't need to have a handler in the movie script. Get rid of your baCopyProgressUpdate handler and just call baCopyProgressUpdate and it will go to Buddy. That is, unless you're trying to overload a Buddy function, but I'm not sure why you would do that. It also looks like you may be using the call from an earlier beta of the copyProgress functionality. The format for the call is baCopyXFilesProgress( SourceDir , DestDir , FileSpec, Overwrite, Title, ButtonText, Flags ). Check to make sure you have version 3.6 (on Windows, and whatever the latest version is on Mac), and check the help file for more info on the call. You probably also need to have *.* for your file name specification, not just *. 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 buddy api lingo help
Mark A. Boyd wrote: OK = baOpenFile(the pathName test.txt, maximized) 3. Even though the Buddy API help file still use it, the pathName is obsolete. Substitute it with the moviePath. OK = baOpenFile(the moviePath test.txt, maximized) Actually you'll need Maximised (note the s instead of z) unless there's a US version of the xtra for download. BuddyAPI is from an Australian developer and we speak funny sometimes ;) Also I noticed you used a .txt file as the test file. Neither word or excel will open with this file only notepad in general. (you probably knew that but was worth mentioning) You will need to look for the application's location using baFindApp( doc ) baFindApp( xls ), doc may return the wordpad location however so I tend to use baFindApp( dot ) then use the lingo open file with command or baShell for more control. HTH Brad -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mark A. Boyd Sent: Wednesday, 15 January 2003 12:30 PM To: [EMAIL PROTECTED] Subject: Re: lingo-l buddy api lingo help At 17:00 2003-01-14, marcus brooke wrote: set OK = baOpenFile(thepathName test.txt, maximsied You don't say, but I imagine the error dialog gave more hints as to what went wrong - at least in authoring. 1. You didn't close your parentheses. 2. thepathName should be two separate words or you'll get Script error: Variable used before assigned a value. with a question mark immediately following thepathName. OK = baOpenFile(the pathName test.txt, maximized) 3. Even though the Buddy API help file still use it, the pathName is obsolete. Substitute it with the moviePath. OK = baOpenFile(the moviePath test.txt, maximized) -- Mark A. Boyd Keep-On-Learnin' :) [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 buddy api lingo help
At 00:03 2003-01-16, Brad Hile wrote: Actually you'll need Maximised (note the s instead of z) unless there's a US version of the xtra for download. BuddyAPI is from an Australian developer and we speak funny sometimes ;) Good catch. I probably would not have noticed it since I always use normal. I wasn't any more accurate than the original poster's maximsied ;-) -- Mark A. Boyd Keep-On-Learnin' :) [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 buddy api lingo help
--- marcus brooke [EMAIL PROTECTED] wrote: Hi Guys I hope someone can help, It was recommended that I get the Buddy Api xtra to launch word and excel files from a Director exe. But can't for the life of me get my head round the script. The script on the help me file is set OK = baOpenFile(thepathName test.txt, maximsied I get the script and what it does, but when I put in on a mouse event and create a projector is throws up an error message Script Error. Continue? Does anyone know what I'm doing wrong?? Help Please. I'm working in Director 8.0, PC, Windows 98. Thanks Marcus Hi Marcus, The error is due to the reason that you have not put budapi.x32 as a file inside the xtras folder in the same level of the projector. ie., your .exe file. Including the same inside projector won't go with some platforms. Rest of the commands no problem. Sometimes you have to include budapi32.dll too along with the budapi.x32 file in the xtras folder, especially when dealing with special command strings. Cordially, Biju George. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.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!]
Re: lingo-l buddy api lingo help
Hi, I think when you created projector you don't check to option: Include in projector on ControlMovieXtras. Original message Date: Wed, 15 Jan 2003 01:00:25 + From: marcus brooke [EMAIL PROTECTED] Subject: lingo-l buddy api lingo help To: [EMAIL PROTECTED] Hi Guys I hope someone can help, It was recommended that I get the Buddy Api xtra to launch word and excel files from a Director exe. But can't for the life of me get my head round the script. The script on the help me file is set OK = baOpenFile(thepathName test.txt, maximsied I get the script and what it does, but when I put in on a mouse event and create a projector is throws up an error message Script Error. Continue? Does anyone know what I'm doing wrong?? Help Please. I'm working in Director 8.0, PC, Windows 98. Thanks Marcus _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail [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 buddy api lingo help
At 17:57 2003-01-14, [EMAIL PROTECTED] wrote: Hi, I think when you created projector you don't check to option: Include in projector on ControlMovieXtras. Since Marcus mentioned that he created a projector, I'd bet you're right. I prefer marking all those xtras NOT to include in projector and copy the necessary Xtras into an Xtras folder next to the projector. -- Mark A. Boyd Keep-On-Learnin' :) [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 buddy api lingo help
At 17:00 2003-01-14, marcus brooke wrote: set OK = baOpenFile(thepathName test.txt, maximsied You don't say, but I imagine the error dialog gave more hints as to what went wrong - at least in authoring. 1. You didn't close your parentheses. 2. thepathName should be two separate words or you'll get Script error: Variable used before assigned a value. with a question mark immediately following thepathName. OK = baOpenFile(the pathName test.txt, maximized) 3. Even though the Buddy API help file still use it, the pathName is obsolete. Substitute it with the moviePath. OK = baOpenFile(the moviePath test.txt, maximized) -- Mark A. Boyd Keep-On-Learnin' :) [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 Buddy API question
two questions. I saw two different registration commands. ba register(i think)( I am on a seperate machine). baSaveRegistration(userName,registration number) Before I use Buddy API Do I need in the prepare movie to say gBuddyXtra = new(xtrabudapi) before I register it? I have gone to their faq section on the web and keep getting a forbidden error. B Brian Douglas (:ub) [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 Buddy API question
thanks, my client just gave me the wrong info: Brian Douglas (:ub) [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 buddy api time and date function crashing help!
I wrote a sample movie script to return the current time as a list, [H, M, S]. I am afraid that this page is in Japanese but you may see the script (because it is in Lingo). http://www.FumioNonaka.com/TechNotes/Director/FN0108005.html Side note: (the systemDate).seconds often return one the seconds with second plus/minus than the system clock. _ Matthias Amberg wrote: BUT you can use (the systemdate).seconds (as seen in macromedia.director.lingo) it gives you the daytime in seconds (don't ask me why there isn't a minutes or hours property) Anyway put (the systemdate).seconds/3600 --gives you the current hour and put ((the systemdate).seconds mod 3600)/60 --gives you the current minute Good luck, Fumio Nonaka Phone: +81-42-397-9452 Fax: +81-42-397-9452 mailto:[EMAIL PROTECTED] http://www.FumioNonaka.com/ See also:http://www.F-site.org/ [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 buddy api time and date function crashing help!
sorry if this is a bit late but just to make sure: it's true that there is no the systemtime that gives you unformatted time information in director. BUT you can use (the systemdate).seconds (as seen in macromedia.director.lingo) it gives you the daytime in seconds (don't ask me why there isn't a minutes or hours property) Anyway put (the systemdate).seconds/3600 --gives you the current hour and put ((the systemdate).seconds mod 3600)/60 --gives you the current minute hope this helps matthias At 11:42 Tuesday30.07.2002, you wrote: Lingo's the date returns the date in the format the computer uses (this could be DD MM YY or MM DD YY). the systemdate returns the date in the exact same format regardless of the date format on the computer (YY MM DD). Lingo's the time returns the time in which ever format the computer has been set to. Unfortunately director has not got the systemtime command therefore I used the xtra BuddyAPI that would return the date in the same format regardless of the format it has been set on the individual computer. The problem is that it keeps crashing! [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 buddy api time and date function crashing help!
Lingo's the date returns the date in the format the computer uses (this could be DD MM YY or MM DD YY). the systemdate returns the date in the exact same format regardless of the date format on the computer (YY MM DD). Lingo's the time returns the time in which ever format the computer has been set to. Unfortunately director has not got the systemtime command therefore I used the xtra BuddyAPI that would return the date in the same format regardless of the format it has been set on the individual computer. The problem is that it keeps crashing! -Original Message- From: Charlie Fiskeaux II [mailto:[EMAIL PROTECTED]] Sent: 29 July 2002 17:47 To: [EMAIL PROTECTED] Subject: Re: lingo-l buddy api time and date function crashing help! I'm not sure about what's going wrong with the BuddyAPI functions, but is there a reason you can't use Lingo's built in the time and date functions? Charlie Fiskeaux II Media Designer The Creative Group www.cre8tivegroup.com 859/858-9054x29 - Original Message - From: Lewis Fleming [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 29, 2002 12:37 PM Subject: lingo-l buddy api time and date function crashing help! I have used buddy api xtra to read the computers time and return it in the same format regardless of the format set by the operating system. The problem is that it crashers Director (fatal error) in authoring and when made into a projector, after they two hundred and fifty fith time it is accessed. Has anyone else had this problem? If so what can I do to stop it. thanks Lewis This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system, do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. [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!] This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system, do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. [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 buddy api time and date function crashing help!
Hi Lewis-- You didn't mention the platform, but I've found that, in general, Buddy has problems with a lot of functions when you call them 255 times. It's been fixed in some functions (baFileExists on Windows, for example), but lingers in others. You might try using the Lingo time date functions Cordially, Kerry Thompson On Mon, 29 Jul 2002 17:37:22 +0100 Lewis Fleming [EMAIL PROTECTED] wrote: I have used buddy api xtra to read the computers time and return it in the same format regardless of the format set by the operating system. The problem is that it crashers Director (fatal error) in authoring and when made into a projector, after they two hundred and fifty fith time it is accessed. [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 Buddy API
Sean, Can I e-mail you off the list. I need the help, but it's not my code and I am unsure about posting the code on the list. What are your thoughts about this issue? Justin This code was purchased when I bought my buddy API application. It was an add-on offered. Specifically, it is the open PDF file AND the open any file behavior. Should I assume from this that you're not confident about modifying these behaviors to include an alert line so you can see the filePath you're trying to open? Somewhere in your behavior you'll (probably) find a line that contains baOpenFile(filePath, state) OR baRunProgram(...) (NB: the local variable 'filePath' may be named differently, substitute as necessary) Before this line add these: if (the shiftDown) then alert filePath end if Run your program, hold down the shift key and click the button that opens the file and you SHOULD get an alert box telling you the path to the file you're trying to open. Make sure the named file exists at that path. Obviously it doesn't exist, It returns a file not found reply. but if you can see what it's *trying* to open you can figure out how to correct it. HTH, -Sean. [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 Buddy API
Have you isolated where your code is failing? Is it the actual call to Buddy API to write the file or elsewhere? I am having a problem where under Director 8.5 and Buddy API, I have a behavior, which I've used on more than one project using Director 7.02, which goes out and opens a file in a destination relative to the projector. In 8.5 this behavior works great under windows xp, but not under windows 98, or windows 2000 off the CD. If I copy the files to the hard drive, it works fine on all systems. To recap: 1) This codes has worked in the past using director 7.02 on all platforms 2) This same code under 8.5 works fine using windows xp 3) This code under 8.5 does not work under windows 98 and windows 2000 It seems that the difference is Director 8.5. Anyone have any ideas? Justin Allen Katana Interactive [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 Buddy API
The failure happens when I look for the file. Under Director 7.2 it works perfect. Under 8.5, the same code only works under Windows XP. It returns a file not found reply. Justin Allen Have you isolated where your code is failing? Is it the actual call to Buddy API to write the file or elsewhere? I am having a problem where under Director 8.5 and Buddy API, I have a behavior, which I've used on more than one project using Director 7.02, which goes out and opens a file in a destination relative to the projector. In 8.5 this behavior works great under windows xp, but not under windows 98, or windows 2000 off the CD. If I copy the files to the hard drive, it works fine on all systems. To recap: 1) This codes has worked in the past using director 7.02 on all platforms 2) This same code under 8.5 works fine using windows xp 3) This code under 8.5 does not work under windows 98 and windows 2000 It seems that the difference is Director 8.5. Anyone have any ideas? Justin Allen Katana Interactive [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 Buddy API
I am having a problem where under Director 8.5 and Buddy API, I have a behavior, which I've used on more than one project using Director 7.02, which goes out and opens a file in a destination relative to the projector. In 8.5 this behavior works great under windows xp, but not under windows 98, or windows 2000 off the CD. If I copy the files to the hard drive, it works fine on all systems. Just a guess, but is it possibly a path length issue? It doesn't really sound like it, but I've been dealing with that a lot lately. I usually use Buddy to confirm the existence of the file, then open it with fileIO, and Buddy will return false if the path name is too long, even if the file is there. I don't remember what the exact length is--it's different on Windows and Mac, I believe, but it's around 100 characters. 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 Buddy API
Kerry, I don't think so. Otherwise why would it work (same code exactly) in 7.2 and not 8.5, except under windows xp? Really confusing. Justin Allen I am having a problem where under Director 8.5 and Buddy API, I have a behavior, which I've used on more than one project using Director 7.02, which goes out and opens a file in a destination relative to the projector. In 8.5 this behavior works great under windows xp, but not under windows 98, or windows 2000 off the CD. If I copy the files to the hard drive, it works fine on all systems. Just a guess, but is it possibly a path length issue? It doesn't really sound like it, but I've been dealing with that a lot lately. I usually use Buddy to confirm the existence of the file, then open it with fileIO, and Buddy will return false if the path name is too long, even if the file is there. I don't remember what the exact length is--it's different on Windows and Mac, I believe, but it's around 100 characters. 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 Buddy API
I am having a problem where under Director 8.5 and Buddy API, I have a behavior, which I've used on more than one project using Director 7.02, which goes out and opens a file in a destination relative to the projector. It returns a file not found reply. So how are you building this relative path? Relative to 'the applicationPath', from what you say. Could you alert yourself with the path before the open operation just so you can manually confirm it? You know that the '@' pathName operator doesn't fly with (most?) 3rd party xtras. HTH, -Sean. [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 Buddy API
Sean, The path is defined as /files/anyfile.pdf This is the same syntax as I have used in that past. Also, this path works using 7.2 on all Pc platforms and only with 8.5 and windows xp Can this be a director 8.5 bug? Justin I am having a problem where under Director 8.5 and Buddy API, I have a behavior, which I've used on more than one project using Director 7.02, which goes out and opens a file in a destination relative to the projector. It returns a file not found reply. So how are you building this relative path? Relative to 'the applicationPath', from what you say. Could you alert yourself with the path before the open operation just so you can manually confirm it? You know that the '@' pathName operator doesn't fly with (most?) 3rd party xtras. HTH, -Sean. [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 Buddy API
The path is defined as /files/anyfile.pdf A few more questions/comments: 1). This is not a fully qualified path. Wouldn't you expect something more along the lines of 'D:\files\anyfile.pdf'? Presumably your applicationPath is prepended. 2). Why are there forward slashes in there? Are we talking URLs, or is that a typo? 3). When building your path, 'the applicationPath' comes with a folder delimiter as the last char, so be careful about adding another delimiter in there. HTH, -Sean. [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 Buddy API
Sean, This code was purchased when I bought my buddy API application. It was an add-on offered. Specifically, it is the open PDF file AND the open any file behavior. In the past, I've always used the \ mark and it has worked. There is a checkbox for assigning a relative filepath. You're right, it was a typo. Hopefully, this sheds some light on the issue. Justin The path is defined as /files/anyfile.pdf A few more questions/comments: 1). This is not a fully qualified path. Wouldn't you expect something more along the lines of 'D:\files\anyfile.pdf'? Presumably your applicationPath is prepended. 2). Why are there forward slashes in there? Are we talking URLs, or is that a typo? 3). When building your path, 'the applicationPath' comes with a folder delimiter as the last char, so be careful about adding another delimiter in there. HTH, -Sean. [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 Buddy API
This code was purchased when I bought my buddy API application. It was an add-on offered. Specifically, it is the open PDF file AND the open any file behavior. Should I assume from this that you're not confident about modifying these behaviors to include an alert line so you can see the filePath you're trying to open? Somewhere in your behavior you'll (probably) find a line that contains baOpenFile(filePath, state) OR baRunProgram(...) (NB: the local variable 'filePath' may be named differently, substitute as necessary) Before this line add these: if (the shiftDown) then alert filePath end if Run your program, hold down the shift key and click the button that opens the file and you SHOULD get an alert box telling you the path to the file you're trying to open. Make sure the named file exists at that path. Obviously it doesn't exist, It returns a file not found reply. but if you can see what it's *trying* to open you can figure out how to correct it. HTH, -Sean. [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!]