Re: Application suspending after a window closes in 2.7.x
BTW, this one is super easy to replicate: Launch Rev 2.7.x Create a new stack add a button close the stack by clicking the X button upper right in the titlebar Rev asks you if you want to save, say Don't Save Revolution is now suspended and another app comes to the forefront. If anyone has a fix, let me know. -Chipp PS Is anyone out there shipping a commercial app in 2.7+ on WinXP? ___ 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: more stinkin s p a m
On 10/29/06, Jeffrey Reynolds [EMAIL PROTECTED] wrote: but much of this increased s p a m is coming from list addresses. I was pretty cautious about becoming a 'List' member, spam being the real concern, so I specifically set up this address purely for that purpose. It lasted a little over 2 months before I started getting spam, and as mentioned here, of late it seems to have gone up a notch or two. Currently I get about 2 to 3 times more spam at this address than at my regular address, which is over 12 years old. Then again this list gets about 2 times more posts to it than I get to my regular email address. Gmail seems to do a pretty good job at sending spam to the spam folder, it's never missed one, and only occasionally does a real email slip into the spam folder. Interestingly, at the same time I set this address up I set up another gmail address, along the lines of [EMAIL PROTECTED] (not the real address because I don't want who/what is trolling this list to add to it's catch) which I use anytime a company/gov/org/survey/registration wants an email address. I figured that this would soon be bombarded with emails from 'others' who had obtained my email because they were a parent co./subsiduary/partner/co-dept etc etc, but this has not been the case. It has also remained spam free. It also only gets about 100th the posts compared to this list. ___ 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: Are there any arrow buttons?
Hi Mark, Yes quit and restart revolution. Using factory clean download, no plugins. I guess I'll have forget about background buttons. Maybe I'll reinstall Rev. Thanks, James On 10/30/06 10:53 AM, Mark Schonewille [EMAIL PROTECTED] wrote: Hi James, I followed the steps exactly as you described and it works fine in Rev 2.7.4 on Mac OS X. Did you quit and restart Revolution before doing this and do you have any non-default plug-ins installed? Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 30-okt-2006, om 19:24 heeft James Z het volgende geschreven: Something isn't working here. I'm on an Intel Mac Pro, Rev Studio 2.7.3 Build 278. I do the following: 1. File menu, New Mainstack. 2. Drag a button to the card. 3. The button is selected, Cmd G, to group. 4. right click (or control click -Property inspector from menu). 5. Click the Behave like a background button. 6. Click the Close button in the upper left corner of the Property Inspector. 7. From the Object menu, select New Card Result: Button doesn't show as background button. So what is missing here? Am I misunderstanding something? James Z. ___ 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: Are there any arrow buttons?
Does your license enable you to use 2.7.4? This is probably something you should write support about because groups and backgrounds are a pretty essential/core feature. James Z [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi Mark, Yes quit and restart revolution. Using factory clean download, no plugins. I guess I'll have forget about background buttons. Maybe I'll reinstall Rev. ___ 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: RE Loading a button with Time
Stinky? Hehe. Thanks Dave, but you should check Eric Chatonet's reply - a more elegant funtion using the 'short time'. It's so damn clean, I'm sure he must have been wearing rubber gloves as he wrote it! Dave Herndon wrote: WOW ! John Craig's script made mine look STINKY !! I made a couple changes to it to suit my needs. It now formats the contents to load dirrectly into a cascading style pull down button so it is easy to select the time you want. I reformated the script to span 24 hours and maintain a military 0800 style format. This will make it easy to quickly change the increments. Some agencies round to the quarter hour and others to the 5 or 10 minute mark so very cool. Thanks John ! Here is the revised script. Uses three fields to spec the operation and a pull down menu button which gets loaded with 288 lines of time increments spanning from to 2400 hrs . ___ 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: Are there any arrow buttons?
That's weird, James. Feel free to send me your stack with 1 grouped button. Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 31-okt-2006, om 9:52 heeft James Z het volgende geschreven: Hi Mark, Yes quit and restart revolution. Using factory clean download, no plugins. I guess I'll have forget about background buttons. Maybe I'll reinstall Rev. Thanks, James ___ 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: Are there any arrow buttons?
I just tried it in 2.7.2 and it seems to work fine. It must be something specific to James' configuration. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 31-okt-2006, om 10:06 heeft Bill Marriott het volgende geschreven: Does your license enable you to use 2.7.4? This is probably something you should write support about because groups and backgrounds are a pretty essential/core feature. James Z [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi Mark, Yes quit and restart revolution. Using factory clean download, no plugins. I guess I'll have forget about background buttons. Maybe I'll reinstall Rev. ___ 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: Decoding jpeg in Rev cgi ?
OK guys, now I'm answering my own question...;-) I've found that PHP4 includes the gd library that allows manipulation of jpeg gif data (among other formats) and I'm planing to call it from Rev cgi. PHP gurus might find my discovery a bit amusing, but other REv cgi users might find this interesting... Let me know if you want to hear more on my progress with this... JB I forgot 1 question : is there any PHP library that could be called from the Rev cgi handler ? Thanks, JB Hi list, Here's another weird question : how do you guys would proceed to decode jpeg data into a stream of numeric pixel values in a handler run by Rev cgi on a Linux server, which means without access to all the GUI functions ? Thanks, JB ___ 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: Are there any arrow buttons?
On 30 Oct 2006, at 18:24, James Z wrote: Something isn't working here. I'm on an Intel Mac Pro, Rev Studio 2.7.3 Build 278. I do the following: 1. File menu, New Mainstack. 2. Drag a button to the card. 3. The button is selected, Cmd G, to group. 4. right click (or control click -Property inspector from menu). 5. Click the Behave like a background button. 6. Click the Close button in the upper left corner of the Property Inspector. 7. From the Object menu, select New Card Result: Button doesn't show as background button. So what is missing here? Am I misunderstanding something? At step 5, did you click to switch on or switch off Behave like a background. (I notice that it's on by default.) Also, after creating the new card, and if the group/background doesn't appear, go to the Object - Place Group menu, and see if your group is listed. If it is, you add it from the menu. If it isn't, go back and confirm the group was actually created at step 3. (Although if you can see the Behave like a background in the property inspector, I guess it must have been made.) Cheers Dave ___ 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: RE Loading a button with Time
Hi John, Le 31 oct. 06 à 10:07, John Craig a écrit : Stinky? Hehe. Thanks Dave, but you should check Eric Chatonet's reply - a more elegant funtion using the 'short time'. It's so damn clean, I'm sure he must have been wearing rubber gloves as he wrote it! I always wear thin peccary skin gloves when coding :-) Seriously: 1. Using a function with arguments seems welcome when thinking of reusable code. 2. Thanks for the kind words. Best Regards from Paris, Eric Chatonet -- http://www.sosmartsoftware.com/[EMAIL PROTECTED]/ ___ 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: Are there any arrow buttons?
Hi Dave, Here, the backgroundBehavior is off by default (Rev 2.7.4). I wonder why we experience a difference in default settings? Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 31-okt-2006, om 11:07 heeft Dave Cragg het volgende geschreven: At step 5, did you click to switch on or switch off Behave like a background. (I notice that it's on by default.) ___ 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: switch case question
On 10/22/06, Martin Baxter [EMAIL PROTECTED] wrote: put gtimedtest is empty into isempty switch isempty case true stuff break case false other stuff break end switch I've come into this a little late, no internet for a week or so, but be aware that switch is slower than if-then-else-end if, no matter who many nested ifs are required to do 'the same' as a mult-case switch statement. It's only a couple of milliseconds over 1000 executions, but it is slower. If what you want is as stated, then I think you'd be better served by: if (gTimeTest is empty) then --do empty stuff else --do full stuff end if Having said that, I've started to use switch a lot because what appears at first glance to be a simple yes/no,true/false,black/white, after a week of tweaking I realise that yes/no/maybe,true/false/no comment, and black/white and all the other colours of the rainbow also need to be considered: and this is where switch is so easy to read and understand. Here is another version for your switch command: switch case (gTimeTest is empty) --do empty stuff break default -- do full stuff end switch Which then makes it easy when you decide to do things based on the exact contents of gTimeTest switch case (gTimeTest = 1:00) revSpeak It's one o clock break case (gTimeTest = 2:00) revSpeak It's too o clock break ... ... case (gTimeTest contains :30) beep break case (gTimeTest is not empty) --do whatever default answer There is an error, gTimeTest is empty end switch ___ 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
[ANN] Quicktime Issues Wiki Opened
To follow through on Stephan's proposal: I'm acquainted with a person in high management of Quicktime at Apple. If someone can gather all the complaints and needs in one document point-by-point, I can make sure he's aware of your concerns I have created a Wiki where we hope Revolution developers who would like to what see Apple take Quicktime to the next level will enter their specific issues. On one page we hope to create together, the one document point-by-point http://www.wiki.hindu.org/quicktime/ The wiki is read only for the world and editable by those who have a password. If you would like to participate, email me off list for the password. Note that a) Stephan does know a real person at Apple b) Kauai's Hindu Monastery is well known at Apple So this is more than just a shot in the dark. Please! if you have any interest in Rev/QT moving forward, help by participating. Trevor, you would be an obvious one to contribute. Run Rev Engineer's: obviously we hope you will post your concerns, unless of course you already have an inside channel to Apple's Quicktime team. Note that, obviously, this is for issues that Apple must fix, though possibly it will be hard to distinquish if it is something Revolution engineers need to fix, in which case, just go for it: post your problem-wish list... either way, this will be a good place to consolidate the issues. Om shanti Sivakatirswami www.himalayanacademy.com Get Hinduism Today Digital Edition. It's Free! http://www.hinduismtoday.com/digital/ ___ 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: Are there any arrow buttons?
Its the version that was available when I ordered rev. I don't want to report a bug if I'm the only one experiencing it. On 10/31/06 1:06 AM, Bill Marriott [EMAIL PROTECTED] wrote: Does your license enable you to use 2.7.4? This is probably something you should write support about because groups and backgrounds are a pretty essential/core feature. James Z [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi Mark, Yes quit and restart revolution. Using factory clean download, no plugins. I guess I'll have forget about background buttons. Maybe I'll reinstall Rev. ___ 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
[ANN] Quicktime Issues Wiki Opened
Prabhu Sivakatirswami, I am all in favour of your Quicktime Wiki: however, on clicking on the URL I got a not found message. Possibly I am being precipitate, or may be something is not quite right with the URL? sincerely, Richmond Mathewson I have just read and signed the online petition: Hinge Bracket hosted on the web by PetitionOnline.com, the free online petition service, at: http://www.PetitionOnline.com/HandB/ I personally agree with what this petition says, and I think you might agree, too. If you can spare a moment, please take a look, and consider signing yourself. Richmond Mathewson Send instant messages to your online friends http://uk.messenger.yahoo.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: Activating a Function in a Different Stack
Hi, You have to be careful about using this as as in this stack, this card, etc. There are a number of ways around it: 1. Do this: function CalledFromDiffStack -- This refers to the stack etc. that called this one put CalledFromThisStack into myValue end CalledFromDiffStack function CalledFromThisStack -- this refers to the stack that called this function - e.g. the right one! end CalledFromThisStack 2. Use me instead of this stack etc. as in set the xxx of me to . Also it's better to use the long name of this stack when calling the function in a different stack, don't know why, but the short name sometimes doesn't work. Hope this Helps Cheers Dave On 31 Oct 2006, at 01:45, Bridger Maxwell wrote: Wow, thanks for the great response everyone. I tried a few and I found that the value function works the best. I had actually been using virtual properties in a few places instead of functions, but the problem then was that I couldn't pass parameters to them. Here is the final script: put Stack where quote into vStack put requestData of vStack into vRequest try put value(vRequest,vStack) into vReturn end try One thing is still a little confusing though. Calling a function like the short name of the current stack return the name of the right stack, but a request like the mouseLoc returns a value that is relative to the stack that is retrieving the data, even if that stack isn't the top stack. If the mouseloc function is not relative to the top stack, and it is not relative to the stack that the value is being requested from, how does it decide which stack it is relative to and how can I know which functions are funny like that? Also one odd quirk I discovered was that when nesting value functions things get weird. i.e value( (value(vRequest,vStack) ), vStack) the short name of me would return Odyssey when the stack name was Odyssey Sensors, and that was the only function that would come close to working. Not important, but very mystifying. TTFN Bridger ___ 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: New DST... how will that impact us?
I would assume Rev would just go off the system time, so it would be up to Microsoft and Apple to make sure their computers adjust appropriately. I know Macs (out of the box) can get the time off the internet, so that would be an easy fix. At 11:29 AM 10/31/2006, you wrote: Well, if we didn't have enough issues with dates, here's a new twist: The Energy Policy Act of 2005 was passed through Congress recently and it is going to cause Daylight Savings Time to start a month earlier and end a week later starting next year (2007). Link: http://www.npr.org/templates/story/story.php?storyId=6393658 So since apparently only the US is doing this (am I right about that?), it would seem to mean that any code the depends on DST starting the first Sunday in April and ending the last Sunday in October will have to change. And if the reason PCs and Macs can automatically switch over to DST is because of hard-coded information on the motherboard, then they will have to change too. Does anybody know what other computing effects this will have? Also, does anyone have any info about how Revolution will handle the change? (Perhaps this is best asked of RunRev...) Don't want this to be another Y2K... ;-) Ken Ray Sons of Thunder Software, Inc. Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ 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 Peter T. Evensen http://www.PetersRoadToHealth.com 314-629-5248 or 888-682-4588 ___ 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: Rules governing stack purging
Richard, et al., Any reference to any object in a stack (or the stack itself) that includes its file path name (the long name, the long id) will place it in memory. You might consider that. We had that bite us several times with Constellation and Galaxy in managing our tabs for objects. Best, Jerry Daniels Makers of Galaxy 1.5 http://www.daniels-mara.com/new_in_galaxy_1_5.htm On Oct 30, 2006, at 10:48 AM, Richard Gaskin wrote: I'm working with a client on a system that makes extensive use of data stored in custom properties. I had been under the impression that as long as the stack containing the data has its destroyStack set to true, and as long as we don't open the stack, everytime we access its properties we're getting it fresh from disk rather than from cached memory. Is that correct? We're in the process of pinning down some anomalies in our system which would seem to suggest that accessing properties can cause a stack to remain in memory such that subsequent accesses are obtained from memory rather than from disk. I would love to be wrong, as it would complicate our system to have to manually purge each stack before accessing it. And as for that purging, in the absence of a purge command there is the workaround of using the delete command, but at the moment my memory's flakey: does using delete stack merely purge the stack but not delete the actual stack if it's a mainStack, or if it's a substack? And once we confirm which type of stack we can safely purge without deleting it using the delete stack command, what method do we use to purge stacks of the other kind? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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
[OT] PHP speed question
Hi there,
I'm not trying to change this list into a PHP forum, but I have a
question
regarding speed optimization in PHP, especially about data accumulation
into strings...
I need to accumulate a large number of pixel values into a string before
passing the string back to my Rev cgi script.
Below is the best I managed to code, which is still painfully slow when
compared to what can be achieved with Rev...
Question : is there a way to speed up things ?
In javascript, it is possible to accumulate data into an array, and then
change the
array into a string, which is much much faster than simply accumulating
data in
the string... Is anything similar possible with PHP ?
$s0 = ;
$s = ;
for($y = 0; $y $h; $y++) {
$s0 = ;
for($x = 0; $x $w; $x++) {
$s0 .= $myValue1 . . $myValue1 . . $myValue1 . \t ;
}
$s .= $s0 . \n ;
}
Thanks,
JB
___
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: Rules governing stack purging
On Oct 31, 2006, at 7:59 AM, Richard Gaskin wrote: That this would be the case with stacks whose destroyStack property is FALSE makes sense, but when a stack's destroyStack is TRUE this is inconsistent with other behaviors we've come to expect from the engine. Given that this has caused confusion for yourself, Jacque, Ken, myself, and other experienced Rev programmers, it seems reasonable to request that the destroyStack property be honored consistently, which I've done in BZ#3937: Richard, I'm not sure I understand why a stack should not be brought into memory and stay in memory until told otherwise when accessing it using the complete filenmae. destroyStack docs state that it applies when a stack is closed. Since the stack is never officially opened (no go stack, no msg sent) it is not closed so in my mind it should remain in memory. -- Trevor DeVore Blue Mango Learning Systems - www.bluemangolearning.com [EMAIL PROTECTED] ___ 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
Right-Click Transparency
Hi All, I have a bunch of images in a stack. I noticed that if I right-click on a part of the image, that area becomes transparent. Thats great. However, if I go to another card and them come back, all of those areas that I asked to become transparent have reverted back to their default opaque nature. Not sure why this is happening. Does anyone know about this? Cheers, Trevor Hopkins Exeter, UK _ Windows Live Messenger has arrived. Click here to download it for free! http://imagine-msn.com/messenger/launch80/?locale=en-gb ___ 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: Careful
Dunno really, guess I trying to not make waves! Take Care and All the Best Dave On 27 Oct 2006, at 17:18, Stephen Barncard wrote: so why are you cens*ring yourself??? : Hi, I'll think you'll find that the word bocks simply means nonsense. The Sex Pistols were taken to court on indecency charges for the title of their album - Never Mind the bocks, this is the Sex Pistols and won their case. The judge concluded that it wasn't a swear word! Dave -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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: [OT] PHP speed question
I'm not trying to change this list into a PHP forum, but I have a
question regarding speed optimization in PHP, especially about data
accumulation
into strings... I need to accumulate a large number of pixel values
into a string before
Excuses excuses... that's just because you know that here you will
get a rapid answer ;-). We should avoid this, however.
First thing, try by changing to one of these:
(1) $myValue1 $myValue1 $myValue1\t ;
(2) $myValue1 . ' ' . $myValue1 . ' ' . $myValue1 . \t ;
(and $s0 = '';)
(2) should a priori be the fasted (except that \t has to be in
quotes). Content in is interpreted (if you put a variable , then
it is replaced by its value). Content in '' is not.
Otherwise, if you want to explore arrays:
array_push -- Push one or more elements onto the end of array
http://uk.php.net/function.array-push
implode -- Join array elements with a string
http://uk.php.net/manual/en/function.implode.php
For the rest:
PHP Optimization Tricks
http://ilia.ws/archives/12-PHP-Optimization-Tricks.html
$s0 = ;
$s = ;
for($y = 0; $y $h; $y++) {
$s0 = '' ;
for($x = 0; $x $w; $x++) {
$s0 .= $myValue1 . . $myValue1 . . $myValue1 . \t ;
}
$s .= $s0 . \n ;
}
Thanks,
JB
___
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
Marielle Lange (PhD), http://widged.com
Bite-size Applications for Education
___
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: [ANN] Quicktime Issues Wiki Opened
Wrong URL. Here's the correct one that Sivakatirswami sent me earlier that works... http://wiki.hindu.org/quicktime/ methinks the Swami worked way too late last night and forgot about the subdomain. Prabhu Sivakatirswami, I am all in favour of your Quicktime Wiki: however, on clicking on the URL I got a not found message. Possibly I am being precipitate, or may be something is not quite right with the URL? sincerely, Richmond Mathewson -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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: Rules governing stack purging
Jerry Daniels wrote: Any reference to any object in a stack (or the stack itself) that includes its file path name (the long name, the long id) will place it in memory. You might consider that. We had that bite us several times with Constellation and Galaxy in managing our tabs for objects. That this would be the case with stacks whose destroyStack property is FALSE makes sense, but when a stack's destroyStack is TRUE this is inconsistent with other behaviors we've come to expect from the engine. Given that this has caused confusion for yourself, Jacque, Ken, myself, and other experienced Rev programmers, it seems reasonable to request that the destroyStack property be honored consistently, which I've done in BZ#3937: http://support.runrev.com/bugdatabase/show_bug.cgi?id=3937 -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Are there any arrow buttons?
On 31 Oct 2006, at 10:20, Mark Schonewille wrote: Hi Dave, Here, the backgroundBehavior is off by default (Rev 2.7.4). I wonder why we experience a difference in default settings? Strange. I'm seeing some odd behavior. On checking again, *most* times I'm seeing the backgroundBehavior off when I create a group. But occasionally it is set on. I don't see a pattern, although there probably is one. Sorry if I created any confusion. Cheers Dave ___ 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 DST... how will that impact us?
Hi Ken, Here in Europa, no change is planned. And there are states in the USA that never change of hour as Hawaii (as far as I know :-) Le 31 oct. 06 à 18:29, Ken Ray a écrit : Well, if we didn't have enough issues with dates, here's a new twist: The Energy Policy Act of 2005 was passed through Congress recently and it is going to cause Daylight Savings Time to start a month earlier and end a week later starting next year (2007). Link: http://www.npr.org/templates/story/story.php?storyId=6393658 So since apparently only the US is doing this (am I right about that?), it would seem to mean that any code the depends on DST starting the first Sunday in April and ending the last Sunday in October will have to change. And if the reason PCs and Macs can automatically switch over to DST is because of hard-coded information on the motherboard, then they will have to change too. Does anybody know what other computing effects this will have? Also, does anyone have any info about how Revolution will handle the change? (Perhaps this is best asked of RunRev...) Don't want this to be another Y2K... ;-) Ken Ray Sons of Thunder Software, Inc. Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ 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 Best Regards from Paris, Eric Chatonet -- http://www.sosmartsoftware.com/[EMAIL PROTECTED]/ ___ 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: Rules governing stack purging
On 30 Oct 2006, at 22:43, Richard Gaskin wrote: Consider your subsequent post: I just remembered something (third time this week, must be the new pills). Aren't unused stacks purged from memory by the engine when it needs to reclaim memory? I think I'm referring to stacks without the destryStack set, but which have been closed. I seem to recall reading this somewhere, either in the old Metacard docs, or the MC mailing list from long ago. If it's true, I wonder if it applies to unopened stacks in memory too. This implies the engine introduces a sometimes rule (sometime it does one thing, sometimes something else), which is generally bad news. If this purging actually happens, which I don't know for sure, I don't think it's such a bad thing. It would only affect stacks that have been specifically closed, or that have been put in memory as a result of a direct reference to the stack file. Any subsequent reference just requires the engine to load the stack again. Nothing lost. I'm still don't see how your suggestion will produce something more consistent than the current behavior. Going back to my set and save example: set the cProp of stack C:/myStack.rev to tData save stack C:/myStack.rev Under your proposal, if the stack's destroyStack property is true, nothing will have changed in the stack. I don't see how this can be considered consistent with anything. You say you were caught by this, but I'm still not clear what problems it causes. The only situation I can think of is if a second app changed the stack on disk while the first app had it in memory, and the first app expected subsequent references to load the stack from disk again. If this is the case, I don't think it is a normal situation, and we know we have to take care when two apps are mucking around with files. But under your suggestion, if I want to use a stack as a data file, I have to be sure to set it's destroyStack to false. I suspect more people will be caught by that. Cheers Dave ___ 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: Right-Click Transparency
Trevor Hopkins wrote: Hi All, I have a bunch of images in a stack. I noticed that if I right-click on a part of the image, that area becomes transparent. Thats great. However, if I go to another card and them come back, all of those areas that I asked to become transparent have reverted back to their default opaque nature. Not sure why this is happening. Does anyone know about this? Is the image a referenced or imported image? An image that has its filename set (i.e., a referenced image) will be re-read from disk every time it is displayed. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Are there any arrow buttons?
You're probably not the only one experiencing it, just the only one taking the time to write about it. There have been a lot of issues with the 2.7.x series, so having the latest update is important. Writing support isn't the same as filing a bug... and if your license doesn't allow for the update then you can lobby support to make sure you get it for free. Anyway, the recipe you posted earlier seems to be 100% reproducible -- which is always good -- so they ought to work with you to find out the cause of the problem. I would just forward the post with the steps you followed to support (at) runrev.com and see how they come through on this. James Z [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Its the version that was available when I ordered rev. I don't want to report a bug if I'm the only one experiencing it. On 10/31/06 1:06 AM, Bill Marriott [EMAIL PROTECTED] wrote: Does your license enable you to use 2.7.4? This is probably something you should write support about because groups and backgrounds are a pretty essential/core feature. James Z [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi Mark, Yes quit and restart revolution. Using factory clean download, no plugins. I guess I'll have forget about background buttons. Maybe I'll reinstall Rev. ___ 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
Relaunch doesn't work with U3?
Hello, Can anyone confirm that the relaunch message doesn't work with standalones for U3 and did anyone find a fix for this already? (Rev 2.7.4, Windows XP). Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz ___ 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: Stack purging - and other bugs
Someone's middle name is Trouble... I like that. Got my vote. Cheers, Luis. Dave wrote: Hi, Sounds good to me! Just choose one though, 66, seems like a good choice, now as long as everyone votes for that one bug and no other bug, the count should go sky high!!! Not sure if this is going to get us in Hot Water though!!! All the Best Dave On 31 Oct 2006, at 16:15, [EMAIL PROTECTED] wrote: OK Dave, How about bug #66, from 2003? Or 1619, from 2004, which already has 108 votes - and is still listed as unconfirmed? I chose these because 1. They affect a lot of users 2. They are old - and past due for fixing 3. Their resolution would make the Rev experience significantly better 4. Their resolution would help restore some credibility to using Bugzilla 5. They are fixable with moderate effort and minimal side effects I'd entertain other suggestions as well. Yours? Paul Looney ___ 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 ___ 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: Stack purging - and other bugs
Meant to say, it doesn't really bother me too much which one is voted for. I'll leave it to others that have more knowledge on what causes the most headaches. Just let me know which one you'd like me to vote for and I'll do it. Just want *something* fixed!! All the Best Dave Hi, Sounds good to me! Just choose one though, 66, seems like a good choice, now as long as everyone votes for that one bug and no other bug, the count should go sky high!!! Not sure if this is going to get us in Hot Water though!!! All the Best Dave On 31 Oct 2006, at 16:15, [EMAIL PROTECTED] wrote: OK Dave, How about bug #66, from 2003? Or 1619, from 2004, which already has 108 votes - and is still listed as unconfirmed? I chose these because 1. They affect a lot of users 2. They are old - and past due for fixing 3. Their resolution would make the Rev experience significantly better 4. Their resolution would help restore some credibility to using Bugzilla 5. They are fixable with moderate effort and minimal side effects I'd entertain other suggestions as well. Yours? Paul Looney ___ 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 ___ 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: Stack purging - and other bugs
Hi, Sounds good to me! Just choose one though, 66, seems like a good choice, now as long as everyone votes for that one bug and no other bug, the count should go sky high!!! Not sure if this is going to get us in Hot Water though!!! All the Best Dave On 31 Oct 2006, at 16:15, [EMAIL PROTECTED] wrote: OK Dave, How about bug #66, from 2003? Or 1619, from 2004, which already has 108 votes - and is still listed as unconfirmed? I chose these because 1. They affect a lot of users 2. They are old - and past due for fixing 3. Their resolution would make the Rev experience significantly better 4. Their resolution would help restore some credibility to using Bugzilla 5. They are fixable with moderate effort and minimal side effects I'd entertain other suggestions as well. Yours? Paul Looney ___ 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: Rules governing stack purging
I certainly wouldn't cry if that happened, although now i use the same device to put a stack into memory. I admit it is a back handed way to do things, tho. Best, Jerry Daniels Makers of Galaxy 1.5 http://www.daniels-mara.com/new_in_galaxy_1_5.htm On Oct 31, 2006, at 9:59 AM, Richard Gaskin wrote: Jerry Daniels wrote: Any reference to any object in a stack (or the stack itself) that includes its file path name (the long name, the long id) will place it in memory. You might consider that. We had that bite us several times with Constellation and Galaxy in managing our tabs for objects. That this would be the case with stacks whose destroyStack property is FALSE makes sense, but when a stack's destroyStack is TRUE this is inconsistent with other behaviors we've come to expect from the engine. Given that this has caused confusion for yourself, Jacque, Ken, myself, and other experienced Rev programmers, it seems reasonable to request that the destroyStack property be honored consistently, which I've done in BZ#3937: http://support.runrev.com/bugdatabase/show_bug.cgi?id=3937 -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Right-Click Transparency
They are not referenced images or imported images but rather Photoshop graphics copied into Rev images. The thing I'm concerned with is the functionality of the right-click transparency feature. It seems to be negated everytime the card is refreshed. Any ideas? From: J. Landman Gay [EMAIL PROTECTED] Reply-To: How to use Revolution use-revolution@lists.runrev.com To: How to use Revolution use-revolution@lists.runrev.com Subject: Re: Right-Click Transparency Date: Tue, 31 Oct 2006 10:27:45 -0600 Trevor Hopkins wrote: Hi All, I have a bunch of images in a stack. I noticed that if I right-click on a part of the image, that area becomes transparent. Thats great. However, if I go to another card and them come back, all of those areas that I asked to become transparent have reverted back to their default opaque nature. Not sure why this is happening. Does anyone know about this? Is the image a referenced or imported image? An image that has its filename set (i.e., a referenced image) will be re-read from disk every time it is displayed. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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 _ Windows Live Messenger has arrived. Click here to download it for free! http://imagine-msn.com/messenger/launch80/?locale=en-gb ___ 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: Stack purging - and other bugs
OK Dave, How about bug #66, from 2003? Or 1619, from 2004, which already has 108 votes - and is still listed as unconfirmed? I chose these because 1. They affect a lot of users 2. They are old - and past due for fixing 3. Their resolution would make the Rev experience significantly better 4. Their resolution would help restore some credibility to using Bugzilla 5. They are fixable with moderate effort and minimal side effects I'd entertain other suggestions as well. Yours? Paul Looney ___ 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: Application suspending after a window closes in 2.7.x
Hi Jacque, Hmmm. I'm not sure exactly what 'move as one as if there were a backdrop set' means. Does it mean when you drag one window, all of them move? Or, does it mean they all stay on the same layer? Trevor, offlist, recently filed this bug showing this exact behavior: http://support.runrev.com/bugdatabase/show_bug.cgi?id=3936 I would have to think this one particularly creates problems for those of us trying to ship a professional product in 2.7. If anyone would like to vote for it, be my guest! -Chipp On 10/31/06, J. Landman Gay [EMAIL PROTECTED] wrote: Could this be related to the new raiseWindows property? From the What's New file: the raiseWindows There is a new global property 'raiseWindows'. When set a Revolution application's windows will move as one as if there were a backdrop set. ___ 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: Rules governing stack purging
Richard, Jerry, Chipp, Jacque, Ken, Jeanne, Dave, Phil, et. al., Should bug #3937 be combined with bug #1081? It has been so long, I'd forgotten about it. Paul Looney ___ 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: Stack purging - and other bugs
Hi, Well it is Halloween! Dave On 31 Oct 2006, at 16:36, Luis wrote: Someone's middle name is Trouble... I like that. Got my vote. Cheers, Luis. Dave wrote: Hi, Sounds good to me! Just choose one though, 66, seems like a good choice, now as long as everyone votes for that one bug and no other bug, the count should go sky high!!! Not sure if this is going to get us in Hot Water though!!! All the Best Dave On 31 Oct 2006, at 16:15, [EMAIL PROTECTED] wrote: OK Dave, How about bug #66, from 2003? Or 1619, from 2004, which already has 108 votes - and is still listed as unconfirmed? I chose these because 1. They affect a lot of users 2. They are old - and past due for fixing 3. Their resolution would make the Rev experience significantly better 4. Their resolution would help restore some credibility to using Bugzilla 5. They are fixable with moderate effort and minimal side effects I'd entertain other suggestions as well. Yours? Paul Looney ___ 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 ___ 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: Application suspending after a window closes in 2.7.x
Chipp Walters wrote: BTW, this one is super easy to replicate: Launch Rev 2.7.x Create a new stack add a button close the stack by clicking the X button upper right in the titlebar Rev asks you if you want to save, say Don't Save Revolution is now suspended and another app comes to the forefront. If anyone has a fix, let me know. Could this be related to the new raiseWindows property? From the What's New file: the raiseWindows There is a new global property 'raiseWindows'. When set a Revolution application's windows will move as one as if there were a backdrop set. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Double vision
Thanks, Jacqueline - that was the answer!!! absolutely no idea how it happened (it's a big script) J. Landman Gay wrote: John Craig wrote: I suddenly have all handler names appearing twice in the handler list - only for 1 stack - all other stacks appear OK. Anyone know of a quick fix? Remove the duplicate handlers? ;) No, seriously, this happened to me once. I accidentally copied/pasted the whole script in twice. If your script is short this probably isn't the problem, but if it's a long one, you may not notice the duplicates if they are far down at the bottom of the script. Try changing the handler display from alphabetical to natural order. If there really are two of each handler, you'll still see two in the list but they won't be next to each other any more. If this isn't the problem then I haven't a clue. ___ 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 DST... how will that impact us?
Well, if we didn't have enough issues with dates, here's a new twist: The Energy Policy Act of 2005 was passed through Congress recently and it is going to cause Daylight Savings Time to start a month earlier and end a week later starting next year (2007). Link: http://www.npr.org/templates/story/story.php?storyId=6393658 So since apparently only the US is doing this (am I right about that?), it would seem to mean that any code the depends on DST starting the first Sunday in April and ending the last Sunday in October will have to change. And if the reason PCs and Macs can automatically switch over to DST is because of hard-coded information on the motherboard, then they will have to change too. Does anybody know what other computing effects this will have? Also, does anyone have any info about how Revolution will handle the change? (Perhaps this is best asked of RunRev...) Don't want this to be another Y2K... ;-) Ken Ray Sons of Thunder Software, Inc. Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ 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: Relaunch doesn't work with U3?
Hi, I'm also very interested to know if anyone got is application certified for U3 already. Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 31-okt-2006, om 16:58 heeft Mark Schonewille het volgende geschreven: Hello, Can anyone confirm that the relaunch message doesn't work with standalones for U3 and did anyone find a fix for this already? (Rev 2.7.4, Windows XP). Best, Mark ___ 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: Stack purging - and other bugs
Hi All, Yeah, and plenty of new stuff being added all the time, all with their own real and potential bugs. One thing I thought of dong was to get as many people as possible to vote for just one bug and no others, this would drive the vote count way up on that one bug, would be hard not to fix *something* then! Then just repeat the process on the next bug! What do you think? Cheers Dave On 30 Oct 2006, at 23:04, [EMAIL PROTECTED] wrote: Richard, I voted for bug 3932 - but I'm not optimistic. I voted for bug 1072 as well - ages ago - and nothing happened. Lots of votes - over lots of years - little action. Bugzilla seems to be a black hole into which votes go and out of which nothing comes. Paul Looney ___ 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: Activating a Function in a Different Stack
Opps! A typeo got into it! Should be: 1. Do this: function CalledFromDiffStack(p1,p2,p3) -- This refers to the stack etc. that called this one put CalledFromThisStack(p1,p2,p3) into myValue return myValue end CalledFromDiffStack function CalledFromThisStack(p1,p2,p3) -- this refers to the stack that called this function - e.g. the right one! return VALUE end CalledFromThisStack Hi, You have to be careful about using this as as in this stack, this card, etc. There are a number of ways around it: 1. Do this: function CalledFromDiffStack -- This refers to the stack etc. that called this one put CalledFromThisStack into myValue end CalledFromDiffStack function CalledFromThisStack -- this refers to the stack that called this function - e.g. the right one! end CalledFromThisStack 2. Use me instead of this stack etc. as in set the xxx of me to . Also it's better to use the long name of this stack when calling the function in a different stack, don't know why, but the short name sometimes doesn't work. Hope this Helps Cheers Dave On 31 Oct 2006, at 01:45, Bridger Maxwell wrote: Wow, thanks for the great response everyone. I tried a few and I found that the value function works the best. I had actually been using virtual properties in a few places instead of functions, but the problem then was that I couldn't pass parameters to them. Here is the final script: put Stack where quote into vStack put requestData of vStack into vRequest try put value(vRequest,vStack) into vReturn end try One thing is still a little confusing though. Calling a function like the short name of the current stack return the name of the right stack, but a request like the mouseLoc returns a value that is relative to the stack that is retrieving the data, even if that stack isn't the top stack. If the mouseloc function is not relative to the top stack, and it is not relative to the stack that the value is being requested from, how does it decide which stack it is relative to and how can I know which functions are funny like that? Also one odd quirk I discovered was that when nesting value functions things get weird. i.e value( (value(vRequest,vStack) ), vStack) the short name of me would return Odyssey when the stack name was Odyssey Sensors, and that was the only function that would come close to working. Not important, but very mystifying. TTFN Bridger ___ 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 ___ 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: Are there any arrow buttons?
Bill Marriott wrote: You're probably not the only one experiencing it, just the only one taking the time to write about it. I don't think so. So far, no one else has been able to reproduce the problem. I have never seen the problem either, and I use an awful lot of background groups in my work. There have been a lot of issues with the 2.7.x series, so having the latest update is important. Writing support isn't the same as filing a bug But it is close, and writing to support is fine. Runtime prefers that the user submit to Bugzilla, but if they aren't comfortable with that, Runtime will gladly take reports via support. Anyway, the recipe you posted earlier seems to be 100% reproducible -- which is always good -- so they ought to work with you to find out the cause of the problem. As I recall, it wasn't reproducible by anyone else, so I suspect it is a problem specific to this user. The user is new, and may not fully understand how background groups work or what to do to enable their behavior. We all have to learn these things at some point. I would just forward the post with the steps you followed to support (at) runrev.com and see how they come through on this. That's always a good idea, and welcome. However, support -- which will be me -- will do just what I did yesterday when it appeared on the list. I will try to reproduce the problem and fail. The recipe as posted works perfectly in the several versions of Revolution I tried. I will admit there are many bugs that need to be addressed, but I am pretty sure this isn't one of them. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Application suspending after a window closes in 2.7.x
Chipp Walters wrote: Hi Jacque, Hmmm. I'm not sure exactly what 'move as one as if there were a backdrop set' means. Does it mean when you drag one window, all of them move? Or, does it mean they all stay on the same layer? I think the intention is to keep all the windows in the same layer, just as they (are supposed to) do when a backdrop is set. I haven't worked with the feature, but thought I'd mention it in case setting it helps solve the problem. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Right-Click Transparency
Trevor Hopkins wrote: They are not referenced images or imported images but rather Photoshop graphics copied into Rev images. The thing I'm concerned with is the functionality of the right-click transparency feature. It seems to be negated everytime the card is refreshed. Any ideas? Not really, I haven't ever seen this happen. I use the right-click transparency feature a lot and it's always worked, so I'm not sure why it is failing for you. However, one thing I do differently is that I always import the images, I never just paste them. Maybe you could try that with an image or two. If it works that way but not when you just paste, then that's the bug to report. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Stack purging - and other bugs
Paul L wrote: Richard, Jerry, Chipp, Jacque, Ken, Jeanne, Dave, Phil, et. al., Should bug #3937 be combined with bug #1081? It has been so long, I'd forgotten about it. I've marked mine as related to #1081. GMTA :) -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Rules governing stack purging
Trevor DeVore wrote: On Oct 31, 2006, at 7:59 AM, Richard Gaskin wrote: That this would be the case with stacks whose destroyStack property is FALSE makes sense, but when a stack's destroyStack is TRUE this is inconsistent with other behaviors we've come to expect from the engine. ... I'm not sure I understand why a stack should not be brought into memory and stay in memory until told otherwise when accessing it using the complete filenmae. destroyStack docs state that it applies when a stack is closed. Since the stack is never officially opened (no go stack, no msg sent) it is not closed so in my mind it should remain in memory. By default it would work exactly as it does now. By default, the engine creates stacks with their destroyStack property set to false. The destroyStack property is used to govern whether a stack remains in memory when using go or open, but it not honored when a property within a stack is accessed. By honoring the destroyStack property consistently, accessing properties of stacks which have this set to true would cause the engine to read the file, obtain the data, dispose of the copy of the stack in memory, and return the value requested. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Rules governing stack purging
Jerry Daniels wrote: I certainly wouldn't cry if that happened, although now i use the same device to put a stack into memory. I admit it is a back handed way to do things, tho. And with the proposed consistency in honoring the destroyStack property, you could still do that effortlessly by just leaving that property in its default setting of false. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Rules governing stack purging
Dave Cragg wrote: On 30 Oct 2006, at 22:43, Richard Gaskin wrote: Consider your subsequent post: I just remembered something (third time this week, must be the new pills). Aren't unused stacks purged from memory by the engine when it needs to reclaim memory? I think I'm referring to stacks without the destryStack set, but which have been closed. I seem to recall reading this somewhere, either in the old Metacard docs, or the MC mailing list from long ago. If it's true, I wonder if it applies to unopened stacks in memory too. This implies the engine introduces a sometimes rule (sometime it does one thing, sometimes something else), which is generally bad news. If this purging actually happens, which I don't know for sure, I don't think it's such a bad thing. It would only affect stacks that have been specifically closed, or that have been put in memory as a result of a direct reference to the stack file. Any subsequent reference just requires the engine to load the stack again. Nothing lost. But it's still ambiguous; you never really know whether the stack is coming fresh from disk or whether its the copy that was last in memory. By honoring the destroyStack property consistently with its behavior for go and open, we would gain greater certainty about what's in memory. I'm still don't see how your suggestion will produce something more consistent than the current behavior. Going back to my set and save example: set the cProp of stack C:/myStack.rev to tData save stack C:/myStack.rev Under your proposal, if the stack's destroyStack property is true, nothing will have changed in the stack. I don't see how this can be considered consistent with anything. Under what circumstances do you want to save changes to a stack that you neither open nor have its destroyStack left in its default setting? You say you were caught by this, but I'm still not clear what problems it causes. The only situation I can think of is if a second app changed the stack on disk while the first app had it in memory, and the first app expected subsequent references to load the stack from disk again. If this is the case, I don't think it is a normal situation, and we know we have to take care when two apps are mucking around with files. Ever make multi-user apps? I make quite a few. I'm not sure what normal means in this context. I think a lot of single-user apps are abnormal. :) But under your suggestion, if I want to use a stack as a data file, I have to be sure to set it's destroyStack to false. I suspect more people will be caught by that. Whether we honor destroyStack for property access or not, either circumstance will require the addition of a line of code to cover all bases. If we leave the current situation where destroyStack is ignored for property accesses, we can work around this by adding a line using the delete stack command. If we honor destroyStack for property accesses, you can work around this by adding a line to open the stack invisibly first, or solve it with no code at all by just leaving the destroyStack property in its default setting. It may also be worth noting that while we have the delete stack workaround, it only applies to mainStacks. Using the same command on the other type of stack, substacks, will cause the stack to be deleted from the file. So not only do we have a dangerous ambiguity in the language (addressed in BZ#1081), we also have no way of purging substacks from memory directly. Here's a circumstance in which I don't know what the result would be: You have a stack file with mainstack A and substack B, both with their destroyStack set to true. You open substack B, which causes the whole stackfile to be read into memory, but do not open stack A. When you close stack B, does the stackfile remain in memory? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Rules governing stack purging
On Oct 31, 2006, at 11:08 AM, Richard Gaskin wrote: The destroyStack property is used to govern whether a stack remains in memory when using go or open, but it not honored when a property within a stack is accessed. By honoring the destroyStack property consistently, accessing properties of stacks which have this set to true would cause the engine to read the file, obtain the data, dispose of the copy of the stack in memory, and return the value requested. I guess in my mind the current behavior makes sense. I see a read of a property as something that reads a property, bringing it into memory if need be to complete the operation. You approach it as the reading of the property being an open/read/close operation so destroyStack should come into play. Is that correct? -- Trevor DeVore Blue Mango Learning Systems - www.bluemangolearning.com [EMAIL PROTECTED] ___ 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: Rules governing stack purging
Hi All, If all that is required is to read a property from a stack, couldn't there be some way of loading is read-only? e.g. load stack (read only) long_name put the cp of stack long_name into x Just a thought. Dave On 31 Oct 2006, at 17:48, Dave Cragg wrote: On 30 Oct 2006, at 22:43, Richard Gaskin wrote: Consider your subsequent post: I just remembered something (third time this week, must be the new pills). Aren't unused stacks purged from memory by the engine when it needs to reclaim memory? I think I'm referring to stacks without the destryStack set, but which have been closed. I seem to recall reading this somewhere, either in the old Metacard docs, or the MC mailing list from long ago. If it's true, I wonder if it applies to unopened stacks in memory too. This implies the engine introduces a sometimes rule (sometime it does one thing, sometimes something else), which is generally bad news. If this purging actually happens, which I don't know for sure, I don't think it's such a bad thing. It would only affect stacks that have been specifically closed, or that have been put in memory as a result of a direct reference to the stack file. Any subsequent reference just requires the engine to load the stack again. Nothing lost. I'm still don't see how your suggestion will produce something more consistent than the current behavior. Going back to my set and save example: set the cProp of stack C:/myStack.rev to tData save stack C:/myStack.rev Under your proposal, if the stack's destroyStack property is true, nothing will have changed in the stack. I don't see how this can be considered consistent with anything. You say you were caught by this, but I'm still not clear what problems it causes. The only situation I can think of is if a second app changed the stack on disk while the first app had it in memory, and the first app expected subsequent references to load the stack from disk again. If this is the case, I don't think it is a normal situation, and we know we have to take care when two apps are mucking around with files. But under your suggestion, if I want to use a stack as a data file, I have to be sure to set it's destroyStack to false. I suspect more people will be caught by that. Cheers Dave ___ 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: Rules governing stack purging
Richard Gaskin wrote: Here's a circumstance in which I don't know what the result would be: You have a stack file with mainstack A and substack B, both with their destroyStack set to true. You open substack B, which causes the whole stackfile to be read into memory, but do not open stack A. When you close stack B, does the stackfile remain in memory? Yes, because destroystack is ignored for substacks. It is impossible to remove a substack from RAM until the whole stackfile is removed. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Rules governing stack purging
Trevor DeVore wrote: On Oct 31, 2006, at 11:08 AM, Richard Gaskin wrote: The destroyStack property is used to govern whether a stack remains in memory when using go or open, but it not honored when a property within a stack is accessed. By honoring the destroyStack property consistently, accessing properties of stacks which have this set to true would cause the engine to read the file, obtain the data, dispose of the copy of the stack in memory, and return the value requested. I guess in my mind the current behavior makes sense. I see a read of a property as something that reads a property, bringing it into memory if need be to complete the operation. You approach it as the reading of the property being an open/read/close operation so destroyStack should come into play. Is that correct? Yes. By its nature, the act of reading any part of a stack causes the stack file to be read into memory, where it's parsed to obtain the requested value. So in essence it's another form of opening a file, and that the engine currently leaves the file in memory reinforces this. Accessing properties in stacks is roughly equivalent to locking messages and opening the stack invisibly, in almost all respects except that the stack does not appear in windows(). Given the nature of the behavior, it seems to me that anything which causes a stackfile to be read into memory should follow the same memory management rules. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Rules governing stack purging
J. Landman Gay wrote: Richard Gaskin wrote: Here's a circumstance in which I don't know what the result would be: You have a stack file with mainstack A and substack B, both with their destroyStack set to true. You open substack B, which causes the whole stackfile to be read into memory, but do not open stack A. When you close stack B, does the stackfile remain in memory? Yes, because destroystack is ignored for substacks. It is impossible to remove a substack from RAM until the whole stackfile is removed. That seems understandable, if snytactically murky. It means that even though we've never done anything in our script with stack A, we still need to run a delete stack on it to purge stack B. Hence Jeanne and my request for a purge stack command. :) -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Rules governing stack purging
Trevor DeVore wrote: On Oct 31, 2006, at 11:08 AM, Richard Gaskin wrote: The destroyStack property is used to govern whether a stack remains in memory when using go or open, but it not honored when a property within a stack is accessed. By honoring the destroyStack property consistently, accessing properties of stacks which have this set to true would cause the engine to read the file, obtain the data, dispose of the copy of the stack in memory, and return the value requested. I guess in my mind the current behavior makes sense. I see a read of a property as something that reads a property, bringing it into memory if need be to complete the operation. You approach it as the reading of the property being an open/read/close operation so destroyStack should come into play. Is that correct? I have to admit I'm with you here, Trevor. The current behavior has never bothered me, and like Jerry, I use it to implement some things in my apps. It seems trivial to add a single line that closes the stack, which is what I do. In my situation, the stacks I am accessing are very large. There would be a delay if they had to be constantly opened and closed. I could live with it if I had to set the destroystack to false, but it is convenient to have them go away completely when I do open them visibly for editing. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Rules governing stack purging
J. Landman Gay wrote: In my situation, the stacks I am accessing are very large. There would be a delay if they had to be constantly opened and closed. I could live with it if I had to set the destroystack to false, but it is convenient to have them go away completely when I do open them visibly for editing. Just leaving the stack properties in their default state gives you exactly what you're looking for effortlessly. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Rules governing stack purging
Richard Gaskin wrote: J. Landman Gay wrote: In my situation, the stacks I am accessing are very large. There would be a delay if they had to be constantly opened and closed. I could live with it if I had to set the destroystack to false, but it is convenient to have them go away completely when I do open them visibly for editing. Just leaving the stack properties in their default state gives you exactly what you're looking for effortlessly. Well, my particular default state is to always create stacks with destroystack set to true, but I get your drift. Remember, this is a setting you can choose in Rev Preferences. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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
If the visible of the menubar is true?
How do you do 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: Rules governing stack purging
On 31 Oct 2006, at 19:27, Richard Gaskin wrote: By honoring the destroyStack property consistently with its behavior for go and open, we would gain greater certainty about what's in memory. Perhaps we see destroyStack differently. Like Trevor, I see it as something that comes into effect when you close a stack. In the cases we're discussing, no specific close stack is performed. So why should the destroyStack property come into play? I don't think destroyStack has lost its honor (if it ever had any :-)). Under what circumstances do you want to save changes to a stack that you neither open nor have its destroyStack left in its default setting? As I said, I don't think destroyStack is relevant. But if I use a stack as a data file, I want to read data, write data, and save the file. Am I missing something? Ever make multi-user apps? I make quite a few. Come on, Richard! Stack files weren't made for multi-user access. That's what databases are for. Of course we can use them, but we must expect to do a bit of work. In this case, either delete stack or close stack when you're finished with it, and whatever you do to indicate a file lock. I'm not sure what normal means in this context. I think a lot of single-user apps are abnormal. :) You've been looking at my work again. :-) Cheers Dave ___ 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: Rules governing stack purging
Dave Cragg wrote: On 31 Oct 2006, at 19:27, Richard Gaskin wrote: By honoring the destroyStack property consistently with its behavior for go and open, we would gain greater certainty about what's in memory. Perhaps we see destroyStack differently. Like Trevor, I see it as something that comes into effect when you close a stack. In the cases we're discussing, no specific close stack is performed. So why should the destroyStack property come into play? What can be in memory that wasn't opened? Closing is the compliment to opening. If something is in memory it got there somehow; the stackfile was opened and read into memory. Accessing a property is of course not the same as issuing an open or go command, leaving one to surmise that the property is accessed, the data returned, and the stack data from which it was parsed is safely disposed of. But that's not the case: it turns out that the engine treats property accesses as another form of open or go, in almost all respects except that the stack is not listed in windows(). As long as the engine is leaving around data we didn't ask for, all I'm suggesting is that we might have a more consistent means of managing it. I think it's safe to say that we have near unanimity on the suggestion to clean up the nomenclature surrounding memory management of stacks (delete stack being dangerously ambiguous and destroyStack being unnecessarily frightening). If we consider introducing some more descriptive synonym for what is currently destroyStack and depricate the latter in the docs while still supporting it, and adding a purge stack command as Jeanne requested some time ago, we might at that time also consider the broader implications of how such things fit together conceptually. While it's true that some seasoned Transcripters have long ago grasped how merely accessing a property will cause a stack to be left in memory, is it the case that new users expect this as well? Under what circumstances do you want to save changes to a stack that you neither open nor have its destroyStack left in its default setting? As I said, I don't think destroyStack is relevant. But if I use a stack as a data file, I want to read data, write data, and save the file. Am I missing something? If you can read the stack file format you're a better programmer than I. Raney advised against my early attempts at exploring it, for fear I'd lose my sanity among the hashes. :) As for custom formats, when you read a file do you expect it to remain in memory by itself? Ever make multi-user apps? I make quite a few. Come on, Richard! Stack files weren't made for multi-user access. No file is made for multi-user accesses. But it happens that the stack file format is enormously well suited for small data repositories, given the ease with which we can get and set hierarchical data in custom property sets. Using stack files for data storage is a common approach. Given the with-the-grain ease of doing so, I pity the productivity of anyone storing small amounts of multi-part data in any other proprietary format. That's what databases are for. Databases are for applications where the database becomes the governing factor of most design decisions. Once you commit to using a database you're stuck with the vendor's format, must make all gets and puts through their APIs, and often this means multiple data files (I'm still mystified why so many DB vendors can't put their metadata in a header of the data file). For small data sets you might be quite pleasantly surprised by how well stack files can accomplish what you need in a simpler form. Of course we can use them, but we must expect to do a bit of work. In this case, either delete stack or close stack when you're finished with it, and whatever you do to indicate a file lock. Of course. Or with my proposed change, no code is needed at all for either desired circumstance: Just leave things alone to get what you're looking for, or I can set a property to get what I'm looking for. I'm not sure what normal means in this context. I think a lot of single-user apps are abnormal. :) You've been looking at my work again. :-) I wish I've seen more. Whenever I prowl around in libURL my jaw drops with the outstanding competency of what's written there, and when I use it my appreciation grows even more for its ease and robustness. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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: Are there any arrow buttons?
Jacque, You're probably not the only one experiencing it, just the only one taking the time to write about it. I don't think so. So far, no one else has been able to reproduce the problem. I have never seen the problem either, and I use an awful lot of background groups in my work. The use-rev list is far short of the universe of Rev users (at least I hope so). As you know, I've encountered problems that other people seemingly haven't encountered, either. But I'm sure they're real. It might be the combination of 2.7.3 and the OS/hardware he's using. Video driver, default setting of some obscure global preference, who knows what. From my 17 years of working with end users I've learned where there's smoke, there's fire. It takes a generous end-user and encouragement from the company to find out where the spark is. Anyway, the recipe you posted earlier seems to be 100% reproducible -- which is always good -- so they ought to work with you to find out the cause of the problem. The user is new, and may not fully understand how background groups work or what to do to enable their behavior. Except his click-by-click steps were exactly correct for setting the group to be a background. If those steps fail, there is a problem NOT between the keyboard and chair. If it were my company's product I'd be annoyed as heck until I figured out what the cause was. I hope someone gets him Rev 2.7.4, and perhaps 2.6.1, and that he is willing to take the time/effort to help track down this issue. I do the following: 1. File menu, New Mainstack. 2. Drag a button to the card. 3. The button is selected, Cmd G, to group. 4. right click (or control click -Property inspector from menu). 5. Click the Behave like a background button. 6. Click the Close button in the upper left corner of the Property Inspector. 7. From the Object menu, select New Card Result: Button doesn't show as background 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: If the visible of the menubar is true?
put the editMenus of this stack -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 31-okt-2006, om 21:05 heeft David Bovill het volgende geschreven: How do you do 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
Rw: Careful (Barry Barber)
Just to scrape the barrel Watch out REV! Some bigot may take exception to get the globalloc if they read it too fast! Though I've never seen them glow. Cheers, Barry -- Funghetto o scherzetto? Gioca e vinci con Best Western! In palio oltre 50 weekend da sogno per due persone in tutta Italia http://click.libero.it/bestwestern31ott ___ 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
RedHat Enterprise Linux 3.0 or RedHat Enterprise Linux 4.0 for Rev CGI?
1. Would anyone recommend 3.0 over 4.0 (or vice versa?) for a web server that will run Rev CGI scripts? 2. OT: Does anyone know of an honest, expert consultant who could help us migrate from our present (dedicated) server to a new one? Thanks! ___ 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: Right-Click Transparency
On Oct 31, 2006, at 8:41 AM, Trevor Hopkins wrote: I have a bunch of images in a stack. I noticed that if I right- click on a part of the image, that area becomes transparent. Thats great. However, if I go to another card and them come back, all of those areas that I asked to become transparent have reverted back to their default opaque nature. Not sure why this is happening. Does anyone know about this? This might be related to bug 1090 about transparency areas lost in card changes. I wanna learn about right-clicking an image! Dar ___ 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
[ANN] Quicktime Issues Wiki
OK let's try again with the right URL! (so far only one response. Either Rev users have no interest in the subject or QT really is dead!) - To follow through on Stephan's proposal: I'm acquainted with a person in high management of Quicktime at Apple. If someone can gather all the complaints and needs in one document point-by-point, I can make sure he's aware of your concerns I have created a Wiki where we hope Revolution developers who would like to what see Apple take Quicktime to the next level will enter their specific issues. On one page we hope to create together, the one document point-by-point http://wiki.hindu.org/quicktime/ The wiki is read only for the world and editable by those who have a password. If you would like to participate, email me off list for the password. Note that a) Stephan does know a real person at Apple b) Kauai's Hindu Monastery is well known at Apple So this is more than just a shot in the dark. Please! if you have any interest in Rev/QT moving forward, help by participating. Trevor, you would be an obvious one to contribute. Run Rev Engineer's: obviously we hope you will post your concerns, unless of course you already have an inside channel to Apple's Quicktime team. Note that, obviously, this is for issues that Apple must fix, though possibly it will be hard to distinquish if it is something Revolution engineers need to fix, in which case, just go for it: post your problem-wish list... either way, this will be a good place to consolidate the issues. Om shanti Sivakatirswami www.himalayanacademy.com Get Hinduism Today Digital Edition. It's Free! http://www.hinduismtoday.com/digital/ Sivakatirswami www.himalayanacademy.com Get Hinduism Today Digital Edition. It's Free! http://www.hinduismtoday.com/digital/ ___ 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: If the visible of the menubar is true?
Hi, On Mac OS X (didn't test in OS 9) you can use the following to test for the visible of the menubar: put the menubar is not hidden or put the menubar is hidden Greetings, Wouter On 31 Oct 2006, at 21:05, David Bovill wrote: How do you do 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 ___ 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: If the visible of the menubar is true?
wouter wrote: On Mac OS X (didn't test in OS 9) you can use the following to test for the visible of the menubar: put the menubar is not hidden or put the menubar is hidden hidden? Wow. Never would have guessed that one. Is that token used for any other element in the language? I wonder why visible is not used for the menubar as it is for everything else... -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.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
Revolution Web Browser Plugin
I just tried searching Bugzilla for anything related to an enhancement request for a Web Browser Plugin that would allow Revolution Projects to be viewed within Internet Explorer, Safari, Firefox and any other browser out there. Sadly, I didn't see anything. Has anyone requested this type of enhancement before? If not, is this something to request, or is there some genius programmer out there already working on something like this? Derek Bump Dreamscape Software ___ Compress photos quickly and easily with JPEGCompress! http://www.dreamscapesoftware.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: If the visible of the menubar is true?
On 10/31/06 8:48 PM, Richard Gaskin [EMAIL PROTECTED] wrote: wouter wrote: On Mac OS X (didn't test in OS 9) you can use the following to test for the visible of the menubar: put the menubar is not hidden or put the menubar is hidden hidden? Wow. Never would have guessed that one. Is that token used for any other element in the language? I wonder why visible is not used for the menubar as it is for everything else... Actually you *can* use it, like: put the menubar is visible put the menubar is not visible But you *can't* use it this way: put the visible of the menubar put the visible of menubar Ken Ray Sons of Thunder Software, Inc. Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ 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: Revolution Web Browser Plugin
offlist... this has been requested since years (at least 5) continually. unfortunately it's been ignored or put-off or you will get a marketing lesson from those who think they know better in the mailist... cheers Xavier -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Derek Bump Sent: Wednesday, 01 November, 2006 03:54 To: How to use Revolution Subject: Revolution Web Browser Plugin I just tried searching Bugzilla for anything related to an enhancement request for a Web Browser Plugin that would allow Revolution Projects to be viewed within Internet Explorer, Safari, Firefox and any other browser out there. Sadly, I didn't see anything. Has anyone requested this type of enhancement before? If not, is this something to request, or is there some genius programmer out there already working on something like this? Derek Bump Dreamscape Software ___ Compress photos quickly and easily with JPEGCompress! http://www.dreamscapesoftware.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: Revolution Web Browser Plugin
By all means enter this feature request into the system and let us know the link so we can vote for it. It's been discussed on the list before with great passion, but I don't think it's made its way into BugZilla, and I don't think anyone's working on it as a 3rd-party product. Derek Bump [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I just tried searching Bugzilla for anything related to an enhancement request for a Web Browser Plugin that would allow Revolution Projects to be viewed within Internet Explorer, Safari, Firefox and any other browser out there. Sadly, I didn't see anything. Has anyone requested this type of enhancement before? If not, is this something to request, or is there some genius programmer out there already working on something like this? ___ 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: If the visible of the menubar is true?
On 10/31/06 9:01 PM, Ken Ray [EMAIL PROTECTED] wrote: On 10/31/06 8:48 PM, Richard Gaskin [EMAIL PROTECTED] wrote: wouter wrote: On Mac OS X (didn't test in OS 9) you can use the following to test for the visible of the menubar: put the menubar is not hidden or put the menubar is hidden hidden? Wow. Never would have guessed that one. Is that token used for any other element in the language? I wonder why visible is not used for the menubar as it is for everything else... Actually you *can* use it, like: put the menubar is visible put the menubar is not visible But you *can't* use it this way: put the visible of the menubar put the visible of menubar I also noticed another oddity - I checked how the token hidden is used, under the assumption that since you can execute the hide command on an object (like a button), I thought perhaps that: put button 1 is hidden put button 1 is not hidden would work as expected... but it doesn't! If you have a visible button, and executed both of the two statement above, you get: put button 1 is hidden -- false put button 1 is not hidden -- true which is correct. But if you then hide the button with: hide button 1 and then executed the two statements you get this: put button 1 is hidden -- false put button 1 is not hidden -- true which is *incorrect*. However checking the visible works as expected. Odd... Ken Ray Sons of Thunder Software, Inc. Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ 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: Right-Click Transparency
Dar Scott wrote: I wanna learn about right-clicking an image! Nothing to it. Choose any paint tool. Right-click an area inside an image object. The area under the hotspot goes transparent. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Revolution Web Browser Plugin
Alright, I added the Enhancement Request #3940. Just don't mock me over my amazingly poor writing skills. I'd like to put Because it would be really cool!, but I felt I had to justify the request. So, if you want a Browser Control, then vote for bug 3940, and add your own two cents if you feel like it: http://support.runrev.com/bugdatabase/show_bug.cgi?id=3940 Derek Bump Dreamscape Software ___ Compress photos quickly and easily with JPEGCompress! http://www.dreamscapesoftware.com/ Bill Marriott wrote: By all means enter this feature request into the system and let us know the link so we can vote for it. It's been discussed on the list before with great passion, but I don't think it's made its way into BugZilla, and I don't think anyone's working on it as a 3rd-party product. Derek Bump [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I just tried searching Bugzilla for anything related to an enhancement request for a Web Browser Plugin that would allow Revolution Projects to be viewed within Internet Explorer, Safari, Firefox and any other browser out there. Sadly, I didn't see anything. Has anyone requested this type of enhancement before? If not, is this something to request, or is there some genius programmer out there already working on something like this? ___ 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
Fonts in a Stack
Hey, For a stack I am making, I have a very specific font that I am wanting to use, but it is not a font that would be one most people's computers. Is there a way to install a font from within Revolution, or if possible, use a font that is not installed. This would be intended for Mac OSX and Windows. I know that this probably won't work, but you never know... TTFN Bridger ___ 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: Fonts in a Stack
On 10/31/06 10:07 PM, Bridger Maxwell [EMAIL PROTECTED] wrote: Hey, For a stack I am making, I have a very specific font that I am wanting to use, but it is not a font that would be one most people's computers. Is there a way to install a font from within Revolution, or if possible, use a font that is not installed. This would be intended for Mac OSX and Windows. I know that this probably won't work, but you never know... Take a look at altFont by Altuit: http://www.altuit.com/webs/altuit2/altFontCover/default.htm Ken Ray Sons of Thunder Software, Inc. Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ 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: Fonts in a Stack
You could try here: http://www.altuit.com/webs/altuit2/altFontCover/default.htm Mark On Oct 31, 2006, at 8:07 PM, Bridger Maxwell wrote: Hey, For a stack I am making, I have a very specific font that I am wanting to use, but it is not a font that would be one most people's computers. Is there a way to install a font from within Revolution, or if possible, use a font that is not installed. This would be intended for Mac OSX and Windows. I know that this probably won't work, but you never know... TTFN Bridger ___ 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: Fonts in a Stack
Wow, that looks like the exact thing I was looking for. Just a question, does it actually install the font? I don't mind it if does I guess, but somehow it would be cooler if nothing was left on the users computer. TTFN Bridger ___ 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: [ANN] Quicktime Issues Wiki
On Oct 31, 2006, at 5:39 PM, Sivakatirswami wrote: OK let's try again with the right URL! (so far only one response. Either Rev users have no interest in the subject or QT really is dead!) Now, now QuickTime is far from dead. It has never had as large an install base as it has today and it has never had as good of support for Windows technologies as it does today. It is very much alive. -- Trevor DeVore Blue Mango Learning Systems - www.bluemangolearning.com [EMAIL PROTECTED] ___ 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: Revolution Web Browser Plugin
Ouch, what did I said at 4 AM waking up?! I wrote a huge response for 2 hours... positive but giving away too many hints... Lets rewrite clearer... sorry for the offensive words this morning to the better knowing... What I mean is that you can use rev on the web but via cgi. You can't manipulate stack parts, but then there's a bigger DOM world out there for the taking... I haven't tried ajax with the cgi though... don't know if it will handle the threads either - BUT with svg graphics, ajax techniques something IS definitely possible! ;) Using Apache is probably easier and more efficient though ;) Rev in a web page makes and doesn't make sense, though... For one, rev an an application maker, makes it too easy compared to the hastle of making web pages! And take the browser's added weight/distraction away too! And it's faster in response time too. Alas, Rev is not as standard looking as the browser (starting but there's a big detail missing... it doesn't have the text publishing and DOM support. Using rev to make web plugin applications would be awesome! Easy! Yet it wouldn't support DOM. HTML either wouldn't be supported correctly via clipboard, and the buttons wouldn't be as awkward looking sometimes... http://www.google.com/ig is possible though... surely... Rev in a Web in a plugin? Unlike Acrobat you can't really do text formating without QuarkXpress-like layouts in rev (watchout for text overflow...). Actually you can't make a simple wordpad emulator. You can't have different alignments per paragraph! Actually you can... Unlike real html, you can't do pretty tables in rev easily either... Yes, there's workarounds, but then the effort required is multiplied a lot (like per column field)! And if you need to change the fixedlineheight to non-fixed, you loose the hgrids, scrolling and selecting becomes a chore in screen updates too... I wrote for three hours about this because this is a can of worms! And I've gone through it not just once... so maybe a rev plugin for graphics would be cool but... im not sure it's going to be compatible or as good looking as the web parts around it... And I learned quite a bit from it! Mostly that you use the web for remote work. Firewalls can be a blocker for compiled apps using ports for example or you can't run any downloaded exe in some corporate networks/computer builds sometimes. But compiled apps are much faster than any web based system - no matter how fast your network! Ajax resolves this a bit... It sure makes the web closer to runrev in appearance but it's still far (light years) from being as easy as making apps in rev. Problem is that web development goes faster than light... The good thing is that rev can serve up any web page anytime you ask it... just point your browser to 127.0.0.1 to any port 80 socket waiting stack! What it replies is just a question of what you throw at it from rev! Thanks to Chipp, there's a solution to that text formating issue with alignments for your stacks. making html tables and dropping them into an altbrowser fields should be easy! twas my 2 cents in 3 hours :) A thousand excuses for the offlist-intended rudeness intended for those who tend to say no and add personal opinions or noise to signal. I wanted to say something fair and concrete to not disfavor neither rev's achievements and it's users needs. Certainly web delivery of your stack would be cool! We can't deny the fact and lack of feature... Good morning Europe Xavier -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of MisterX Sent: Wednesday, 01 November, 2006 04:26 To: 'How to use Revolution' Subject: RE: Revolution Web Browser Plugin offlist... this has been requested since years (at least 5) continually. unfortunately it's been ignored or put-off or you will get a marketing lesson from those who think they know better in the mailist... cheers Xavier -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Derek Bump Sent: Wednesday, 01 November, 2006 03:54 To: How to use Revolution Subject: Revolution Web Browser Plugin I just tried searching Bugzilla for anything related to an enhancement request for a Web Browser Plugin that would allow Revolution Projects to be viewed within Internet Explorer, Safari, Firefox and any other browser out there. Sadly, I didn't see anything. Has anyone requested this type of enhancement before? If not, is this something to request, or is there some genius programmer out there already working on something like this? Derek Bump Dreamscape Software ___ Compress photos quickly and easily with JPEGCompress! http://www.dreamscapesoftware.com/ ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe,
my Variable watcher no longer appears in debug mode
This has got me bugging. Two or three days now and I havent been able to bring up the VW window in debug mode. (v2.73) I am thinking of re-downloading rev to see if that helps. Any ideas? It just is no where to bee seen! Wierd. Dave ___ 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: Fonts in a Stack
I think Chipp has one (a plug-in thingy, I think). http://www.altuit.com/ I wasn't able to quickly find it, but I could swear he had one... HTH, Judy On Tue, 31 Oct 2006, Bridger Maxwell wrote: Hey, For a stack I am making, I have a very specific font that I am wanting to use, but it is not a font that would be one most people's computers. Is there a way to install a font from within Revolution, or if possible, use a font that is not installed. This would be intended for Mac OSX and Windows. I know that this probably won't work, but you never know... TTFN Bridger ___ 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: Fonts in a Stack
Hi Bridger, No, it does NOT install the font permanently, only while the app is open. -Chipp On 11/1/06, Bridger Maxwell [EMAIL PROTECTED] wrote: Wow, that looks like the exact thing I was looking for. Just a question, does it actually install the font? I don't mind it if does I guess, but somehow it would be cooler if nothing was left on the users computer. TTFN Bridger ___ 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: my Variable watcher no longer appears in debug mode
type this in the message box (tools-message box) put the visible of stack revvariablewatcher put the visible of stack revvariablewatcher -- hide stack revvariablewatcher show stack revvariablewatcher that should bring it back... if it don't, type further in the msg box: put the rect of stack revvariablewatcher set it to something cool. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Herndon Sent: Wednesday, 01 November, 2006 07:27 To: use-revolution@lists.runrev.com Subject: my Variable watcher no longer appears in debug mode This has got me bugging. Two or three days now and I havent been able to bring up the VW window in debug mode. (v2.73) I am thinking of re-downloading rev to see if that helps. Any ideas? It just is no where to bee seen! Wierd. Dave ___ 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: Rules governing stack purging
I'm going to have to agree with Dave and Trevor. I've always thought destroyStack comes into play only when closing stacks. If set to true, the stack is purged from memory (usually). I pretty much always use an explicit 'delete stack xyz' when I want to make sure a mainstack is closed. And like Dave, I, too, use stacks as repositories for data. Richard, I'm not sure I understand your comment about parsing the stack file format. I'm pretty sure Dave is just talking about using stacks to store data in-- separate from the business logic of the application. I typically use: go inv stack xyz when I want to access data from a stack. Though I also frequently check a custom prop for versioning, too. In both cases, I'm careful to 'delete' the stack when done. I think Dave's point regarding reading customProps from a stack, doing something with them, then saving them to the stack and finally closing it, is common among many of us who use customProps to hold data. Finally, Richard, I know you use the fine MC IDE and have a whole sweet(sp) of tools you use. But, in the Rev IDE, I'm with Jacque and one of the first things I do is set the default pref for destroyStack to true. It just works better. I think it should be the default. I guess it's one of choice. Mine is to leave it like it is, but I do agree some naming nomenclature may be necessary. I particularly like the notion of a 'purge stack' command. -Chipp ___ 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: my Variable watcher no longer appears in debug mode
On 10/31/06 11:27 PM, Dave Herndon [EMAIL PROTECTED] wrote: This has got me bugging. Two or three days now and I havent been able to bring up the VW window in debug mode. (v2.73) I am thinking of re-downloading rev to see if that helps. Any ideas? It just is no where to bee seen! Wierd. Dave It could be off screen or not visible Try this first in the message box put the loc of stack revvariablewatcher then set the loc of stack revvariablewatcher the to screenloc or go to Tools:Application Browser, then open the Rev preferences, click the check box that says Revolution UI elements appear in lists of stacks --now the stack near the bottom of the list should be visible and now turn off the checkbox to shorten the list Rev 2.6.1, Mac OSX 10.4.7 Jim Ault Las Vegas ___ 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
