This mainly happens in standalones, not the IDE.
Thankfully, the way I developed it allows me to do what Ken suggested
- load one stack, set the directory, then load the next stack. It
seems to be working... my logic seems sound for carrying it out
otherwise, though.
I am using Mac OS X, version 2.7.2.
- Karl
On Jul 14, 2006, at 9:37 AM, Peter T. Evensen wrote:
This is strange. I do this all the time and the graphics appear.
What version of Revolution are you using? What platform? Is
this only happening in the IDE or does it also happen in standalones?
At 10:17 PM 7/13/2006, you wrote:
I am setting the directory (the defaultFolder) to a different path on
a handler called from preOpenStack; I do this so I can access image
files that sit in another directory immediately when the stack opens.
However, when the stack opens it sets the directory, but it draws
everything white at first, like it did not have the directory set.
When I click to move an image object with a relative filepath,
though, that image object then draws properly. The other images do
not, though, and neither do the backgrounds of graphic objects that
have their backgroundImage property set to an image residing on the
card.
Is there a way to force the stack to do reload all the images with
relative file paths? Or is there another solution which you can
think of? Please ask me to clarify if I have not been clear. I am
totally stumped on this problem.
This help will be extremely appreciated, thanks,
Karl
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Peter T. Evensen
http://www.PetersRoadToHealth.com
314-629-5248 or 888-682-4588
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
