Re: Studio resizeing stack behind back of user...
Mac Studio 2.7.3 users out there, does Studio resize your saved
stacks when you later reopen them? That is it thinks you have a Win
Taskbar and clips the stack height to account for it. I can't even
imagine why Rev would touch a users stack behind a developer's back.
That is a big no-no. And nothing I can do overrides Rev editing my
stack size.
Shalom, Andrew
{Choose Life, Create Hope, Nurture Love...}
___
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: Studio resizeing stack behind back of user...
Andrew, In my experience, this problem appears when trying to add menus to a stack that already has cards. Putting the menu group inside the stack background group does NOT help - actually makes it worse. If possible, create a new single card stack, build your menus, and import the other cards. Cumbersome but it works. PL ___ 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: Studio resizeing stack behind back of user...
Andrew Meit wrote: Mac Studio 2.7.3 users out there, does Studio resize your saved stacks when you later reopen them? That is it thinks you have a Win Taskbar and clips the stack height to account for it. I can't even imagine why Rev would touch a users stack behind a developer's back. That is a big no-no. And nothing I can do overrides Rev editing my stack size. As was mentioned, this sometimes happens if you add a menubar after you have already placed objects on cards. To fix it, you can use the method described in my tutorial here: http://hyperactivesw.com/mctutorial/rrcreateMenus.html Basically, you need to resize the card to accomodate the menu bar, and push down all the existing objects. There is a script in the tutorial that can do all the pushing for you. The best way to avoid the issue is to always create your menubar first in new projects. -- 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: Studio resizeing stack behind back of user...
On Aug 29, 2006, at 7:07 AM, Andrew Meit wrote: Mac Studio 2.7.3 users out there, does Studio resize your saved stacks when you later reopen them? That is it thinks you have a Win Taskbar and clips the stack height to account for it. I can't even imagine why Rev would touch a users stack behind a developer's back. That is a big no-no. And nothing I can do overrides Rev editing my stack size. I have seen this when you build a Mac standalone on a Win system. Mark Talluto -- CANELA Software http://www.canelasoftware.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: Studio resizeing stack behind back of user...
The best way to avoid the issue is to always create your menubar first in new projects. -- Jacqueline Landman Gay | [EMAIL PROTECTED] \ That's good advice, but it's a workaround, people often don't develop in xTalk that way. I KNOW the classic building methods; Write it out on paper, flowchart, bottom up, plan everything. But it's hard to plan methods that may not work or be more efficient than others, or the specs might evolve during the project, or down the road one gets a better insight on what it is the client really wants after working with the data. With Xtalks, I divide up the functionality first, make the parts work individually, then bring them together in the middle, and spend the rest of the time making it all work together, and that's the point where I make it pretty and add menus. In my project, if I had done the menus first, I'd be changing them all the time. And while I'm in the IDE, I want the IDE features. Also how does one deal with one's own menus 'getting in the way' when testing and trying to use the IDE menus? Just seems like a hassle. I develop routines with buttons with or single commands. When I started, I had no idea what was going to be in those menus. In a long development, features change. I'm planning to put my future menus in their own stack, and set the menubar to... I've heard it works, does anyone have a downside for this approach? -- 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
mics and sound recording
Hi, all. I'm kind of an amateur at Revolution, in the sense that I don't program for a direct living. But I use it a lot. I'm using Studio 2.7.2 on a Mac 17 portable running the latest Tiger incarnation. I'm always discovering new cool stuff in RunRev. Today I discovered the tools for audio recording, and I've been experimenting. Since I use RunRev for building language learning tools, this record thing is really useful. But I have a couple of questions. 1. the recordInput setting lets you specify a recording source, with two choices being imic for internal microphone, and emic for external microphone. Now by my thinking, you should choose emic if you are plugging a microphone into your computer, and imic if you're using the built-in. But it doesn't seem to work this way. If I plug in an external mike and choose emic, _no_ recording is made. If I plug in an external with imic chosen, I get a recording, but it's noticeably hissy. Does anyone have any idea of what's going on here? I mean, what I am doing wrong, or what do I not understand. 2. Is dflt a better setting, since it would look to the system for guidance? Help! And thank you! rand valentine ___ 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: Studio resizeing stack behind back of user..., i
For Mac Studio 2.7.3 users, there is a nasty bug. It will resize your
stacks thinking it has to consider a taskbar. For a workaround I put
in my preopenstack:
set the windowBoundingRect to 0,20,1024,764
currently its set by rev as 0,50,1024,764. If someone can tell me
where in IDE I can fix it, I would love it.
Shalom, Andrew
{Choose Life, Create Hope, Nurture Love...}
___
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: Studio resizeing stack behind back of user...
Andrew Meit wrote: Mac Studio 2.7.3 users out there, does Studio resize your saved stacks when you later reopen them? That is it thinks you have a Win Taskbar and clips the stack height to account for it. The cause may be the menubar as others have noted, but it may also be that the engine's setting of the windowBoundingRect and how that affects the window buffer. By default, the windowBoundingRect is set to the largest screen size available after subtracting room for the various OS trimmings (Task Bar on Win, menu bar and Dock on Mac). The window buffer is apparently sized to match the windowBoundingRect, since of course it wouldn't make much sense to buffer larger than can be displayed. The side-effect of this is that a stack larger than the windowBoundingRect may appear in a window cropped to match the windowBoundingRect. The default windowBoundingRect is a customary size which makes sense for most apps, governing among other things the maximum size you get when you click the window's zoomBox. But if you need a stack larger than the system default, you'll need to change it to the size you want, and then adjust your stack to match: on preOpenStack set the windowBoundingRect to the screenRect set the rect of this stack to the screenRect pass preOpenStack end preOpenStack That assumes of course you were looking to make a full-screen stack. If not, then just replace screenRect with whatever rect you're after. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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: Studio resizeing stack behind back of user...
On Aug 29, 2006, at 11:54 AM, Stephen Barncard wrote: I develop routines with buttons with or single commands. When I started, I had no idea what was going to be in those menus. In a long development, features change. I'm planning to put my future menus in their own stack, and set the menubar to... I've heard it works, does anyone have a downside for this approach? The downside arises when you need the menus cross-platform. That is, since it has to be on the current card for Windows, you might as well use it from there on the Mac. Because I develop applications that hide the menubar, I avoid most of these hassles -- most of the time -- by always having my menus, if any, inside the card window for both Mac and Windows. But now and then I do need a menubar menu for all or part of an application. In that case, I store menus in a resources card on my launching stack and set the menubar to whichever one I need when I need it, and copy or place them on cards at runtime on Windows. I've heard that the spontaneous resizing-the-window-with-or-without- the-menu-group problems are much improved of late, but it used to be a gigantic hassle, resulting, in one memorable case, of having to recall and remaster hundreds of CDs just after a product release. I just got out of the habit of letting the engine manage menus. t -- Tereza Snyder Califex Software, Inc. www.califexsoftware.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: Studio resizeing stack behind back of user...
Stephen Barncard wrote: With Xtalks, I divide up the functionality first, make the parts work individually, then bring them together in the middle, and spend the rest of the time making it all work together, and that's the point where I make it pretty and add menus. I think most of us work that way; I know I do. Rev just lends itself to that kind of tinkering and its natural to take advantage of it. In my project, if I had done the menus first, I'd be changing them all the time. Right, but note that you don't have to build the menu ahead of time, just put a placeholder there to reserve the screen space. What I usually do is just open the menu editor, click okay and put up the default menubar. I don't bother scripting it, or adding things to it, or anything. Just stick one up there right at first. I usually don't know what menus I will need, but 99% of the time I do know whether the app will eventually have a menu bar. That's all that is necessary at first. It is very easy to edit it later when you're ready. And while I'm in the IDE, I want the IDE features. Also how does one deal with one's own menus 'getting in the way' when testing and trying to use the IDE menus? Just seems like a hassle. It isn't hard. There are a couple of ways to manage this. One way is to just leave editMenus set to true. That gives you the best of both worlds on a Mac. You have Rev's native menus at the top as usual, and the stack's menu bar inside the stack window (ala Windows). The stack menu responds to the mouse, so you can use that if you want to test your own menus. And the Rev menu responds to both mouse and keyboard shortcuts, so you still have full use of that one. Another way is to go ahead and place your stack menu as the Mac menu bar. If you do that, then whenever your stack has focus, its menus will be used. If you click on any Rev window or palette, the Rev menus come back. You can alternate which menu you see simply by clicking on a stack. I use both methods. It is easier for me to keep the menus showing in the stack window during development, and when I am testing, I put them up top in the normal Mac position. I develop routines with buttons with or single commands. When I started, I had no idea what was going to be in those menus. In a long development, features change. To edit an existing menu, just choose the menu editor and make your changes. It's very easy. I do it all the time. I'm planning to put my future menus in their own stack, and set the menubar to... I've heard it works, does anyone have a downside for this approach? As Tereza mentioned, it will fail if you build for Windows. If you are deploying for Mac only, then it should work okay provided your menus don't make calls to card scripts. I routinely put 1-line calls into my menu handlers and then store the full handler in the stack somewhere (this makes them easy to test from the message box and easy to get to for editing.) A menubar that lives in a separate stack won't see handlers stored in the cards of the main stack. You can bypass this problem by always storing your menu handlers in the main stack script, or in the menu buttons themselves. -- 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: Studio resizeing stack behind back of user...
Good points, Jacque, thanks. At 12:57 -0500 8/29/06, J. Landman Gay wrote: Right, but note that you don't have to build the menu ahead of time, just put a placeholder there to reserve the screen space. What I usually do is just open the menu editor, click okay and put up the -- 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
more on the recorder
Well, I've had some interesting experiences recording sound into Revolution (Studio 2.7.2). Here's what I've found: 1. If I set the inputsource to dflt on my g4 powerbook, and try to record, I get audio files that sounds like pigs on acid. I'm sure my students would find this entertaining, but not exactly what I want to do. The only working choice on the Mac (Tiger) seems to be imic Nothing else works, either producing silence or the above stated porcophony. And I have to choose imic regardless of whether I'm using the internal or a plug-in mike. But this only works if I go to the System Preferences Sound settings, and _there_ change the input source to either internal or external. That setting seems to override anything in RunRev. 2. When I take my file over to my Dell 5100 running latest Windows, the only setting that works is dflt I don't think this dell has a built-in mike, and have been recording with an external. That works fine, as long as inputsource is dflt Using imic or emic doesn't seem to work. I haven't looked at the Windows system pref to see if there might be any variables there to play with. Too many variables in the world. Please let me know if you've written up some notes on these sorts of things, or even could point me to a well-coded stack. Thanks so much. rand valentine ___ 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 on the recorder
Rand, My experience was similar with regard to choosing a mic input. I just decided to always use the default input and set the input using the system prefs rather than Rev. I put together a sandbox stack that allows me to play with all the recording settings. If you want to look at it enter into your message box: go stack url http://revolution.byu.edu/stacksRecordingToolbox.rev; Warning: this was written on my OS X box and uses some shell calls, so if you want to try it on windows, you'll have to change or comment those out. Some of it's a little rough, but it might help you figure some things out. Devin On Aug 29, 2006, at 12:23 PM, rand valentine wrote: Well, I've had some interesting experiences recording sound into Revolution (Studio 2.7.2). Here's what I've found: 1. If I set the inputsource to dflt on my g4 powerbook, and try to record, I get audio files that sounds like pigs on acid. I'm sure my students would find this entertaining, but not exactly what I want to do. The only working choice on the Mac (Tiger) seems to be imic Nothing else works, either producing silence or the above stated porcophony. And I have to choose imic regardless of whether I'm using the internal or a plug-in mike. But this only works if I go to the System Preferences Sound settings, and _there_ change the input source to either internal or external. That setting seems to override anything in RunRev. 2. When I take my file over to my Dell 5100 running latest Windows, the only setting that works is dflt I don't think this dell has a built-in mike, and have been recording with an external. That works fine, as long as inputsource is dflt Using imic or emic doesn't seem to work. I haven't looked at the Windows system pref to see if there might be any variables there to play with. Too many variables in the world. Please let me know if you've written up some notes on these sorts of things, or even could point me to a well-coded stack. Thanks so much. rand valentine ___ 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 Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ 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: [partly OT?] Amazon S3, EC2, cyborgs
Dar- Monday, August 28, 2006, 3:27:33 PM, you wrote: I haven't looked at S3 closely, so I am not familiar with what it needs. We have SOAP now, and I suppose one could throw together a specialized SOAP or REST for S3. S3 is a prerequisite for EC2. You have to prepare your AMI, then upload it to S3 in order to get it into EC2space. This would obviously be done outside of rev. There are also problems in that EC2 is a linux-only space and there is no current linux version of rev. -- -Mark Wieder [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: more on the recorder
I forgot a directory delimiter in my haste: go stack url http://revolution.byu.edu/stacks/RecordingToolbox.rev; On Aug 29, 2006, at 1:08 PM, Devin Asay wrote: Rand, My experience was similar with regard to choosing a mic input. I just decided to always use the default input and set the input using the system prefs rather than Rev. I put together a sandbox stack that allows me to play with all the recording settings. If you want to look at it enter into your message box: go stack url http://revolution.byu.edu/stacksRecordingToolbox.rev; Warning: this was written on my OS X box and uses some shell calls, so if you want to try it on windows, you'll have to change or comment those out. Some of it's a little rough, but it might help you figure some things out. Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ 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
Studio resizeing stack behind back of user...,ii
Am not doing nothing with menus of any kind and am not doing a full
screen stack either. Yes, all my OS X apps resize large for me I when
I set them too. I can't stand Rev taking over my design. I would like
to pass preopenstack to ide but discovered if I do Rev changes my
stack again on reload. Tessler used to wear a t-shirt at PARC, DONT
MODE ME IN It works for me. So how do I hack the IDE to give me an
option
Shalom, Andrew
{Choose Life, Create Hope, Nurture Love...}
___
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: Studio resizeing stack behind back of user...,ii
Hi Andrew,
Why would you want to pass preopenstack to the IDE and... what
exactly do you mean? Are you changine the size of a stack window and
observing that this size is not saved? Could you tell us step-by-step
what you are doing?
--
Economy-x-Talk
Consultancy and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
phone: +31 84 003 51 56
Get your store on-line within minutes with Salery Web Store software.
Download at http://www.salery.biz
Op 29-aug-2006, om 23:32 heeft Andrew Meit het volgende geschreven:
Am not doing nothing with menus of any kind and am not doing a full
screen stack either. Yes, all my OS X apps resize large for me I
when I set them too. I can't stand Rev taking over my design. I
would like to pass preopenstack to ide but discovered if I do Rev
changes my stack again on reload. Tessler used to wear a t-shirt at
PARC, DONT MODE ME IN It works for me. So how do I hack the IDE
to give me an option
Shalom, Andrew
{Choose Life, Create Hope, Nurture Love...}
___
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: u3: where to store data?
I, too, want to WRITE to a specific folder on U3 drive (not a default documents directory). Let us know if you learn anything. Hi all (and specially Chipp), here is what I found with help from the mothership (thanks Marcus) on mouseUp put $U3_APP_DATA_PATH into tPath replace \ with / in tPath put /test.txt after tPath put this is a test into URL (file:tPath) answer the result cr URL (file:tPath) cr there is a file tPath cr tPath end mouseUp This way the data ends up in the /app/data folder on the u3 drive. Somehow it failed when I used file:// no idea why. Another script that I find handy is this (which I wrote in my frustration about the meager specs) on mouseUp repeat for each item theItem in the globals if U3 is in theItem then put theItem value (theItem) cr after allU3Vars end if end repeat put allU3Vars end mouseUp Interesting what one can find out about the drive. ;-) Hope this is of any help, Malte ___ 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: [partly OT?] Amazon S3, EC2, cyborgs
On Aug 29, 2006, at 1:27 PM, Mark Wieder wrote: S3 is a prerequisite for EC2. You have to prepare your AMI, then upload it to S3 in order to get it into EC2space. This would obviously be done outside of rev. Hmmm. I know you sometimes challenge the obvious. The REST interface to S3 seems to be simply HTTP with some tags. The HTTP examples I saw looked pretty straightforward. Well, looked that way to me, I'm new to the REST ideas. As you mentioned, the sha1 seems to be the stumbling block for S3 in Rev, but that can be handled with shell() if S3 is needed in Rev. As simple data storage, S3 reminds me of Revolution arrays. One could made a uniform interface. At the time I started this topic, I didn't realize that an S3 bucket could look like a scalable web site to the public. Cool. There are also problems in that EC2 is a linux-only space and there is no current linux version of rev. Yeah, it seems to be Xen for virtualization, which I assume means Linux for now. I'm not completely sure of that, because I had earlier understood that you could load your own Linux and I thought Xen needed a modified Linux as a client OS. I have heard there are delays in getting computers started. Dar Scott ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Crash report procedure
I'm getting more crashes under 2.7.3 than I've had in past years with Revolution. What's the proper procedure? 1) Bugzilla? or [EMAIL PROTECTED] 2) And, the crash report that is put up by OSX... 3) should we copy that and save to the bug zilla? 4) Should we also submit to Apple to by hitting the submit button on their crash reporter? TIA Sivakatirswami ___ 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: Crash report procedure
Sivakatirswami wrote: I'm getting more crashes under 2.7.3 than I've had in past years with Revolution. What's the proper procedure? 1) Bugzilla? or [EMAIL PROTECTED] Bugzilla is preferable. You can alternately send to support if you want, but then the ticket has to be handled by a series of humans and it takes longer to get inputted. If you input to Bugzilla directly, it shows up immediately. Do choose only one of the two methods though; otherwise we get duplicates. 2) And, the crash report that is put up by OSX... 3) should we copy that and save to the bug zilla? Yes, always include the crash log if you have it. You can paste it directly into the comments field, underneath any explanation you enter about how to reproduce the problem. That way everything is all together in one place and the engineers can see it easily. 4) Should we also submit to Apple to by hitting the submit button on their crash reporter? I don't think that does much good, except for Apple apps. They likely ignore reports about stuff they don't own. -- 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
Screen Refresh Problem
Greetings All, I am writing a program that will show the images of any number of folders in a slideshow. Before the first slide in each folder is shown, I show a field telling the name of the folder. The first time I press the arrowKey, the title field comes up and then I can press the arrowkey to show the images in that folder. However, when I go from the last image of the first folder to the title field of the second folder, the screen seems to freeze up. The last command in the script is exit to top. In test lines, just before I exit, the lockscreen property is false, the various fields that keep track of which folders and which slides are being shown are correct, but the screen is just not updated. In development mode, if I press commandKey-M to bring up the message box, the screen refreshes and everything is as it should be. The script is actually exiting, and I am not in an infinite loop. Has anybody else seen this? Thanks! John Miller ___ 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: Screen Refresh Problem
John Miller wrote: Greetings All, I am writing a program that will show the images of any number of folders in a slideshow. Before the first slide in each folder is shown, I show a field telling the name of the folder. The first time I press the arrowKey, the title field comes up and then I can press the arrowkey to show the images in that folder. However, when I go from the last image of the first folder to the title field of the second folder, the screen seems to freeze up. The last command in the script is exit to top. In test lines, just before I exit, the lockscreen property is false, the various fields that keep track of which folders and which slides are being shown are correct, but the screen is just not updated. In development mode, if I press commandKey-M to bring up the message box, the screen refreshes and everything is as it should be. The script is actually exiting, and I am not in an infinite loop. Has anybody else seen this? Not exactly, but I recently had a similar problem where the screen wouldn't refresh. I never did figure out why. I stuck in a go this card statement which forced a redraw. You might try that as a work-around if you can't figure out anything else. -- 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: u3: where to store data?
Thanks Malte! I'm looking to find the folder where the application lives on the U3 drive...Did you find an ENVIRONMENT VARIABLE for that? Thanks again, Chipp On 8/29/06, Malte Brill [EMAIL PROTECTED] wrote: I, too, want to WRITE to a specific folder on U3 drive (not a default documents directory). Let us know if you learn anything. Hi all (and specially Chipp), here is what I found with help from the mothership (thanks Marcus) on mouseUp put $U3_APP_DATA_PATH into tPath replace \ with / in tPath put /test.txt after tPath put this is a test into URL (file:tPath) answer the result cr URL (file:tPath) cr there is a file tPath cr tPath end mouseUp This way the data ends up in the /app/data folder on the u3 drive. Somehow it failed when I used file:// no idea why. Another script that I find handy is this (which I wrote in my frustration about the meager specs) on mouseUp repeat for each item theItem in the globals if U3 is in theItem then put theItem value (theItem) cr after allU3Vars end if end repeat put allU3Vars end mouseUp Interesting what one can find out about the drive. ;-) Hope this is of any help, Malte ___ 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: u3: where to store data?
Hey Chipp - Here's what I got when I ran Malte's second script (slightly modified, and I inserted extra CRs to make wraps more detectable): $U3_IS_UPGRADE = false $U3_IS_DEVICE_AVAILABLE = true $U3_IS_AUTORUN = false $U3_HOST_EXEC_PATH = C:\Documents and Settings\Phil\Application Data\U3\0CB16C50A2916885\E12D38CA-C6EF-4bd0-B62A-F230F996FE2F\Exec $U3_ENV_VERSION = 1.0 $U3_ENV_SUB_VERSION = 1 $U3_ENV_LANGUAGE = 1033 $U3_DEVICE_VENDOR_ID = 2284 $U3_DEVICE_VENDOR = Yahoo $U3_DEVICE_SERIAL = 0CB16C50A2916885 $U3_DEVICE_PRODUCT = U3 smart drive $U3_DEVICE_PATH = F: $U3_DEVICE_EXEC_PATH = F:\System\Apps\E12D38CA-C6EF-4bd0-B62A-F230F996FE2F\Exec $U3_DEVICE_DOCUMENT_PATH = F:\Documents $U3_DAPI_CONNECT_STRING = 0CB16C50A2916885 $U3_APP_DATA_PATH = F:\System\Apps\E12D38CA-C6EF-4bd0-B62A-F230F996FE2F\Data Hopefully this 'data picture' is worth a few words... Phil Davis Chipp Walters wrote: Thanks Malte! I'm looking to find the folder where the application lives on the U3 drive...Did you find an ENVIRONMENT VARIABLE for that? Thanks again, Chipp On 8/29/06, Malte Brill [EMAIL PROTECTED] wrote: I, too, want to WRITE to a specific folder on U3 drive (not a default documents directory). Let us know if you learn anything. Hi all (and specially Chipp), here is what I found with help from the mothership (thanks Marcus) on mouseUp put $U3_APP_DATA_PATH into tPath replace \ with / in tPath put /test.txt after tPath put this is a test into URL (file:tPath) answer the result cr URL (file:tPath) cr there is a file tPath cr tPath end mouseUp This way the data ends up in the /app/data folder on the u3 drive. Somehow it failed when I used file:// no idea why. Another script that I find handy is this (which I wrote in my frustration about the meager specs) on mouseUp repeat for each item theItem in the globals if U3 is in theItem then put theItem value (theItem) cr after allU3Vars end if end repeat put allU3Vars end mouseUp Interesting what one can find out about the drive. ;-) Hope this is of any help, Malte ___ 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: Crash report procedure
On 8/29/06 5:43 PM, Sivakatirswami [EMAIL PROTECTED] wrote: I'm getting more crashes under 2.7.3 than I've had in past years with Revolution. What crashes are you getting, and what do you think is triggering them? Ken Ray Sons of Thunder Software 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
