Bug 247926 - animations grow and don't fit in canvas
Summary: animations grow and don't fit in canvas
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: gcompris
Version: 7
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Hans de Goede
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-07-12 02:03 UTC by Alexandre Oliva
Modified: 2007-11-30 22:12 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-07-13 13:53:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 456599 0 None None None Never

Description Alexandre Oliva 2007-07-12 02:03:28 UTC
Description of problem:
In the drawing and animation tool, if you draw a square (no fill) taking up the
entire canvas, take a picture then play the animation, you'll see that the
square outgrows the canvas in the animation screen, and the left and upper
borders don't match, rather than fitting perfectly.

Version-Release number of selected component (if applicable):
gcompris-8.2.2-2.fc7

Comment 1 Hans de Goede 2007-07-12 20:53:44 UTC
I cannot reproduce this with 8.3.2 (from rawhide). I can draw a square that is
slightly larger then the canvas bounding line, it seems that the center of the
square line is limited to the canvas bounding line, but since the line is > 1
pixel wide it is slightly of canvas, but it is slightly over canvas everywhere,
not just left and upper as you describe, also it looks exactly the same in the
anim as it does while drawing.

Can you try 8.3.2 from rawhide, notice that you will get a missing icon error
warning, I already have this fixed and will do a new rawhide build with this fix
in tomorrow.


Comment 2 Alexandre Oliva 2007-07-13 01:25:37 UTC
So I rebooted into rawhide (I keep parallel installs) and the problem was still
there.  Took pictures.  Go back to F7.  Started gcompris, and the problem was
"gone".

That's because the gcompris configuration files had been upgraded, and the
choice of 1024x768 over 800x600 had been discarded.  Once I went back to
1024x768, the problem was back.

Comment 3 Hans de Goede 2007-07-13 10:01:20 UTC
I can reproduce this now, I'll try to fix it as time permits.


Comment 4 Hans de Goede 2007-07-13 13:53:15 UTC
gcompris draws everything at 800x600 and then scales it, hence the icons etc,
also become somewhat ugly when running in 1024x768. It seems that the animation
when drawn somehow gets scaled to much / its coordinates get calculated wrong.

Unfortunately fixing this requires deeper knowledge of the inner workings of
gcompris then I have, so I've filed this upstream and will let them handle it.



Note You need to log in before you can comment on or make changes to this bug.