Re: Page Setup question (Mac)
Emmett Gray wrote: Is there any way to specify landscape or portrait mode via scripting? HC remembered the page setup for a template. Rev (Media) doesn't remember anything about it when it quits, and seems to have only one mode possible for all stacks, not a setting for individual stacks. I need to print envelopes in portrait mode and all other stacks in landscape mode. I opened a couple of dictionaries in (Apple) Script Editor but didn't find anything there. Did you try Rev's dictionary? Open it and type "print", and it'll filter the tokens to those that begin with that word. Among other interesting properties you'll find the printPaperOrientation property, which takes these values: - portrait: rotated 0 degrees. - landscape: rotated 90 degrees clockwise. - reverse portrait: rotated 180 degrees clockwise. - reverse landscape: 270 degrees clockwise. -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: New Stack crash
Dan Friedman wrote:
> I have the following script in a button:
>
> on mouseUp
> put 0 into i
> repeat 3
> add 1 to i
> put ("testStack_" & i) into sName
> new stack sName
> delete stack sName
> end repeat
> end mouseUp
>
> Two questions:
>
> (1) Why would this start to slow down? It starts off quite
> fast, then it beings to slow down. It gets so that it takes
> 5, or 6 seconds to complete one repeat. This happens in both
> in REV and as a standalone. Is this because of the "add 1 to
> i"? Is this no better than "repeat with i = ...", which is
> known to be slow?
>
> (2) Rev will eventually crash. In my testing, it seems random
> and crashes sometime after about 1700. Shouldn't the "delete
> stack" call completely remove the stack? So, why crash?
>
> Any thoughts?
I'd guess memory.
Rev does a lot of its garbage collection at idle, and if you watch this
run while the Activity Monitor is active you'll see RAM usage creep up
and eventually start crowding out physical RAM, dropping into swap.
Try adding this in your loop:
wait 0 with messages
That seems to do the trick for a lot of loop that could benefit from a
little idle time.
What is it you're trying to do?
You get get the same end result with less processing power with this:
on mouseUp
end mouseUp
:)
--
Richard Gaskin
Fourth World
Rev training and consulting: http://www.fourthworld.com
Webzine for Rev developers: http://www.revjournal.com
revJournal blog: http://revjournal.com/blog.irv
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Page Setup question (Mac)
Is there any way to specify landscape or portrait mode via scripting? HC remembered the page setup for a template. Rev (Media) doesn't remember anything about it when it quits, and seems to have only one mode possible for all stacks, not a setting for individual stacks. I need to print envelopes in portrait mode and all other stacks in landscape mode. I opened a couple of dictionaries in (Apple) Script Editor but didn't find anything there. My workaround for now is to have a global "lastPageSetup" which is checked and invokes "answer page setup" if I need to change it. At least that saves paper. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
New Stack crash
Greetings!
I have the following script in a button:
on mouseUp
put 0 into i
repeat 3
add 1 to i
put ("testStack_" & i) into sName
new stack sName
delete stack sName
end repeat
end mouseUp
Two questions:
(1) Why would this start to slow down? It starts off quite fast, then it
beings to slow down. It gets so that it takes 5, or 6 seconds to complete one
repeat. This happens in both in REV and as a standalone. Is this because of
the "add 1 to i"? Is this no better than "repeat with i = ...", which is known
to be slow?
(2) Rev will eventually crash. In my testing, it seems random and crashes
sometime after about 1700. Shouldn't the "delete stack" call completely remove
the stack? So, why crash?
Any thoughts?___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [OT] Computer news from Kassel
The price of doing some things well, if you are a company with limited resources, is refusing to do everything badly. Or put it the other way, the price of trying to do too much is that you will not do anything properly or well. In the end, this is company wrecking. Its a life and death issue. If Rev is really as overstretched as it looks, the first step is to close down some stuff until they arrive at a smaller set of things that can be done properly and to quality standards. If you can't fix the bugs in what you have, don't try to introduce more products, as you will then be unable to fix the bugs in them also. In the common phrase, when in a hole, stop digging. A common reaction to this situation is to deny it exists. This is one of the clearest symptoms of the illness. The cure begins with acceptance and acknowledgment of the problem. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-Computer-news-from-Kassel-tp2264252p2265064.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Browser struggle
Got it. Was missing some custom properties. On Tue, Jun 22, 2010 at 9:13 PM, Simon Lord wrote: > As a test I'm simply trying to copy/paste the browser sample stack > into a new stack and I'm not having much luck. I've copied the cd > script over and it seems like it should just work but it doesn't. > Stack and card names are identical. > > Trying to search the mailing list but getting far too many results > with answers *not* about my issue. > ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Browser struggle
As a test I'm simply trying to copy/paste the browser sample stack into a new stack and I'm not having much luck. I've copied the cd script over and it seems like it should just work but it doesn't. Stack and card names are identical. Trying to search the mailing list but getting far too many results with answers *not* about my issue. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
crash when going between stacks
Dear List, One of my more complex Rev creations is crashing. To outline the complex, there are: - a standalone - a central stack for game-stack selection - a myriad of game-stacks, some of them having substacks Crashes happen when a game-stack closes to return to the central game-selection stack. For one game-stack in particular (call it BAD-GAMESTACK), crashes happen almost always, and for the other game-stacks, only occasionally. I double checked that every stack, substack, and card has a preopen/open/close handler, even if this is empty. I think it may be a memory issue, cause the game-stack that almost always crashes has 100 URL-referenced image objects and runs on older Win machines. BUT, I'm no longer sure since crashes with this particular game-stack happen occasionally too on my uptodate, memory-laden development computer. Below is an outline of the scripted inter-relation between stacks. If patient members would have a look and figure out what's wrong, I'd be very grateful -- and happy to resolve a problem that's been bugging me for months. Thank you. -- Nicolas Cueto -- S T A R TO F S C R I P T S - /* In the card script of STANDALONE stack, this handler sets stackFiles and then goes to stack CENTRALSTACK. */ on setUpTheFoundation start using stack "STANDALONE " put "GAMESTACK1,gamestack1.rev" & cr & "GAMESTACK2,gamestack2.rev" & cr & ... \ & "animationEngine,animationEngine.rev" into tStackFiles set the stackFiles of stack "niconiko" to tStackFiles ## Set the globals used by all stacks open stack "CENTRAL" hide stack "STANDALONE" end setUpTheFoundation /* In stack script of CENTRALSTACK. */ on closestack quit end closestack /* In a go-to-gamestack button script on CENTRALSTACK./ on mouseUp open stack GAMESTACK hide stack CENTRALSTACK end mouseUp /* In the stack script of BAD-GAMESTACK */ on closeStack ## Reset custom props of some grouped objects. ## Clear pending messages ## Clear the cachedURLs. set the lockScreen to true ## Set to empty the filename of 100 images. set the lockScreen to false go to card "main" of stack "gss" show stack "gss" delete stack "blitz" end closeStack /* In the card script of BAD-GAMESTACK, which script calls up the NAVIGATION-SUBSTACK that can take user back to CENTRALSTACK. */ on rawKeyUp theKey switch theKey case "56" modal stack NAVIGATION-SUBSTACK pass rawKeyUp exit rawKeyUp exit to top break end switch end rawKeyUp on closecard ## Clear the cachedURLs. ## Cancel pending messages. ## Reset custom props. ## For each of 100 image objects: ## reset filename to "", outerglow, ## and innerglow. ## Close the socket connection to ## the local server. end closecard /* In the card script of NAVIGATION-SUBSTACK. */ on rawKeyUp theKey put "49,50,51,52" into tGameControllerRightsideButtons if theKey is not among the items of tGameControllerRightsideButtons then pass rawKeyUp exit rawKeyUp end if ## Find which navigational image is on. switch tCurentlyOnImage case "quit" send "closeStack" to stack BAD-GAMESTACK in 2 seconds close this stack -- i.e., NAVIGATION-SUBSTACK... should I name the stack explicitly here? exit to top break end switch end rawKeyUp -- E N DO F S C R I P T S - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: windows 7 64 bit and Rev: Any Problems
Damien and Pierre thanks for the feedback. On 21 June 2010 19:04, Pierre Sahores wrote: > Hi, > > No problems at all there in running, in 24/7 mode, 8 different AI oriented > rev 3.5 to 4.0 apps on a window 7 64 bits (core i7 Q720 QuadCore - 8 > processes @ 1,6 Gh) laptop. > > Best, > > P. > > Le 21 juin 2010 à 19:04, Damien Girard a écrit : > >> >> Hi, >> >> I did not experienced any problems with Windows Vista and 7 64bits, >> NativeDoc has few long script and I did not experienced strange things. >> >> Regards, >> >> Damien >> NativeSoft, France. >> >> >> -Message d'origine- >> De : use-revolution-boun...@lists.runrev.com >> [mailto:use-revolution-boun...@lists.runrev.com] De la part de Ian McKnight >> Envoyé : lundi 21 juin 2010 18:17 >> À : Rev List >> Objet : windows 7 64 bit and Rev: Any Problems >> >> >> Hi all >> >> >> I have been experiencing problems updating software over the internet. >> The update fails unpredictably eventually completing when the code is >> put in a try/catch construct. The only unusual thing about the set up >> is that I am using Win7 64bit. Has anyone else, using the 64 bit >> version of Windows 7, experienced any problems with the execution of >> long scripts? >> >> I am using RevEnterprise 4.0 >> >> Thanks for any feedback. >> >> >> >> -- >> Regards >> >> >> Ian McKnight >> >> iangmckni...@gmail.com >> === >> ___ >> use-revolution mailing list >> use-revolution@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-revolution >> >> >> ___ >> use-revolution mailing list >> use-revolution@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-revolution >> > > -- > Pierre Sahores > mobile : (33) 6 03 95 77 70 > > www.wrds.com > www.sahores-conseil.com > > > > > > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- Regards Ian McKnight iangmckni...@gmail.com === ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Skype dialing (was: Help with drill-down script)
Emmett- Tuesday, June 22, 2010, 2:38:10 PM, you wrote: > This works with SkypeOut also, to call a phone number. Just replace > "SkypeName" with the number (include the country code). When I first > started using Skype years ago this didn't exist (or I didn't know > about it) so I did it with AppleScript and QuicKeys. Much simpler now. Yeah - that's new stuff. The page has a revision date of 16 Feb 2010. -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Skype dialing (was: Help with drill-down script)
This works with SkypeOut also, to call a phone number. Just replace "SkypeName" with the number (include the country code). When I first started using Skype years ago this didn't exist (or I didn't know about it) so I did it with AppleScript and QuicKeys. Much simpler now. On Tue, 22 Jun 2010 08:28:47 +0100, "Hugh Senior" wrote: Hi Peter, See the Skype html syntax options at http://www.skype.com/share/buttons/advanced.html Basically you do a launchURL "skype:SkypeName?chat". It's very cool, and I have it in my own PhotoContacts utility. /H Peter wrote: [big snip] BTW, how do you do the skype dialing? I'm interested in that. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Mark. Yep, you're right. If I quit rev and reopen, and immediately ask for the behavior of the stack, I get a valid button reference. So it seems like everything should be fine. But no go, like you discovered. And yes, if I set the stack behavior manually all over again, changing, ostensibly nothing, it works. I'm going to report it. Craig In a message dated 6/22/10 4:54:21 PM, mwie...@ahsoftware.net writes: > That would be nice. But I'm finding that it doesn't work that way. It > seems ok while the stack is still in memory after I've set the > behavior, but if I save a stack with the stack behavior set to a > button with a preOpenXXX or openXXX or all the above and then reload > it, the messages aren't caught by the behavior button. If I set the > card behavior to the button then the message *are* caught when the > stack reloads. > > ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Craig- Tuesday, June 22, 2010, 1:42:34 PM, you wrote: > No, as long as there is no preOpenCard handler in the card(s), the stack > will get it, and then it will send it along to the button as per its (the > stack's) behavior. Normal message hierarchy. That would be nice. But I'm finding that it doesn't work that way. It seems ok while the stack is still in memory after I've set the behavior, but if I save a stack with the stack behavior set to a button with a preOpenXXX or openXXX or all the above and then reload it, the messages aren't caught by the behavior button. If I set the card behavior to the button then the message *are* caught when the stack reloads. > On another note, I think the lack of behavior fields in the inspector is a > missing feature, rather than a bug, no? Yes, that's the way Trevor wrote up the report. And that's why it will probably get pushed to the bottom of the to-do list. -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
No, as long as there is no preOpenCard handler in the card(s), the stack will get it, and then it will send it along to the button as per its (the stack's) behavior. Normal message hierarchy. This is essential if the initialization is required when opening other cards in the stack as well. If it is only for the first card, then set the behavior of the card, not the stack. On another note, I think the lack of behavior fields in the inspector is a missing feature, rather than a bug, no? Craig In a message dated 6/22/10 3:50:11 PM, mwie...@ahsoftware.net writes: > Here's a better answer: set the behavior of the *card*, not the > *stack*. The preOpen and Open messages are actually sent to the first > card in the stack, so they don't get trapped by the stack behavior. I > still think this is a bug, but setting the card behavior makes > things... er... behave. > ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
On Tue, Jun 22, 2010 at 4:51 PM, J. Landman Gay wrote: > Andre Garzia wrote: > >> Mark & Craig, >> >> >> if you have a preOpenCard in a behavior script and set the behavior of a >> button to that script, does it fires when you navigate to the card that >> contains the button? >> > > Buttons never get preOpenCard messages, though. The card gets them. > They don't??? :-O Living and learning... I always though it would travel to whoever had it. Like Object -> Groups -> Card -> Stack So that if any guy on that progression implemented a preOpenCard handler, it would trigger or passes to the guy on the right side... I *think* did this before... maybe I am just plain wrong, can't trust my brain with all the vuvuzelas sounding (gosh, did you know there are vuvuzela iPhone Apps?) Well, for the time being, I am now using a handler "setup" where I initialize all the damn controls that had a preOpenCard... Not my ideal solution but as long as it works. > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Hmmm. Remember that the "preOpenCard" message is sent to the current card, not to a button on the card. Is that what the problem is, that the message is starting too high? I think there is a slight misunderstanding of the terminology. You need to set the behavior of the card to (the script of) the button. The preOpenCard message will be automatically sent to the card (it is a system message) and it will then be passed to the button, just as if you explicilty sent it there. So you are not setting the behavior of the button, but rather the card. The button is the repository of the script, and is the "target" of the card's behavior, but its own behavior is irrelevant, and is not tampered with. Try the simple stack I made. See how the button script is invoked when the card opens? The card has no script itself, only a behavior pointing to the button. Craig Newman In a message dated 6/22/10 3:45:48 PM, an...@andregarzia.com writes: > Mark & Craig, > > > if you have a preOpenCard in a behavior script and set the behavior of a > button to that script, does it fires when you navigate to the card that > contains the button? > > Cheers > > ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
DunbarX- Tuesday, June 22, 2010, 12:42:52 PM, you wrote: > I set the stack behavior to the button. Beeps happily away... Works that way for me, too... until I save the stack and reload it. > But I did just notice that for most controls except for simple buttons and > fields, there is no behavior field in the inspector. No problem writing this > in, of course, but odd, I thought... It's a known (and reported: BZ#8358) bug. No doubt it'll get fixed around rev 7.3, or whenever it sufficiently annoys someone on the team. -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Andre Garzia wrote: Mark & Craig, if you have a preOpenCard in a behavior script and set the behavior of a button to that script, does it fires when you navigate to the card that contains the button? Buttons never get preOpenCard messages, though. The card gets them. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Mark- Tuesday, June 22, 2010, 12:33:59 PM, you wrote: replying to my own message again... Here's a better answer: set the behavior of the *card*, not the *stack*. The preOpen and Open messages are actually sent to the first card in the stack, so they don't get trapped by the stack behavior. I still think this is a bug, but setting the card behavior makes things... er... behave. -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Mark & Craig, if you have a preOpenCard in a behavior script and set the behavior of a button to that script, does it fires when you navigate to the card that contains the button? Cheers On Tue, Jun 22, 2010 at 4:42 PM, wrote: > Mark. > > I have no issue with "preOpenCard". > > I made a stack just like I wrote to Andre. A button has: > > on preOpenCard > Beep 3 > end preOpenCard > > I set the stack behavior to the button. Beeps happily away... > > But I did just notice that for most controls except for simple buttons and > fields, there is no behavior field in the inspector. No problem writing > this > in, of course, but odd, I thought... > > Craig Newman > > > In a message dated 6/22/10 3:34:03 PM, mwie...@ahsoftware.net writes: > > > > > > ...make that preOpenCard instead... > > > > ...and write up a bug report on preOpenCard and preOpenStack not being > > passed to a behavior button... > > > > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Mark. I have no issue with "preOpenCard". I made a stack just like I wrote to Andre. A button has: on preOpenCard Beep 3 end preOpenCard I set the stack behavior to the button. Beeps happily away... But I did just notice that for most controls except for simple buttons and fields, there is no behavior field in the inspector. No problem writing this in, of course, but odd, I thought... Craig Newman In a message dated 6/22/10 3:34:03 PM, mwie...@ahsoftware.net writes: > > ...make that preOpenCard instead... > > ...and write up a bug report on preOpenCard and preOpenStack not being > passed to a behavior button... > > ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: File browser extension
Bob Sneidar wrote: Right. Okay. So NOW I know everything. Until some other new feature happens. :) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Andre- ...make that preOpenCard instead... ...and write up a bug report on preOpenCard and preOpenStack not being passed to a behavior button... -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Are you sure you have this set up correctly? A behavior is a property of an object, and explicitly references a button. This button has a script that the object "shares". Does the button itself have the preOpenCard handler? Does the stack (or card) have its behavior set to the long ID of the button? If so, when the stack opens, the "preOpenCard" message will be sent to the button, and handled there. Note that stack and card inspectors do not seem to have a place to set the behavior, unlike buttons and fields. These have to be set (I think, anyway) by a script or at least a message box command. So if you have a stack that has its behavior set to the long ID of a button in that stack (or actually anywhere in memory), and a preOpenCard handler in the button that says "beep 3", you will get beeps every time you open the stack. Craig Newman ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: preOpenCard inside behaviors, does it works?
Andre- Tuesday, June 22, 2010, 11:22:21 AM, you wrote: > Now, if I can't set things like preOpenCard in behaviors, how am I supposed > to run code when the stack launches from behaviors? in script of card 1: on preOpenStack dispatch "preOpenStack" to the behavior of this stack end preOpenStack -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Setting the icon of a btn on preOpenStack
Even better Jacque. Methinks it's wise to keep handlers local to the objects being worked with, or their parents at the highest. That way your code is easier to find at a later time. Bob On Jun 22, 2010, at 9:47 AM, J. Landman Gay wrote: > Bob Sneidar wrote: >> Too little information. Where is the pre-openstack handler? Is it in >> the substack? Are you opening the substack to fire this handler? >> Secondly, I am not sure you can refer to an object in an as yet >> unopened stack. It's not open yet, see? But what you can do is set >> the lockscreen to true in your preopenstack handler, then put your >> button icon settings in your opencard handler for the card that >> contains the buttons. The screen will remain locked until all the >> scripts have finished running (if I am not mistaken). > > That was my first thought too. Or he could just move the icon assignments to > a preOpenCard handler on the first card. That triggers before the user sees > the stack and no lockscreen would be necessary. > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: rev media and the player, question
> Does rev Player play stacks written in Media? Or if you want to run them, > do you have to have media installed on any machine you want to run them on? > > I know Stackrunner won't play media generated stacks. Pity. Still no Linux plug-in available, but he can run any stacks he might build in either the Mac or Windows browser. Best regards, David C. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
preOpenCard inside behaviors, does it works?
Folks, Experiencing some technical difficulties here. Can someone answer me if adding preOpenCard to a behavior will work? I have a button on a card that should do some initialization stuff on preOpenCard, this code is set in its behavior. Now when I navigate to the card, nothing happens. Now, if I can't set things like preOpenCard in behaviors, how am I supposed to run code when the stack launches from behaviors? Cheers andre -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Skype dialing (was: Help with drill-down script)
stephen- Tuesday, June 22, 2010, 9:55:05 AM, you wrote: > basically the API is a command line with text commands. Why is it so hard to > provide a similar structure on PC? ...because Skype unfortunately choose to use Windows Messaging as their transport mechanism, which means having to build an entire event loop in a DLL. Felt like being on a Mac Plus again. -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Skype dialing (was: Help with drill-down script)
hey Mark, yeah it looked like a lot of effort to get to the API on the PC. Strange that they favored the PC for version priority yet built a complete suite of access for Applescript in the mac version. Those sneaky Mac developers basically the API is a command line with text commands. Why is it so hard to provide a similar structure on PC? On 22 June 2010 09:41, Mark Wieder wrote: > stephen- > > Tuesday, June 22, 2010, 8:54:32 AM, you wrote: > > > It should also be mentioned that all Skype API commands are available > > through Applescript on Mac and supposedly through "Vbasic" on PC. Got the > > mac side working great, gave up on the PC attempt. > > I did the PC side, but it took the weirdest external library I've ever > built. > > -- > -Mark Wieder > mwie...@ahsoftware.net > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- - Stephen Barncard San Francisco ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Skype dialing
For windows I use this...
on launchSkype pSkypeName
put "skype:"& pSkypeName &"?chat" into tSyntax
set the hideConsoleWindows to true
put empty into tApp
if ("NT" is in the systemVersion) then
set the shellCommand to "cmd.exe"
put quote & quote into tApp
end if
get shell("start" && tApp && quote & tSyntax & quote)
end launchSkype
/H
Mark Wieder wrote:
stephen-
Tuesday, June 22, 2010, 8:54:32 AM, you wrote:
> It should also be mentioned that all Skype API commands are available
> through Applescript on Mac and supposedly through "Vbasic" on PC. Got the
> mac side working great, gave up on the PC attempt.
I did the PC side, but it took the weirdest external library I've ever
built.
--
-Mark Wieder
mwie...@ahsoftware.net
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Setting the icon of a btn on preOpenStack
Bob Sneidar wrote: Too little information. Where is the pre-openstack handler? Is it in the substack? Are you opening the substack to fire this handler? Secondly, I am not sure you can refer to an object in an as yet unopened stack. It's not open yet, see? But what you can do is set the lockscreen to true in your preopenstack handler, then put your button icon settings in your opencard handler for the card that contains the buttons. The screen will remain locked until all the scripts have finished running (if I am not mistaken). That was my first thought too. Or he could just move the icon assignments to a preOpenCard handler on the first card. That triggers before the user sees the stack and no lockscreen would be necessary. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Setting the icon of a btn on preOpenStack
I started a thread on just this subject a few days ago. You cannot "go" to a stack that has not been loaded into memory. Unlike in HC, which kept a log of valid folders where the engine would look for an unopened stack and do the work for you, Rev requires a bit more. But if you cannot go to an unopened stack, you surely cannot refer to its controls in any way. Craig Newman In a message dated 6/22/10 12:41:11 PM, b...@twft.com writes: > Secondly, I am not sure you can refer to an object in an as yet unopened > stack. It's not open yet, see? > ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: File browser extension
Right. Okay. So NOW I know everything. thanks to all those who have contributed to my greatness. LOL! ;-) Bob On Jun 22, 2010, at 8:30 AM, J. Landman Gay wrote: > Ian Wood wrote: >> I thought Rev used the UNIX-style '/' delimiter for all internal paths, >> regardless of platform? > > Yes, that's right. No need to translate slashes to anything else. > >> On 22 Jun 2010, at 01:24, Bob Sneidar wrote: >>> set the itemdelimiter to "/" -- for macs. use \ for windows paths > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Skype dialing (was: Help with drill-down script)
stephen- Tuesday, June 22, 2010, 8:54:32 AM, you wrote: > It should also be mentioned that all Skype API commands are available > through Applescript on Mac and supposedly through "Vbasic" on PC. Got the > mac side working great, gave up on the PC attempt. I did the PC side, but it took the weirdest external library I've ever built. -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Setting the icon of a btn on preOpenStack
Too little information. Where is the pre-openstack handler? Is it in the substack? Are you opening the substack to fire this handler? Secondly, I am not sure you can refer to an object in an as yet unopened stack. It's not open yet, see? But what you can do is set the lockscreen to true in your preopenstack handler, then put your button icon settings in your opencard handler for the card that contains the buttons. The screen will remain locked until all the scripts have finished running (if I am not mistaken). Bob On Jun 21, 2010, at 8:17 PM, Simon Lord wrote: > So I have the following set on preOpenStack: > > > set the icon of btn "iProjects" of group "iToolbar" to 1027 > set the icon of btn "iEdit" of group "iToolbar" to 1026 > set the icon of btn "iBrowser" of group "iToolbar" to 1024 > > > Only the first of the three in any given order fires off properly. > The other 2 are ignored. Any reason for that to happen? > > The only thing special is that the icons are in a sub stack, but I > don't see any reason for that to be an issue. > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Skype dialing (was: Help with drill-down script)
It should also be mentioned that all Skype API commands are available through Applescript on Mac and supposedly through "Vbasic" on PC. Got the mac side working great, gave up on the PC attempt. On 22 June 2010 00:28, Hugh Senior wrote: > Hi Peter, > > See the Skype html syntax options at > http://www.skype.com/share/buttons/advanced.html > > Basically you do a launchURL "skype:SkypeName?chat". It's very cool, and I > have it in my own PhotoContacts utility. > > /H > > Peter wrote: > >[big snip] > > > >BTW, how do you do the skype dialing? I'm interested in that. > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- - Stephen Barncard San Francisco ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
rev media and the player, question
I am thinking of offering to introduce one of my neighbor's sons to rev media. His mother had voiced the view that she wished he would learn something creative or useful to do with his computer, if he was going to spend all this time on it, something she would feel better about than an endless sequence of gory shoot-em-ups. One had to sympathize. Does rev Player play stacks written in Media? Or if you want to run them, do you have to have media installed on any machine you want to run them on? I know Stackrunner won't play media generated stacks. Pity. Peter ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: File browser extension
Ian Wood wrote: I thought Rev used the UNIX-style '/' delimiter for all internal paths, regardless of platform? Yes, that's right. No need to translate slashes to anything else. On 22 Jun 2010, at 01:24, Bob Sneidar wrote: set the itemdelimiter to "/" -- for macs. use \ for windows paths -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
[OT] Computer news from Kassel
1. People around Kassel - and elsewhere - today celebrate the 100th
birthday of Konrad Zuse, the inventor of the first programmable computer.
Some extracts from Wikipedia:
"Konrad Zuse ( 22 June 1910) was a German engineer and computer pioneer.
His greatest achievem was the world's first functional
program-controlled Turing-complete computer, the Z3, in 1941 (the
program was stored on a punched tape).
Zuse also designed the first high-level programming language,
Plankalkül, first published in 1948."
Zuse developed his computer living in a small town near Kassel. His
Z3-Computer is one of the exhibits in the "Technikmuseum" of Kassel.
2. The University of Kassel this semester added another position of a
"Junior Professor" in "Computational Sciences" to the faculty of its
IT-Department.
The first holder of this position got his doctorate at the University of
Edinburgh. His special field in research and teaching is "The structure
of programming - trouble-shooting and avoidance".
It is as yet unknown whether during his stay in Edinburgh the new
professor had come into contact with Revolution or the Revolution team,
but considering the topic of his work this seems to be highly probable.
Apparently he had taken a look at the Revolution bug database with its
enormous lags in fixing even fatal bugs, e.g. Report #8275 "Groups:
Bugs and features ("last group" broken)?" of Sept 16, 2009, which
astonishingly is still listed as "unconfirmed" although it contains a
recipe to crash Revolution with only 4 lines of script.
Although this report is now almost one year old, apparently nobody from
Revolution so far has bothered to take a look at this bug report. It
might be a wise move from the side of the Revolution team to enlist the
support and cooperation of our new professor.--
Best regards,
Wilhelm Sanke
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Datagrid lost focus to next cell
On Jun 21, 2010, at 5:48 PM, JosepM wrote: So in the "EditValue" left only one? command EditValue if there is a field 1 of me then EditFieldText the long id of field 1 of me, the dgIndex of me, the dgColumn of me EditFieldText the long id of field 1 of me, the dgIndex of me, the dgColumn of me end if end EditValue If you change the data grid behavior script then yes. If you want to use the double EditFieldText solution then leave it in there twice. -- Trevor DeVore Blue Mango Learning Systems ScreenSteps: http://www.screensteps.com Releasable Revolution Resources for Developers: http://revolution.bluemangolearning.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revBrowser + youtube.com = Crashing?
Just read the FAQ on the runrev website and discovered the following: - RunRev on Mac OS X uses the Safari rendering engine - RunRev on Windows uses the Explorer rendering engine. So my knee jerk reaction is that the bug with Youtube crashing the stack on Vista likely doesn't translate to it crashing on the Mac. At least that's what I see on this page: http://www.runrev.com/offers/plugins.php On Tue, Jun 22, 2010 at 7:23 AM, David Bovill wrote: > Not on OSX - last test were several months ago. Keep us posted with bug > report as I'm depending on this too. > > On 22 June 2010 12:07, Scott Rossi wrote: > >> Any Windows users experience crashing when accessing youtube.com with >> revBrowser? >> >> The sample browser stack and my own simple test stack both crash Revolution >> consistently on Vista when accessing youtube.com. This happens here with >> both Rev 4 and 4.5dp3. Before I submit an urgent, pleading bug report, has >> anybody else run into this problem? > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: revBrowser + youtube.com = Crashing?
Not on OSX - last test were several months ago. Keep us posted with bug report as I'm depending on this too. On 22 June 2010 12:07, Scott Rossi wrote: > Any Windows users experience crashing when accessing youtube.com with > revBrowser? > > The sample browser stack and my own simple test stack both crash Revolution > consistently on Vista when accessing youtube.com. This happens here with > both Rev 4 and 4.5dp3. Before I submit an urgent, pleading bug report, has > anybody else run into this problem? ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
revBrowser + youtube.com = Crashing?
Any Windows users experience crashing when accessing youtube.com with revBrowser? The sample browser stack and my own simple test stack both crash Revolution consistently on Vista when accessing youtube.com. This happens here with both Rev 4 and 4.5dp3. Before I submit an urgent, pleading bug report, has anybody else run into this problem? Thanks & Regards, Scott Rossi Creative Director Tactile Media, UX Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: ObjectList as a variable won't go?
Thanks Klaus, that did it! Thanks to all other repliers! Mic on mouseUp repeat with i = 1 to the number of groups of group "workarea" set the SELECTED of grp i of grp "workarea" to TRUE end repeat end mouseUp Et voila, all objects/groups selected. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Skype dialing (was: Help with drill-down script)
Hi Peter, See the Skype html syntax options at http://www.skype.com/share/buttons/advanced.html Basically you do a launchURL "skype:SkypeName?chat". It's very cool, and I have it in my own PhotoContacts utility. /H Peter wrote: >[big snip] > >BTW, how do you do the skype dialing? I'm interested in that. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
