Printable View
If I have an active that has "Create on startup" checked, then I can use the Set X and Y position, to position it in the center of the screen.
BUT
if I don't have "create on startup" checked, and use "Create" in the event, then I cannot set the X and Y position.
(see screen shot)
instead it puts it all the way in the left top corner.
So the question it, why doesn't that work in this case??
Thanks
You'll want to trigger something on the object's creation, like a flag or a variable, on creation, and then reference that in positioning the object.
No, as long as it's in the same line, it should only apply to the most recently created. It's working in this example. Is there some conflicting code somewhere?
I just left home. But as far as I know there is nothing conflicting. Only had 3 events in my test file.. I'll check out the mfa when I get home.
Ok home, and yes... it works fine..
Going to try it again..
this is just weird. :o
ok, maybe it's just me..
I cant center MY active since it will not center.. I need to put the mark to the left corner (and then it's still not centered..
To me, it makes no sense....
Your Active is centered (I copied it in my file) and my active will not center..
both the same event...
I am confused..
Hey Perry,
from your .mfa the active (you're talking about the green diamond, right?)
is centered in my Fusion:
Attachment 16870
I wonder what's going on :o
No the blue box
Blue box also works correctly on my side, what would you like it to do?
If both objects are to be centered,
you should erase all the " - OWidth( "object" ) / 2" from your expressions
since all hotspots are already centered
Otherwise, how would you like it to behave?
If I do a Create object at -100, -300 (change the 640,480)
then with set x, and y. I want it centered. and that works for the green active,
but the Blue Active is not in the center... (The right corner is... I think) but it's not taking the center from the blue object
That's what OWidth( "Active" ) should do
Good to know guys, I've used that code for counters heaps of times. Didn't know it was hotspot specific. OWidth must work with counters because the hot spot isn't centred.
sigh... Hotspot on the left top, makes it centered., not hotspot in the center...
Weird.
had almost tried them all, except the left top..
Except, if you make it an animation, and make Zoom Frames, then it's not zooming anymore, but showing it coming from an angle..
Sounds like this is a bug to me then..
created a ticket: http://bugbox.clickteam.com/issues/3060
with a new example.
Perry,
If the hotspot is in the centre of the object, you do not need to adjust for the width or height of the object.
If you remove '- OWidth("award")/2" and '- OHeight("award")/2"from your calculations then that should correct the formula.
Peter
ok, think I need to be put in a timeout corner...
Thank you :) it works now