Re: Revolution Reading GPS Data
Kay, Lastly, This is for Firefox and Google Maps with a GPX Conversion. Supposed to work with the 305. http://www.elsewhere.org/journal/gmaptogpx/ But GPS Babel is supposed to be the swiss army knife for GPX file formats Tom On Mar 3, 2008, at 12:16 AM, Thomas McGrath III wrote: Kay, Also: "Garmin USB support just works. Support is built into the kernel, so the device now sits on a pseudo-serial port called /dev/ ttyUSB0." quote found here: http://www.marengo-ltd.com/gps/ Also of interest: http://www.gpsbabel.org/ Getting info out of the 305: - http://www.marengo-ltd.com/gps/converting_tracks.php And on Parallels virtual machine: http://eudyptes.com/ SerialClient.php For Garmin 10 in parallels may help: http://forum.parallels.com/showthread.php?t=2823&page=3 HTH Tom McG On Mar 2, 2008, at 11:04 PM, Thomas McGrath III wrote: Kay the Garmin Training Center takes XML files and outputs to XML as well. I don't know if it is working with serial commands or not since I don't have the Edge 305. You can download the program to play around with at: http://www8.garmin.com/support/collection.jsp?product=010-00447-00 Keep us informed when your birthday is so we can see what you can do with it. Tom McG On Mar 2, 2008, at 10:20 PM, Kay C Lan wrote: Garmin Edge 305 ___ 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: Revolution Reading GPS Data
Kay, Also: "Garmin USB support just works. Support is built into the kernel, so the device now sits on a pseudo-serial port called /dev/ ttyUSB0." quote found here: http://www.marengo-ltd.com/gps/ Also of interest: http://www.gpsbabel.org/ Getting info out of the 305: - http://www.marengo-ltd.com/gps/converting_tracks.php And on Parallels virtual machine: http://eudyptes.com/SerialClient.php For Garmin 10 in parallels may help: http://forum.parallels.com/showthread.php?t=2823&page=3 HTH Tom McG On Mar 2, 2008, at 11:04 PM, Thomas McGrath III wrote: Kay the Garmin Training Center takes XML files and outputs to XML as well. I don't know if it is working with serial commands or not since I don't have the Edge 305. You can download the program to play around with at: http://www8.garmin.com/support/collection.jsp?product=010-00447-00 Keep us informed when your birthday is so we can see what you can do with it. Tom McG On Mar 2, 2008, at 10:20 PM, Kay C Lan wrote: Garmin Edge 305 ___ 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 Reading GPS Data
Kay the Garmin Training Center takes XML files and outputs to XML as well. I don't know if it is working with serial commands or not since I don't have the Edge 305. You can download the program to play around with at: http://www8.garmin.com/support/collection.jsp?product=010-00447-00 Keep us informed when your birthday is so we can see what you can do with it. Tom McG On Mar 2, 2008, at 10:20 PM, Kay C Lan wrote: Garmin Edge 305 ___ 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 Reading GPS Data
On Mon, Mar 3, 2008 at 4:26 AM, Graham Samuel <[EMAIL PROTECTED]> wrote: > This interests me also - I have a simple GPS device (a so-called > 'training' device) which captures trackpoints and waypoints. Its > current PC software is just that, i.e. it doesn't work on a Mac, and > more or less the only thing it can do is to create a kml file for use > by Google Earth. Just bought a Garmin Edge 305 and apart from it's list of cool features the thing that had me opening my wallet was 'with Mac drivers and Software' :-) I currently don't intend to talk to the Garmin with Rev (although I'll keep an eye on how this thread develops, and who knows I might give it a crack) but I think, once the files are downloaded I might try to sneak into them with Rev and see what I can do. I see some software out there that adds extra info to the data, like weather conditions, to correct data for wind speed and barometric variations. I've checked the central weather bureau and they collect data from a bunch of automatic weather stations, a couple of which are in the vicinity of where I ride. The output is every 10 min, and it's available within 15 min on their site and goes back 24 hrs. Unfortunately the format is in the form of a graph - great to get a quick 'visual' overview of what the weather's been doing, but it's going to be a pain to try and 'reverse' it back into plain numbers. Anyone attempted this in Rev? Anyway, that's all a long way off yet. I got to get the thing first. You see I bought it, but have now given it to my wife so she can give it to me for my birthday :-) How else am I going to prevent getting some item of clothing that I have no real interest in - the last suit she got me cost more than twice as much as the Edge - and lets face it, I have 10 times the interest in any 'gadget' than any piece of clothe ;-) PS The reason we own Macs is because way back in 1987 my wife bought a 512K for me to give to her for her birthday; something I'm so pleased she did :-) ___ 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: Team Development / Exporting stuff to text files
You mean something like?
on mouseUp
repeat with x = 1 to the number of cds in this stack
put the long name of cd x &cr& the script of cd x &cr&cr after tScripts
repeat with y=1 to the number of controls on cd x
put the long name of control y of cd x &cr& the script of
control y of cd x &cr&cr after tScripts
end repeat
end repeat
answer file "Text file to export scripts to:"
if it is empty or the result is "cancel" then exit to top
put tScripts into URL ("file:" & it)
end mouseUp
Or..are you getting the scripts of substacks as well?
The real problem, is capturing all the controls and their properties
and exporting to text, then being able to import them back in. I
believe Geoff Canyon, a long time ago in a galaxy far far away did
something like that.
-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: [OT] Does Sheepshaver work in Leopard?
Just confirming what others have said. Sheepshaver seems to work in Leopard just fine. I tested HC and MacProject II... Jim On 2-Feb-08, at 11:18 AM, Claudi Cornaz wrote: Hi Jim, I have been using it for one app, Claris Cad and I have not encountered any problems. Don't know about other apps though. Claudi On 1-feb-2008, at 19:51, Jim Carwardine wrote: Hi Folks... I haven't upgraded to Leopard for fear of Sheepshaver not working. Anybody try it?... Jim Jim Carwardine, President & CEO OYF Consulting Ph. 902.823.2339 / 866.601.2339 Fx. 902.823-2139 StrategicDoing™: Execution depends on employees. Strategic Partner with HiringSmart Canada Ltd. -- ___ 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 Jim Carwardine, President & CEO OYF Consulting Ph. 902.823.2339 / 866.601.2339 Fx. 902.823-2139 StrategicDoing™: Execution depends on employees. Strategic Partner with HiringSmart Canada Ltd. -- ___ 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: select rectangle area
On Sun, 2 Mar 2008 00:04:04 +0100, R. Hillen wrote: > Hello, > > I want to select in an application an rectangle area of an image by > dragging the mouse from one edge to another, whereby the selected > rectangle is visualized. > > As I have no idea how to do it, all tips are welcome! May you help? > Thank you! Try this: - Create a rectangle graphic (I'll call it "SelectRect") that is not opaque, and has the line style you want for the "selection rectangle" (like a blue single line border perhaps). It doesn't matter where you create it, or what it overlaps - it only matters that it is in front of the image. - Hide the rectangle graphic (hide grc "SelectRect") - Put this script into the image object: on mouseDown set the uStartLoc of me to the mouseLoc end mouseDown on mouseMove if the uStartLoc of me <> "" then put the uStartLoc of me & "," & the mouseLoc into tRect set the rect of grc "SelectRect" to tRect if the vis of grc "SelectRect" is false then show grc "SelectRect" end if end mouseMove on mouseUp set the uStartLoc of me to "" end mouseUp on mouseRelease set the uStartLoc of me to "" end mouseRelease Hope this helps, Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.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 Reading GPS Data
Graham, What is the make and model of the device? Most of the devices that I have seen (even the USB only ones) use serial commands or a converter to serial commands. I have come across a few generic USB drivers for things like the Keyspan High Speed Serial converter. It is a Serial to USB hardware converter. BUT it uses serial commands in the device, the USB driver only emulates a serial port on the Mac. I have also noticed that other types of devices use the same exact driver. I can look it up if you tell me more. So a little more info on the device will help. Tom McG On Mar 2, 2008, at 3:26 PM, Graham Samuel wrote: This interests me also - I have a simple GPS device (a so-called 'training' device) which captures trackpoints and waypoints. Its current PC software is just that, i.e. it doesn't work on a Mac, and more or less the only thing it can do is to create a kml file for use by Google Earth. I am not at all sure that it uses the same chipset as the mainstream GPS devices (the kind you can pre- programme with a route, like Garmin etc), but my main problem in even starting to deal with it is the lack of USB capability in Rev. In order to talk to the device, I have to have a USB driver of some kind and I absolutely do not know where to start. I have tried emailing both the retailer and the manufacturer for advice but neither has bothered to reply. Has anyone got any advice about cracking the USB problem? TIA Graham ___ 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
Unexpected Windows nastiness
Sorry for the vague subject line for this post, but I can't really put it in a nutshell. I have got so used to building stuff on OS X and then just tweaking for Windows, I am completely thrown by this problem. I am using Studio 2.7.4 on a MacBook with XP running under parallels for Windows testing. I have a card which allows a user to select a folder which contains JPG images. The filenames of these images are displayed in a number of fields in different ways, reflecting membership of groups which are specified by the name. So ADF01.jpg, ADF02.jpg, ADF03.jpg etc. are all exemplars of the 'ADF category. There can be any number of categories, and the scripts work out how many and which image belongs to which category. It sounds a bit complicated, but it isn't really. Images can be viewed independently, or along with other members of the same category. Images can be previewed by clicking on the filename, and then an order can be generated for something like a slideshow, using randomisation combined with conditions. Anyway, it all works tickety boo in IDE and standalone using OS X. In Win XP the filenames load and fields are populated as expected. Attempting to use any control, or indeed clicking anywhere on the card causes all the fields bar one disappear behind (?) a dark grey colour. The single visible field and all obscured controls are unresponsive. Clicking generally causes the 'program not responding' thingy to be thrown by the OS. Not doing anything seems to have no effect, except the fans slowly crank up to full speed. I have rebuilt the standalone, with the same effect. I have tried searching archives for something like this, but struggled to identify any relevant terms. Does any of this ring any bells? David Glasgow ___ 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 Reading GPS Data
This interests me also - I have a simple GPS device (a so-called 'training' device) which captures trackpoints and waypoints. Its current PC software is just that, i.e. it doesn't work on a Mac, and more or less the only thing it can do is to create a kml file for use by Google Earth. I am not at all sure that it uses the same chipset as the mainstream GPS devices (the kind you can pre-programme with a route, like Garmin etc), but my main problem in even starting to deal with it is the lack of USB capability in Rev. In order to talk to the device, I have to have a USB driver of some kind and I absolutely do not know where to start. I have tried emailing both the retailer and the manufacturer for advice but neither has bothered to reply. Has anyone got any advice about cracking the USB problem? TIA Graham On Sun, 02 Mar 2008 12:42:43 +, Ben Rubinstein <[EMAIL PROTECTED]> wrote: On 1/3/08 22:59, R. Hillen wrote: is there anybody who succeeded in reading data from a gps device into a revolution application? How did you do it? Which device did you use? Hi Richard, I did this a couple of years ago in Rev - it was very straightforward. All (er, virtually all) GPS devices speak NMEA, which is widely documented on the web. We worked with a couple of different devices, and the software didn't notice any difference (apart from anything else, I think pretty much everyone is using the same chipsets). We did this on Mac and Windows; the only difficulty was locating Mac drivers. All the devices we worked with were serial originally with serial- USB chips bolted on; there seemed to be a couple of different ones of these. The other way that working on Windows was easier in locating the device automatically - just iterated through COM1-10; on the Mac I think we had to set the name of the device in the configuration. The devices just spend a steady stream of data; in the NMEA format this is ASCII, line formatted; so I had a handler running on a timer which read data from the port and buffered it, and then invoked a handler to see whether there were any completed "sentences" to process. That handler in turn checked whether the position etc information had changed, and if so invoked a handler to actually do whatever it was supposed to be. In theory you can switch the devices into a binary format which should be much faster - but we didn't seem to need the speed and I never dared try in case I couldn't get it to switch back! Good luck, - Ben Graham Samuel / The Living Fossil Co. / UK and France ___ 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: Team Development using Run Rev
Ben, No, it only manages stacks. No diff'ing. It's fairly simple as it uploads and keeps track of changes for individual stacks. -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: Team Development using Run Rev
On 1/3/08 21:33, Chipp Walters wrote: Coming a bit late to this party. I've successfully used Rev in a multi-developer environment using our own auto-update architecture and MagicCarpet. It basically works like this. Individual developers check out stacks from a web server using MagicCarpet, work on them, then check them back in (with notes if they like). MagicCarpet can be setup to automatically archive versions, so you can 'roll back' to an older version if necessary. Because of our auto-updating architecture, as soon as someone checks in a stack, it is instantly made available to anyone with the application's executable (Mac or PC). New files are automatically downloaded into a plugins folder, after a successful launch. Our MGC architecture also handles downloading and uncompressing of zip archives as well. Thanks for reminding me about MagicCarpet, which I mean to check out (pun not intended). Can you clarify; does it offer any merging at a level more detailed than stack (and does it merge substacks)? And does it offer any kind of diff or comparison features? thanks, - Ben ___ 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
Length of revOnline Access?
How long does access to revOnline last after purchase of a particular instantiation of Runtime Revolution? My personal details got 'hosed' from my G4 a while back and have just reregistered on the basis of a Media 2.7.2 licence I own (although I do all my work with DC 2.6.1 for almost self-evident reasons). sincerely, Richmond Mathewson A Thorn in the flesh is better than a failed Systems Development Life Cycle. __ Sent from Yahoo! Mail. A Smarter Inbox. http://uk.docs.yahoo.com/nowyoucan.html ___ 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
Team Development / Exporting stuff to text files
For what it is worth . . . Have just uploaded "SS.rev" to revOnline (also available at my main Yahoo Group): it is the seed of a stack to export 'everything' to a text file: as it stands it exports all the scripts in a stack. If anybody can use it / modify it for use: it is there for them! Love, Richmond A Thorn in the flesh is better than a failed Systems Development Life Cycle. __ Sent from Yahoo! Mail. A Smarter Inbox. http://uk.docs.yahoo.com/nowyoucan.html ___ 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 Reading GPS Data
On 1/3/08 22:59, R. Hillen wrote: is there anybody who succeeded in reading data from a gps device into a revolution application? How did you do it? Which device did you use? Hi Richard, I did this a couple of years ago in Rev - it was very straightforward. All (er, virtually all) GPS devices speak NMEA, which is widely documented on the web. We worked with a couple of different devices, and the software didn't notice any difference (apart from anything else, I think pretty much everyone is using the same chipsets). We did this on Mac and Windows; the only difficulty was locating Mac drivers. All the devices we worked with were serial originally with serial-USB chips bolted on; there seemed to be a couple of different ones of these. The other way that working on Windows was easier in locating the device automatically - just iterated through COM1-10; on the Mac I think we had to set the name of the device in the configuration. The devices just spend a steady stream of data; in the NMEA format this is ASCII, line formatted; so I had a handler running on a timer which read data from the port and buffered it, and then invoked a handler to see whether there were any completed "sentences" to process. That handler in turn checked whether the position etc information had changed, and if so invoked a handler to actually do whatever it was supposed to be. In theory you can switch the devices into a binary format which should be much faster - but we didn't seem to need the speed and I never dared try in case I couldn't get it to switch back! Good luck, - Ben ___ 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 Reading GPS Data
usually GPS devices use NMEA (National Marine Electronics Association) protocol. Check this: http://www.gpsinformation.org/dale/nmea.htm Best wishes Viktoras Andre Garzia wrote: Richard, I never did that but I think there's a protocol and it's all ascii based. I think you just open the right com port or something and then reads chars... Andre On 3/1/08, R. Hillen <[EMAIL PROTECTED]> wrote: Hello, is there anybody who succeeded in reading data from a gps device into a revolution application? How did you do it? Which device did you use? Thank you. Richard. ___ 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
Printing problems -- is this the answer?
What may work is set the systemPrintSelector to false! Answer printer then brings up a print dialog with the printer in it, which is dramatic progress. Peter ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: unpacking
According to the docs, the stack should not be purged until the handler(s)
finish, so the variable should remain available to be passed. If you tried
to open another stack with the same name, Rev should complain.
I do know that complex send systems can create 'folds' in the message path
that no longer make sense and this will cause failures, but it does not seem
like you would be using those in ' unpackTheData jDate ' so there should
be no conflict or loss of data.
For the moment, you have an answer that works.
Jim Ault
Las Vegas
On 3/2/08 12:51 AM, "Paul Foraker" <[EMAIL PROTECTED]> wrote:
> Hi Jim,
>
> The Variable Watcher indicates that the value of the incoming variable is
> correct, and remains so throughout the execution (or the VW is not updating
> properly). Nevertheless, the 'close stack' kills the utility of the
> variable.
>
> -- Paul
>
> On Sat, Mar 1, 2008 at 11:58 PM, Jim Ault <[EMAIL PROTECTED]> wrote:
>
>> I am not sure I am on the right track here, but it seems the 'close stack'
>> is working as I would expect in your example.
>>
>> When you start a script using a handler in a stack, you should not be able
>> to close that stack before finishing the handler, including all of the
>> function and handler calls. It is not logical to say 'start running this
>> handler, but before it is done, purge it from memory'
>>
>> In this particular case, I would probably use
>>
>> on mouseUp -- button on a card of sub stack "Days"
>> --
>> --
>>unpackTheData jDate
>> send ("close stack " & the short name of this stack ) to me in 10
>> milliseconds
>> end mouseUp
>>
>> If you were to use the Variable Watcher window, you might see that the
>> definition of the variable 'jDate' becomes empty when you close the stack
>> that started the process.
>>
>> You might test this:
>>> close stack "Days" -- back on main stack "Journal"
>>> unpackTheData jDate
>> put ">|" & jDate & "|<" into msg --to see if it still has the date
>>> end mouseUp
>>
>>
>> Be careful when using the Message Box, since it tries to interpret the
>> command line, but does not always work the same way as running a handler,
>> especially when trying to test the 'do' command.
>>
>> Jim Ault
>> Las Vegas
>>
>> On 3/1/08 10:57 PM, "Paul Foraker" <[EMAIL PROTECTED]> wrote:
>>
>>> Turns out the problem was in the calling handler, but this is a little
>>> weird. When I reported just now that I'd fixed it by passing "j" already
>>> prepended to the seconds, I had only tried that from the Message Box.
>> Back
>>> inside the calling script, it didn't work. Here's the calling script in
>> a
>>> button on a substack's card (faux dialog):
>>>
>>> on mouseUp -- button on a card of sub stack "Days"
>>> get the selectedText of fld "DaysList"
>>> convert it to seconds
>>> put "j" & it into jDate
>>> close stack "Days" -- back on main stack "Journal"
>>> unpackTheData jDate
>>> end mouseUp
>>>
>>> That doesn't work. Even though jDate arrives at the main stack script
>> with
>>> the correct value, that value cannot be used to access the main stack's
>>> custom property.
>>>
>>> The unpackTheData handler does work, however, from the Message Box. That
>> is,
>>> I can pass "j"-something to the stack script and it will work.
>>>
>>> So, it had to be the "close stack" command in the calling script. Sure
>>> enough, this works:
>>>
>>> on mouseUp -- in a button on sub stack "Days" of main stack "Journal"
>>> get the selectedText of fld "DaysList"
>>> convert it to seconds
>>> put "j" & it into jDate
>>> go stack "Journal" -- main stack
>>> unpackTheData jDate
>>> close stack "Days" -- substack cannot be closed prior to execution
>>> -- of a handler in the main stack
>>> end mouseUp
>>>
>>> I would call that a bug.
>>>
>>> -- Paul
>>>
>>> On Sat, Mar 1, 2008 at 10:44 PM, J. Landman Gay <
>> [EMAIL PROTECTED]>
>>> wrote:
>>>
Paul Foraker wrote:
> I'm building a stack that is a data entry app for a daily journal.
>> Once
the
> day's entries have been posted (emailed to myself), I want to store
>> them
in
> the stack. I came up with a scheme of prepending "j" to the seconds
> representing the day and using that as the name of a custom property.
>> No
> problem storing that. When I retrieve it in a script, however, it's
always
> empty.
>
> on unpackTheData jDate -- in seconds
> put "j" before jDate
> put empty into tJournal
> put the jDate of this stack into tJournal
> -- do "put the" && jDate && "of this stack into" && tJournal --
>> didn't
> work
I think you do need to use the "do" statement to force evaluation. But
the tJournal variable should be part of the "do" statement itself; Rev
will recognize it correctly as a variable. So, something like this
should work:
do "put the" && jDate && "of this stack into tJournal"
--
Jacqueline Landman Gay | [EMAIL
Re: unpacking
Hi Jim,
The Variable Watcher indicates that the value of the incoming variable is
correct, and remains so throughout the execution (or the VW is not updating
properly). Nevertheless, the 'close stack' kills the utility of the
variable.
-- Paul
On Sat, Mar 1, 2008 at 11:58 PM, Jim Ault <[EMAIL PROTECTED]> wrote:
> I am not sure I am on the right track here, but it seems the 'close stack'
> is working as I would expect in your example.
>
> When you start a script using a handler in a stack, you should not be able
> to close that stack before finishing the handler, including all of the
> function and handler calls. It is not logical to say 'start running this
> handler, but before it is done, purge it from memory'
>
> In this particular case, I would probably use
>
> on mouseUp -- button on a card of sub stack "Days"
> --
> --
>unpackTheData jDate
> send ("close stack " & the short name of this stack ) to me in 10
> milliseconds
> end mouseUp
>
> If you were to use the Variable Watcher window, you might see that the
> definition of the variable 'jDate' becomes empty when you close the stack
> that started the process.
>
> You might test this:
> > close stack "Days" -- back on main stack "Journal"
> > unpackTheData jDate
> put ">|" & jDate & "|<" into msg --to see if it still has the date
> > end mouseUp
>
>
> Be careful when using the Message Box, since it tries to interpret the
> command line, but does not always work the same way as running a handler,
> especially when trying to test the 'do' command.
>
> Jim Ault
> Las Vegas
>
> On 3/1/08 10:57 PM, "Paul Foraker" <[EMAIL PROTECTED]> wrote:
>
> > Turns out the problem was in the calling handler, but this is a little
> > weird. When I reported just now that I'd fixed it by passing "j" already
> > prepended to the seconds, I had only tried that from the Message Box.
> Back
> > inside the calling script, it didn't work. Here's the calling script in
> a
> > button on a substack's card (faux dialog):
> >
> > on mouseUp -- button on a card of sub stack "Days"
> > get the selectedText of fld "DaysList"
> > convert it to seconds
> > put "j" & it into jDate
> > close stack "Days" -- back on main stack "Journal"
> > unpackTheData jDate
> > end mouseUp
> >
> > That doesn't work. Even though jDate arrives at the main stack script
> with
> > the correct value, that value cannot be used to access the main stack's
> > custom property.
> >
> > The unpackTheData handler does work, however, from the Message Box. That
> is,
> > I can pass "j"-something to the stack script and it will work.
> >
> > So, it had to be the "close stack" command in the calling script. Sure
> > enough, this works:
> >
> > on mouseUp -- in a button on sub stack "Days" of main stack "Journal"
> > get the selectedText of fld "DaysList"
> > convert it to seconds
> > put "j" & it into jDate
> > go stack "Journal" -- main stack
> > unpackTheData jDate
> > close stack "Days" -- substack cannot be closed prior to execution
> > -- of a handler in the main stack
> > end mouseUp
> >
> > I would call that a bug.
> >
> > -- Paul
> >
> > On Sat, Mar 1, 2008 at 10:44 PM, J. Landman Gay <
> [EMAIL PROTECTED]>
> > wrote:
> >
> >> Paul Foraker wrote:
> >>> I'm building a stack that is a data entry app for a daily journal.
> Once
> >> the
> >>> day's entries have been posted (emailed to myself), I want to store
> them
> >> in
> >>> the stack. I came up with a scheme of prepending "j" to the seconds
> >>> representing the day and using that as the name of a custom property.
> No
> >>> problem storing that. When I retrieve it in a script, however, it's
> >> always
> >>> empty.
> >>>
> >>> on unpackTheData jDate -- in seconds
> >>> put "j" before jDate
> >>> put empty into tJournal
> >>> put the jDate of this stack into tJournal
> >>> -- do "put the" && jDate && "of this stack into" && tJournal --
> didn't
> >>> work
> >>
> >> I think you do need to use the "do" statement to force evaluation. But
> >> the tJournal variable should be part of the "do" statement itself; Rev
> >> will recognize it correctly as a variable. So, something like this
> >> should work:
> >>
> >> do "put the" && jDate && "of this stack into tJournal"
> >>
> >> --
> >> 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
> >>
> > ___
> > 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
>
>
> ___
