when the topColor and the bottomColor switch

[Erik Hansen]

when the topColor and the bottomColor switch,
I found the property once...


Erik Hansen

[EMAIL PROTECTED]http://www.erikhansen.org

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.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-2: u3: where to store data?

[runrev260805]

Hi,

it seems that the application just lives in the u3p file on the stick. After 
starting the app from launchpad it is copied to the
folder 

c:\Documents and Settings\user\Application Data\U3\u3stickid\programid\Exec

Try it your self. Just rename the U3P file for any of the installed apps on the 
u3 stick and run it from launchpad. You will get an errormessage like this "An 
error has occurred whily trying to launch the selected program.
Renaming it back, will let you run it again. If you have startefd the 
application already on the stick, renaming won´t produce the error message, as 
the application was already copied to c:\documents... . In this case you have 
to eject and reconnect the stick, as this deletes the content of the U3 folder 
on C.

The app resides in c:\Docuemtns and Settings  until the stick is removed by 
clicking the eject button in launchpad. Clicking eject runs a tool

c:\Documents and Settings\user\Application Data\U3\temp\cleanup.exe 

, which removes the content of the U3 folder on C, except the temp folder.


So if you have an autoupdate function built in your app, why not adding the new 
app into the u3p file. It´s an zipcompressed format.

Regards,

Matthias
 Original Message 
Subject: Re: u3: where to store data? (30-Aug-2006 4:20)
From:[EMAIL PROTECTED]
To:  [EMAIL PROTECTED]

> 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
> 
> 
> 
> To: use-revolution@lists.runrev.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?

[Chipp Walters]

Phil,  thanks...
'You da man!!!'

-c
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Crash report procedure

[Ken Ray]

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

Re: u3: where to store data?

[Phil Davis]

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: u3: where to store data?

[Chipp Walters]

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: Screen Refresh Problem

[J. Landman Gay]

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

Screen Refresh Problem

[John Miller]

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: Crash report procedure

[J. Landman Gay]

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

Crash report procedure

[Sivakatirswami]

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: [partly OT?] Amazon S3, EC2, cyborgs

[Dar Scott]

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

Re: u3: where to store data?

[Malte Brill]

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: Studio resizeing stack behind back of user...,ii

[Mark Schonewille]

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

Studio resizeing stack behind back of user...,ii

[Andrew Meit]

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: more on the recorder

[Devin Asay]

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

Re: [partly OT?] Amazon S3, EC2, cyborgs

[Mark Wieder]

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

[Devin Asay]

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

more on the recorder

[rand valentine]

 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: Studio resizeing stack behind back of user...

[Stephen Barncard]

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

Re: Studio resizeing stack behind back of user...

[J. Landman Gay]

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...

[Tereza Snyder]

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...

[Richard Gaskin]

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..., i

[Andrew Meit]

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

mics and sound recording

[rand valentine]

 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...

[Stephen Barncard]

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

Re: Studio resizeing stack behind back of user...

[Mark Talluto]

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...

[J. Landman Gay]

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:




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...

[SimPLsol]

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]

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