hang when changing stack height

[Martin Koob]

I have a sub-stack that contains a player object and a few buttons.

One button has a script to change the size of the stack and the size  
of the player object which allows the user can go between full size  
or half size.

Sometimes when  the script gets to the command to change the height  
the Beach ball appears and revolution(2.9) hangs, freezing the mac.  
I have to use the power button to shut down and restart.

Sometimes changing the height with the property inspector will cause  
revolution to hang,

Any ideas why this is happening.

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

[Mark Schonewille-3]

Hi Martin,

Do you have any script that run after you change the stack height?  
Perhaps these scripts lock up your stack.

Is the filename of the player object set, while you change the stack  
height? Does setting the filename to empty before changing stack  
height help?

You might lock messages before you change the stack height. Does that  
help?

How often does does problem occur?

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz

Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
  for more info.

On 8 jul 2008, at 15:49, Martin Koob wrote:

> I have a sub-stack that contains a player object and a few buttons.
>
> One button has a script to change the size of the stack and the size  
> of the player object which allows the user can go between full size  
> or half size.
>
> Sometimes when  the script gets to the command to change the height  
> the Beach ball appears and revolution(2.9) hangs, freezing the mac.  
> I have to use the power button to shut down and restart.
>
> Sometimes changing the height with the property inspector will cause  
> revolution to hang,
>
> Any ideas why this is happening.
>
> Martin

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

[Martin Koob]

Mark Schonewille <m.schonewille@...> writes:

>
> Hi Martin,
>
> Do you have any script that run after you change the stack height?  
> Perhaps these scripts lock up your stack.
>
> Is the filename of the player object set, while you change the stack  
> height? Does setting the filename to empty before changing stack  
> height help?
>
> You might lock messages before you change the stack height. Does that  
> help?
>
> How often does does problem occur?
>
> --
> Best regards,
>
> Mark Schonewille
>
> Economy-x-Talk Consulting and Software Engineering
> http://economy-x-talk.com
> http://www.salery.biz
>
> Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
>   for more info.
>

Hi Mark

I don't have any script run after the height change.  Script hangs in
the middle of the handler right after the set height command is
executed.

This will happen whether or not the file name of the object is empty or
has a movie file name in it.

I will not occur the first couple of times but it will eventually
happen.

I have been doing more work on this.  I noticed that it only happens
when increasing the size of the stack.   I was using the same order to
change sizes,  1. change player size, 2 change stack size.   When
increasing the size this caused the player to go outside the bounds of
the stack.  I thought this may be the problem. So I tried using a
conditional to identify when increasing the size and in that case I
changed order of resizing to  1.stack size increase, 2. playersize
increase.

I have been changing sizes of the stack and the player by individually
changing the height and width values.  I have also been centering the
player on the stack as it is changed to keep it from going beyond the
bounds of the stack by setting the location of the player and at the end
I set the final position of the player by setting the top left of the
player.

This seemed to work until i added in a "set  lockscreen to true"
statement at the  beginning of the handler and a "set lockscreen to
false" statement at the end of the handler.  I did this to hide all the
changes going on from the user.   This caused the hang to occur again
when increasing stack height.


I have not tried this yet with lock messages.

Martin





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

[Mark Schonewille-3]

Hi Martin,

Are you using a Mac, does your stack have a menu bar and have you set  
editMenus to false, i.e. the menubar is not visible on the stack but  
appears in the menubar on top of the screen?

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz

Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
  for more info.

On 8 jul 2008, at 21:07, Martin Koob wrote:

>
> Hi Mark
>
> I don't have any script run after the height change.  Script hangs in
> the middle of the handler right after the set height command is
> executed.
>
> This will happen whether or not the file name of the object is empty  
> or
> has a movie file name in it.
>
> I will not occur the first couple of times but it will eventually
> happen.
>
> I have been doing more work on this.  I noticed that it only happens
> when increasing the size of the stack.   I was using the same order to
> change sizes,  1. change player size, 2 change stack size.   When
> increasing the size this caused the player to go outside the bounds of
> the stack.  I thought this may be the problem. So I tried using a
> conditional to identify when increasing the size and in that case I
> changed order of resizing to  1.stack size increase, 2. playersize
> increase.
>
> I have been changing sizes of the stack and the player by individually
> changing the height and width values.  I have also been centering the
> player on the stack as it is changed to keep it from going beyond the
> bounds of the stack by setting the location of the player and at the  
> end
> I set the final position of the player by setting the top left of the
> player.
>
> This seemed to work until i added in a "set  lockscreen to true"
> statement at the  beginning of the handler and a "set lockscreen to
> false" statement at the end of the handler.  I did this to hide all  
> the
> changes going on from the user.   This caused the hang to occur again
> when increasing stack height.
>
>
> I have not tried this yet with lock messages.
>
> Martin
>
>
>
>
>
> _______________________________________________
> use-revolution mailing list
> use-revolution@...
> 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@...
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[Martin Koob]

