Sat 07 Oct 2006 11:17:27 AM UTC, comment #13:
Works for me now. Great job, Sandro, thanks a lot.
Marcus
|
Fri 06 Oct 2006 09:57:43 PM UTC, comment #12:
I handled this from the Gui lib, the server lib still uses a single value for both x and y scale which is not appropriate, but extent of this limitation are still unclear to me (it seems it uses this info to set the maximum error for rendering)
|
Fri 06 Oct 2006 12:42:49 PM UTC, comment #11:
It seems that the core (server) library is far from ready to support changes in the scale ratio. So we should either prevent
GUIs from stretching in any direction or add this support in
the server.
In particular, the movie_root class has the concept of a "pixel scale" but doesn't allow for specifiying a scale for each dimension (x,y).
I'm working on preserving aspect ratio in the gui...
|
Fri 06 Oct 2006 07:58:04 AM UTC, comment #10:
I cannot test it since the gnash window on win32 (using SDL) is the unresizable
|
Thu 05 Oct 2006 11:59:43 AM UTC, comment #9:
I can confirm that the button position is not scaled with the display when the window is resized, but remains at its original location. Simple test case is for example:
http://images2.flashkit.com/tutorials/Getting_Started/Using_La-Eddie_Ca-10/layer.swf
|
Mon 31 Jul 2006 03:40:18 AM UTC, comment #8:
I confirm the bug is still present in the gui/ version.
I've tested gtk, dunno about sdl as the sdl window seems unresizable.
|
Wed 05 Jul 2006 04:20:30 PM UTC, comment #7:
I confirm it works with backend/gnash.
Patch must be ported to gui/gnash as well (I'd wait before closing until we test that as well).
|
Mon 03 Jul 2006 06:17:31 PM UTC, comment #6:
I guess this tracks down to point_test_local, being a "def" method rather then an "instance" one.
|
Mon 03 Jul 2006 06:09:51 PM UTC, comment #5:
I confirm the bug. I think this is due to the fact that
some informations (like mouse events handling in this case)
rely on the character definition rather then instance.
Thus, since the definition sets the hit area on that specific
location, the window resize, while changing the instance instead
doesn't update the mouse hanlders.
|
Mon 03 Jul 2006 01:11:53 PM UTC, comment #4:
This is fixed for me now.
However I get another problem: if I enlarge the gnash window (using the maximize title bar button), the click area of the button is not over the new position of the button, but still on the position before the resize.
|
Sat 01 Jul 2006 12:57:58 AM UTC, comment #3:
Note: the stack underrun problem is now fixed
|
Fri 30 Jun 2006 11:35:25 PM UTC, comment #2:
I see the "Play game" text centered at the bottom.
I can't find the click area, but that might be a matter of
personal setup.
What I get with -v is:
ERROR: Stack underrun: 1 elements required, 0 available. Fixing by pushing undefined values on the missing slots.
static void gnash::SWF::SWFHandlers::ActionWaitForFrame(gnash::ActionExec&): unimplemented (no need until we play while reading)
Anyway, can you check if the position is correct ?
|
Thu 29 Jun 2006 01:49:14 PM UTC, comment #1:
The flash file with wrong button position is here:
http://funcop.net/SimGirl.swf
|
Thu 29 Jun 2006 01:35:14 PM UTC, original submission:
Current version (as of now) of gnash display a button in a wrong position (the "Play game!" button of the opening screen of this animation): it is now at the top left of the screen. However the click area is correctly to the right of the "Play Game!" text. Worked fine up to some days ago.
I have compiled gnash with:
./configure --disable-plugin
|