Bugs item #1836838, was opened at 2007-11-23 06:12 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1836838&group_id=144022
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Open Resolution: None Priority: 1 Private: No Submitted By: Pixelgeek (pxegeek) Assigned to: dooglus (dooglus) Summary: Canvas pasting size issue Initial Comment: Importing a sif file into another canvas appears to alter its size. E.g. Rore's cat when opened on its own is 600wx800h, but when imported into a canvas sized 480wx360h changes its dimensions, shrinking noticeably. I would expect the canvas size to retain its original settings. Is this implemented as designed, or a bug? See http://rore.dyndns.org/rore/synfig/grey_cat.sif and attached files. ---------------------------------------------------------------------- >Comment By: Genete (genete) Date: 2008-09-17 17:21 Message: I really don't see the imported sif file "shrinking noticeably". It just keeps its resolution and is framed into a different canvas. Another case is import image files (not sif files) then I agree that there is a problem because the behavior is odd. But importing sif I cannot see the problem. If the imported sif were influenced by the receiver document dimensions it would be expected that the shrinking would be bigger when the receiver and the imported sif were more different. That's not the case. I only see a scale and clap of the imported sif. No deformation or shrinking. If this is not the desired behavior (keep the original canvas size in pixles) what should it be?. Maybe I'm wrong but I don't see a bug here in the sif importing. ---------------------------------------------------------------------- Comment By: Daniel Hornung (rubikcube) Date: 2008-09-17 10:51 Message: Ok, here are the three files, you could download, extract and upload them here if you want. http://pendelchaos.homelinux.net/crypt/tests.tar.gz ---------------------------------------------------------------------- Comment By: Pixelgeek (pxegeek) Date: 2008-09-16 04:15 Message: rubikcube - pabs mentions that you may not be able to add files to someone else's bug. If you want to post them somewhere, I can add them. ---------------------------------------------------------------------- Comment By: Daniel Hornung (rubikcube) Date: 2008-09-16 00:13 Message: Hmm, can't I add files here? If it's in the tracker settings, maybe one of the admins should change it. Anyway I'm all for raising priority, since this (if I really experienced the same bug) is more than "just" a usability bug. ---------------------------------------------------------------------- Comment By: Daniel Hornung (rubikcube) Date: 2008-09-16 00:01 Message: I think I could reproduce this in a (nearly) minimal testcase, this only seems to happen for encapsulated layers when pasting between images with different view boxes set (in Edit->Properties). See the attached three sif files: test_plain.sif: The plain file everything is based upon: 800x600 pixels, the image area is 13.333..units x 10 units, as expected. test_high_span.sif: The file where the layers were copied from. Note that I set the image span (and thus the view box) to ~10 times the default (in "unit"s) in the Properties dialog. The width&height were not changed (is this a bug as well?), they still are at 800x600 pixels. test_pasted.sif: Used test_plain.sif and pasted the layers from test_high_span.sif, then rescaled the bline so that it became visible again: Voila, the bline's width is clearly still set to 4px but appears to be ~40px wide. Possibly the cause of the bug can be found by a simple `diff test_high_span.sif test_pasted.sif`: Cutting away the unimportant parts I get: 2,3c2,3 < <canvas version="0.5" width="800" height="600" xres="2834.645752" yres="2834.645752" view-box="-66.666667 50.000000 66.666667 -50.000000" antialias="1" fps="24.000" begin-time="0f" end-time="5s" bgcolor="0.500000 0.500000 0.500000 1.000000"> < <name>Synfig Animation 3</name> --- > <canvas version="0.5" width="800" height="600" xres="2834.645752" yres="2834.645752" view-box="-6.666667 5.000000 6.666667 -5.000000" antialias="1" fps="24.000" begin-time="0f" end-time="5s" bgcolor="0.500000 0.500000 0.500000 1.000000"> > <name>Synfig Animation 1</name> 39c39 < <canvas> --- > <canvas view-box="-66.666667 50.000000 66.666667 -50.000000"> The header is different of course, having different view boxes. But what's the canvas tag's parameter "view-box" about? It's not even editable from the gui, but anything else I could say here are wild guesses, it's up to the real devs now to fix this :) ---------------------------------------------------------------------- Comment By: Pixelgeek (pxegeek) Date: 2007-11-23 06:14 Message: Logged In: YES user_id=1763308 Originator: YES File Added: canvaspastebug.sifz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1836838&group_id=144022 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