Mark Schonewille <m.schonewille@...> writes:

>
> Hi Martin,
>
> Are you using a Mac, does your stack have a menu bar and have you set  
> editMenus to false, i.e. the menubar is not visible on the stack but  
> appears in the menubar on top of the screen?
>
> --
> Best regards,
>
> Mark Schonewille
>

I am using a Mac running OS X Leopard.
Editmenus is false, the menu bar is not on the stack, it is in the
regular menu bar at the top of the screen.

Getting rid of lockscreen seems to have solved the issue.  To hide
 the changes I have added a command to
hide the stack at the beginning of the handler that changes player
and stack sizes and then I add a
command to show the stack at the end of the handler.   So far this
seems to work,  hopefully the issue will
not appear again.

Martin

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

[Mark Schonewille-3]

Hi Martin,

I think you are running into a rare combination of Rev peculiarities.  
Unfortunaly, I don't exactly remember how I solved this problem when I  
stumbled upon it, but I believe that you can still use the lock screen  
command. Locking messages before locking the screen might help (or  
maybe not) and the exact place of the lock screen command in your  
script may have an effect, too. Surely, as you wrote, removing the  
lock screen command altogether is also an option. I wonder whether the  
problem would persist, if you set the editmenus to true.

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz

Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
  for more info.

On 8 jul 2008, at 21:50, Martin Koob wrote:

> Mark Schonewille <m.schonewille@...> writes:
>
>>
>> Hi Martin,
>>
>> Are you using a Mac, does your stack have a menu bar and have you set
>> editMenus to false, i.e. the menubar is not visible on the stack but
>> appears in the menubar on top of the screen?
>>
>> --
>> Best regards,
>>
>> Mark Schonewille
>>
> I am using a Mac running OS X Leopard.
> Editmenus is false, the menu bar is not on the stack, it is in the
> regular menu bar at the top of the screen.
>
> Getting rid of lockscreen seems to have solved the issue.  To hide
> the changes I have added a command to
> hide the stack at the beginning of the handler that changes player
> and stack sizes and then I add a
> command to show the stack at the end of the handler.   So far this
> seems to work,  hopefully the issue will
> not appear again.
>
> Martin

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

[Martin Koob]

Mark Schonewille <m.schonewille@...> writes:

>
> Hi Martin,
>
> I think you are running into a rare combination of Rev peculiarities.  
> Unfortunaly, I don't exactly remember how I solved this problem when I  
> stumbled upon it, but I believe that you can still use the lock screen  
> command. Locking messages before locking the screen might help (or  
> maybe not) and the exact place of the lock screen command in your  
> script may have an effect, too. Surely, as you wrote, removing the  
> lock screen command altogether is also an option. I wonder whether the  
> problem would persist, if you set the editmenus to true.
>
> --
> Best regards,
>
> Mark Schonewille
>
> Economy-x-Talk Consulting and Software Engineering
> http://economy-x-talk.com
> http://www.salery.biz
>

Hi Mark.

I was not able to get it to work using lock screen.   I did get it to
change size correctly by always
ensuring that the player window never goes outside
of the stack boundries while the two sizes are
being increased or decreased.   To hide the changes
for the user I used the hide stack command.  One
issue around this is that I need to get the height and
width of the movie loaded in the player.  However
these are not updated till the stack is shown so I have
to set the filename of the player, show the stack, retrieve
the native movie height and width, hide the stack, resize
the player at a multiple of the movie's native  height then
 the stack accordingly, then show the stack.  
The hiding and showing creates a visual
flash but is better than viewing all the contortions as the
 player shifts into its new size.  I am sure there
is an easier way to do this but it seems to work.  

Is the problem with lock screen a reported bug?

Martin

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