[Synfig-devl] [ synfig-Bugs-1497893 ] building synfigstudio eats memory forever
Bugs item #1497893, was opened at 2006-05-31 09:51 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1497893&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: Compile-Time Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andrew Ziem (andrewziem) Assigned to: Nobody/Anonymous (nobody) Summary: building synfigstudio eats memory forever Initial Comment: The attached build log snippet shows where synfig eats much more than 100MB RAM so that the Linux oom-killer kills the process. Now, I'm not sure how to build synfigstudio 0.61.05 Mostly, I am just re-building the nrpms.net source RPMs linked from your site. The changes I've made are basically updating the 3 synfig source tarballs to latest versions and commenting out "#%define cflags --enable-optimization=2" in synfigstudio.spec because gcc chokes on an optimization. Here's some system information: etl-0.04.08-1 synfig-0.61.05-2fc5 gcc-4.1.1-1.fc5 Fedora Core 5 -- >Comment By: Paul Wise (pabs3) Date: 2007-08-15 09:43 Message: Logged In: YES user_id=35028 Originator: NO This seems to be fixed with 0.61.06, unless you can reproduce it, I'll close the bug. -- Comment By: Paul Wise (pabs3) Date: 2006-07-22 18:58 Message: Logged In: YES user_id=35028 Which .sif files exhibit this problem? On the debian buildds, zoom_icon.sif and clear_redo_icon.sif were the only ones. I see you log shows width_icon.sif. One thing that the first two have in common is use of transparency. width_icon.sif doesn't seem to have that. -- Comment By: Paul Wise (pabs3) Date: 2006-06-04 09:53 Message: Logged In: YES user_id=35028 Hmmm, on i386 synfig finishes successfully in a few seconds. Which architecture are you on? If you are able to come on IRC, we might be able to debug this quicker - #synfig on freenode. Alternatively, there is a hack to valgrind to make it show you the RAM used while the program runs: http://pvanhoof.be/blog/index.php/2006/05/17/realtime-memory-monitor-crap-tool http://pvanhoof.be/blog/index.php/2006/05/17/showing-massifpidps-like-memory-usage-while-running-your-software Also: http://www.buzztard.org/index.php/Debugging -- Comment By: Andrew Ziem (andrewziem) Date: 2006-06-03 23:01 Message: Logged In: YES user_id=500759 Hmm. I'm not sure how to let valgrind finish. I went to runlevel 3 and turned off many services, so I had most of my 710816 RAM + 795176 swap available. Still, the command consumed about 1400MB memory, so the Linux oom-killer killed the process. So, there is no log file. It looks like synfig would consume memory without bound. -- Comment By: Paul Wise (pabs3) Date: 2006-06-03 18:49 Message: Logged In: YES user_id=35028 Please install valgrind, run this command from the synfigstudio images/ directory and attach the results (txt & ps): valgrind --tool=massif --depth=10 --alloc-fn=g_malloc --alloc-fn=g_realloc --alloc-fn=g_try_malloc synfig -q width_icon.sif -o width_icon.png --time 0 I get 1Mb ram usage maximum according to the graph. BTW, patches to the RPM spec file are welcome, please add to the patches tracker. -- Comment By: Paul Wise (pabs3) Date: 2006-05-31 11:36 Message: Logged In: YES user_id=35028 This bug report looks similar to this debian one: http://bugs.debian.org/369646 Here are the build logs for that: http://buildd.debian.org/~jeroen/status/package.php?p=synfigstudio We need more people working on synfig, so if you or anyone you know has experience with memory profiling in C++ apps, please feel free to work on this and send in a patch. The current maintainers are busy and the least busy one (me) doesn't have much experience with such massive C++ apps. Also, your build log shows signs of this bug: http://bugs.debian.org/368733 If you know of any tutorials or anyone with experience adding fontconfig support to apps, please feel free to direct them to this project. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1497893&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Searc
[Synfig-devl] [ synfig-Bugs-1776025 ] center miscalculated when drawing
Bugs item #1776025, was opened at 2007-08-16 23:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776025&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: Latest release (0.61.06) Status: Open Resolution: None Priority: 5 Private: No Submitted By: John Hines (kickabear) Assigned to: Nobody/Anonymous (nobody) Summary: center miscalculated when drawing Initial Comment: When following the tutorial immediately after installation, I attempted to draw a circle. The canvas showed only a small arc of a huge circle, and when the mouse button is released, the arc disappears. The params for the circle's center become something like -425.001, 602.0001 and the radius is zero. If I manually set the center to 0,0 and the radius to a positive amount, I get the circle visible on the canvas. Every item I draw is given a center well off of the canvas. This includes selection tool, etc. I'm running Ubuntu, updated with the Gutsy kernel and Synfig Studio 0.61.05-124 with Synfig version 0.61.06. I can be reached at [EMAIL PROTECTED] for additional information or testing. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776025&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1776025 ] center miscalculated when drawing
Bugs item #1776025, was opened at 2007-08-17 12:47 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776025&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: Latest release (0.61.06) Status: Open Resolution: None Priority: 5 Private: No Submitted By: John Hines (kickabear) Assigned to: Nobody/Anonymous (nobody) Summary: center miscalculated when drawing Initial Comment: When following the tutorial immediately after installation, I attempted to draw a circle. The canvas showed only a small arc of a huge circle, and when the mouse button is released, the arc disappears. The params for the circle's center become something like -425.001, 602.0001 and the radius is zero. If I manually set the center to 0,0 and the radius to a positive amount, I get the circle visible on the canvas. Every item I draw is given a center well off of the canvas. This includes selection tool, etc. I'm running Ubuntu, updated with the Gutsy kernel and Synfig Studio 0.61.05-124 with Synfig version 0.61.06. I can be reached at [EMAIL PROTECTED] for additional information or testing. -- >Comment By: Paul Wise (pabs3) Date: 2007-08-17 13:06 Message: Logged In: YES user_id=35028 Originator: NO Please try with synfigstudio 0.61.06, gutsy has it on amd64, on i386/powerpc you'll have to wait for the Ubuntu servers to build it (or build it yourself, ask on the Ubuntu forums for how). Which platform/architecture are you on? Do you use a laptop with trackpad/touchpad and usb mouse? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776025&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1776025 ] center miscalculated when drawing
Bugs item #1776025, was opened at 2007-08-17 06:47 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776025&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: Latest release (0.61.06) Status: Open Resolution: None Priority: 5 Private: No Submitted By: John Hines (kickabear) Assigned to: Nobody/Anonymous (nobody) Summary: center miscalculated when drawing Initial Comment: When following the tutorial immediately after installation, I attempted to draw a circle. The canvas showed only a small arc of a huge circle, and when the mouse button is released, the arc disappears. The params for the circle's center become something like -425.001, 602.0001 and the radius is zero. If I manually set the center to 0,0 and the radius to a positive amount, I get the circle visible on the canvas. Every item I draw is given a center well off of the canvas. This includes selection tool, etc. I'm running Ubuntu, updated with the Gutsy kernel and Synfig Studio 0.61.05-124 with Synfig version 0.61.06. I can be reached at [EMAIL PROTECTED] for additional information or testing. -- >Comment By: dooglus (dooglus) Date: 2007-08-17 09:47 Message: Logged In: YES user_id=1546005 Originator: NO This sounds like the old touchpad bug. It should be fixed in the most recent release. To work around it in your release, go to the main window, chose 'Input Devices' from the 'File' menu and disable the touchpad. If that works, you'll need to do it each time you restart studio - or upgrade to the current release. -- Comment By: Paul Wise (pabs3) Date: 2007-08-17 07:06 Message: Logged In: YES user_id=35028 Originator: NO Please try with synfigstudio 0.61.06, gutsy has it on amd64, on i386/powerpc you'll have to wait for the Ubuntu servers to build it (or build it yourself, ask on the Ubuntu forums for how). Which platform/architecture are you on? Do you use a laptop with trackpad/touchpad and usb mouse? ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776025&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1776135 ] gif rendering has several problems
Bugs item #1776135, was opened at 2007-08-17 12:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776135&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: Render Artifact Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: gif rendering has several problems Initial Comment: 1. some frames have pixels rendered as transparent when they shouldn't be. the code is checking whether the index to the pixel's color in the palette has changed from one frame to the next, and setting it to be transparent if it hasn't. the problem with this is that the palette changes from frame to frame, so we need to check whether the color of the pixel has changed, not the index into the palette. this code is in synfig-core/src/modules/mod_gif/trgt_gif.cpp - just after the comment saying "lossless version" 2. the code which creates the palette for each frame does so by randomly looking at a limited number of pixels in the image and using those colors. in simple images with less than 256 different colors, this almost always results in the palette missing some of the colors that are present in the rendered scene, even though there is space for them in the palette. I've seen cases where an image contains 30 different colours in its .png version, but when rendered to .gif it contains only 4 colours, due to the random sampling not stumbling upon any pixels of the other 26 colours (since they are rare, and only used around the edge of shapes, for anti-aliasing). this code is in synfig-core/src/synfig/palette.cpp - search for rand() 3. there is a hardcoded option in the gif rendering code to enable or disable 'dithering' - a technique where errors due to palette limitations are distributed to surrounding pixels. the idea is that if one pixel is too red, due to the desired color not being present in the palette, then the neighbouring pixels should be made slightly less red than desired to compensate. when combined with (2) above, this can lead to large messy artifacts ( see http://dooglus.rincevent.net/synfig/dither-artifact.gif ) - those 2 circles are supposed to be of uniform colour, but because some of the colours used for anti-aliasing were missed from the palette, the dithering has spread a few shades of slightly darker red diagonally down through the red circle. I would expect the effect of dithering to die out within a few pixels, but as can be seen, it doesn't. this code is in src/modules/mod_gif/trgt_gif.cpp - search for "if(dithering)" ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776135&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1776156 ] region and outline position ducks aren't linked
Bugs item #1776156, was opened at 2007-08-17 13:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: region and outline position ducks aren't linked Initial Comment: If I use the bline tool to draw a shape, and get both a region and an outline created, the outline and the bline are linked, so that moving any of the outline's verticies, tangents, etc. will also move the region's, and vice versa. That's a good thing. However, the green 'position' ducks aren't linked, so grabbing the green duck and moving it will result in the region and the outline becoming separated. It's possible to manually link the two green position ducks, but shouldn't that be done automatically? ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1685573 ] GIF output looks rough sometimes
Bugs item #1685573, was opened at 2007-03-21 23:21 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1685573&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: None Group: None >Status: Closed >Resolution: Duplicate Priority: 2 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: GIF output looks rough sometimes Initial Comment: See http://dooglus.rincevent.net/synfig/gif-target.html for an example of how .gif output can look rough compared to .png output. I realise this is probably caused by the .gif format having a limit of 256 colours per frame, but even given that limitation it should be possible to make the results look better than this. -- >Comment By: dooglus (dooglus) Date: 2007-08-17 14:36 Message: Logged In: YES user_id=1546005 Originator: YES This is a duplicate of bug 1776135 (which I also raised), which goes into more detail than this one does. -- Comment By: dooglus (dooglus) Date: 2007-03-23 15:24 Message: Logged In: YES user_id=1546005 Originator: YES I looked into this to see what was happening, and it is due to the limited number of colours in the palette. synfig-core/src/synfig/palette.cpp's Palette::Palette(const Surface& surface, int max_colors) picks pixels at random from the image and adds them to the palette if they're different enough from the rest of the palette. This is likely to lead to small areas of colour the image not being represented in the palette. It's a non-trivial problem to pick the 'best' 256 colours for the palette, or even to define what 'best' means here. The dithering wasn't helping, either. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1685573&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1776156 ] region and outline position ducks aren't linked
Bugs item #1776156, was opened at 2007-08-17 04:14 Message generated for change (Comment added) made by pxegeek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: region and outline position ducks aren't linked Initial Comment: If I use the bline tool to draw a shape, and get both a region and an outline created, the outline and the bline are linked, so that moving any of the outline's verticies, tangents, etc. will also move the region's, and vice versa. That's a good thing. However, the green 'position' ducks aren't linked, so grabbing the green duck and moving it will result in the region and the outline becoming separated. It's possible to manually link the two green position ducks, but shouldn't that be done automatically? -- Comment By: PXEGeek (pxegeek) Date: 2007-08-17 11:48 Message: Logged In: YES user_id=1763308 Originator: NO I'd vote to make linking the green position ducks default bahaviour. This is something I've run into repeatedly and has driven me crazy. Create region & outline, move region, curse, undo, link together, move both. Saving 4 steps makes PXEGeek happy :) ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1776156 ] region and outline position ducks aren't linked
Bugs item #1776156, was opened at 2007-08-17 19:14 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: region and outline position ducks aren't linked Initial Comment: If I use the bline tool to draw a shape, and get both a region and an outline created, the outline and the bline are linked, so that moving any of the outline's verticies, tangents, etc. will also move the region's, and vice versa. That's a good thing. However, the green 'position' ducks aren't linked, so grabbing the green duck and moving it will result in the region and the outline becoming separated. It's possible to manually link the two green position ducks, but shouldn't that be done automatically? -- >Comment By: Paul Wise (pabs3) Date: 2007-08-18 07:41 Message: Logged In: YES user_id=35028 Originator: NO I'd like to see two checkboxes added to the bline tool options; Link position & Link vertices. The draw tool should probably get those checkboxes too. -- Comment By: PXEGeek (pxegeek) Date: 2007-08-18 02:48 Message: Logged In: YES user_id=1763308 Originator: NO I'd vote to make linking the green position ducks default bahaviour. This is something I've run into repeatedly and has driven me crazy. Create region & outline, move region, curse, undo, link together, move both. Saving 4 steps makes PXEGeek happy :) ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1358722 ] USB Mouse not recognised
Bugs item #1358722, was opened at 2005-11-17 14:47 Message generated for change (Settings changed) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1358722&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: Latest release (0.61.06) >Status: Closed >Resolution: Fixed Priority: 1 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Paul Wise (pabs3) Summary: USB Mouse not recognised Initial Comment: My laptop has a Synaptic touchpad but I use my USB mouse as the main pointing device. Somehow SynfigStudio only notices the touchpad and I can only draw with it. -- Comment By: Paul Wise (pabs3) Date: 2007-08-14 18:49 Message: Logged In: YES user_id=35028 Originator: NO This bug seems to be fixed in the latest release (0.61.06), I'll close it unless someone can reproduce it. aichpvee: constructive actions are more useful than whining, shush. -- Comment By: Nobody/Anonymous (nobody) Date: 2006-12-13 19:20 Message: Logged In: NO Hi, Same problem on linux ubuntu 6.06 (sony vaio dual core) -- Comment By: hpv (aichpvee) Date: 2006-03-21 19:21 Message: Logged In: YES user_id=1264226 This is a pretty common problem with gtk-based apps that use tablet input. It happens all the time in gimp. I'd suggest a port to Qt to fix this problem as the gtk guys are never going to get their act together and fix these problems, they're too busy screwing up file dialogs and making interfaces needlessly hard to use. -- Comment By: Nobody/Anonymous (nobody) Date: 2005-12-22 01:54 Message: Logged In: NO Ubuntu Breezy Linux is my system. The problem was solved as I changed the file->input devices->Synaptic Touchpad->not in use. The Input Device dialog seems to be a bit buggy. But problem solved for now. -- Comment By: Robert B. Quattlebaum, Jr. (darco) Date: 2005-12-13 13:34 Message: Logged In: YES user_id=206661 What operating system are you using? ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1358722&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1356376 ] Crash/bug on disconnect
Bugs item #1356376, was opened at 2005-11-14 16:23 Message generated for change (Settings changed) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1356376&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: Crasher/nasty bug Group: Latest release (0.61.06) >Status: Closed >Resolution: Fixed Priority: 6 Private: No Submitted By: Mike Flyer (mikeflyer) Assigned to: Nobody/Anonymous (nobody) Summary: Crash/bug on disconnect Initial Comment: After creating bline, when i try to disconnect nodes they came to noneditable (grayed), but some time synfigstudio crashed (both linux and win versions) win32 61.01.01 debian 3.1 sarge (stable) gcc 3.3.5 - 0.61.01 -- Comment By: Paul Wise (pabs3) Date: 2007-08-14 16:08 Message: Logged In: YES user_id=35028 Originator: NO Please check if you still have this problem with the latest version (0.61.06). I cannot reproduce it with 0.61.06. -- Comment By: Paul Wise (pabs3) Date: 2007-02-01 14:08 Message: Logged In: YES user_id=35028 Originator: NO Confirmed as still a problem in SVN r232. -- Comment By: Robert B. Quattlebaum, Jr. (darco) Date: 2005-12-13 13:58 Message: Logged In: YES user_id=206661 Can I get a backtrace? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1356376&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1778930 ] tangent 'theta' waypoints change from TCB to Linear on load
Bugs item #1778930, was opened at 2007-08-21 21:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1778930&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: tangent 'theta' waypoints change from TCB to Linear on load Initial Comment: If I animate a bline's tangents and look at the generated waypoints, they are all green (since I'm using the default TCB Smooth interpolation). If I then save the .sif file, rename it and open the renamed file, some of the waypoints are now yellow. Specifically all of the tangents' "Theta" waypoints. Maybe it's right that these angle parameters are interpolated linearly rather than smoothly, I don't know, but why does it change when I reload the file, rather than when I first animate the tangents? ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1778930&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1778930 ] tangent 'theta' waypoints change from TCB to Linear on load
Bugs item #1778930, was opened at 2007-08-21 21:04 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1778930&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: tangent 'theta' waypoints change from TCB to Linear on load Initial Comment: If I animate a bline's tangents and look at the generated waypoints, they are all green (since I'm using the default TCB Smooth interpolation). If I then save the .sif file, rename it and open the renamed file, some of the waypoints are now yellow. Specifically all of the tangents' "Theta" waypoints. Maybe it's right that these angle parameters are interpolated linearly rather than smoothly, I don't know, but why does it change when I reload the file, rather than when I first animate the tangents? -- >Comment By: dooglus (dooglus) Date: 2007-08-21 21:20 Message: Logged In: YES user_id=1546005 Originator: YES The first time I save the file, I see the theta waypoints like this: if I reload and save again, I see them like this: Notice that the GUID values have disappeared (why were they saved anyway? I hadn't done any linking at all) and the 'before' and 'after' values have appeared. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1778930&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1779592 ] deleting a layer while drawing a bline crashes synfig
Bugs item #1779592, was opened at 2007-08-22 19:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1779592&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: Crasher/nasty bug Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: deleting a layer while drawing a bline crashes synfig Initial Comment: 1. start studio 2. click the 'new...' icon to make a new canvas 3. click 'ok' 4. select the circle tool and draw a circle 5. select the bline tool and click in 2 different places in the canvas to start drawing a bline 6. without finishing the bline, delete the circle (either by pressing delete, or control-x, or right-clicking the circle's layer in the layer dialog, or by clicking the 'remove layer' icon in the layer dialog) 7. studio will show an alert saying "Unable to change mode", then another saying "Action Failed", and then will crash, displaying the following in the console: synfigstudio: state_bline.cpp:579: bool studio::StateBLine_Context::run_(): Assertion `layer' failed. Aborted (core dumped) ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1779592&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1779616 ] Studio hung when ImageSpan set to 0
Bugs item #1779616, was opened at 2007-08-22 20:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1779616&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: None Group: Latest release (0.61.06) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: Studio hung when ImageSpan set to 0 Initial Comment: [Synfig studio 0.61.06, debian unstable, amd64] Create any image you want. Go to File > Render and set the Image Span value to 0, then SynfigStudio hangs and eats a lot of CPU. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1779616&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1779616 ] Studio hung when ImageSpan set to 0
Bugs item #1779616, was opened at 2007-08-22 20:34 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1779616&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: None Group: Latest release (0.61.06) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: Studio hung when ImageSpan set to 0 Initial Comment: [Synfig studio 0.61.06, debian unstable, amd64] Create any image you want. Go to File > Render and set the Image Span value to 0, then SynfigStudio hangs and eats a lot of CPU. -- >Comment By: dooglus (dooglus) Date: 2007-08-23 00:38 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in SVN 555. Prevent the image span (and a bunch of other fields) from quite reaching 0. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1779616&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1780016 ] right-click in 'child' dialog crashes synfig
Bugs item #1780016, was opened at 2007-08-23 10:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1780016&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: Crasher/nasty bug Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: right-click in 'child' dialog crashes synfig Initial Comment: 1. start studio 2. create a new canvas 3. open the 'children' dialog 4. right-click on 'Canvases' in the children dialog studio crashes: synfigstudio: canvasview.cpp:: bool studio::CanvasView::on_children_user_click(int, Gtk::TreeRow, studio::ColumnID): Assertion `value_desc' failed. Aborted (core dumped) ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1780016&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1781331 ] Use shift key to manipulate ducks
Feature Requests item #1781331, was opened at 2007-08-24 11:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781331&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: User interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kumeelyun (kumeelyun) Assigned to: Nobody/Anonymous (nobody) Summary: Use shift key to manipulate ducks Initial Comment: I propose a change to the bline tool that I feel would make it easier to create shapes. I refer to how Inkscape's node tool works. When drawing a shape, it is possible, like your tool, to drag out tangents to create a curve. In Inkscape, however, it's possible to hold down the shift key, which automatically splits the tangents and create an angle. This is even possible with a completed shape, I find this speeds up the process of creating a shape, especially when I already have a shape in mind. I feel this would be more intuitive than having to go back and right-click and selecting "split tangents" on a duck to change it to what was wanted in the first place. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781331&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1776156 ] region and outline position ducks aren't linked
Bugs item #1776156, was opened at 2007-08-17 04:14 Message generated for change (Comment added) made by pxegeek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: region and outline position ducks aren't linked Initial Comment: If I use the bline tool to draw a shape, and get both a region and an outline created, the outline and the bline are linked, so that moving any of the outline's verticies, tangents, etc. will also move the region's, and vice versa. That's a good thing. However, the green 'position' ducks aren't linked, so grabbing the green duck and moving it will result in the region and the outline becoming separated. It's possible to manually link the two green position ducks, but shouldn't that be done automatically? -- Comment By: PXEGeek (pxegeek) Date: 2007-08-24 22:42 Message: Logged In: YES user_id=1763308 Originator: NO I'd vote to make linking the green position ducks default bahaviour. This is something I've run into repeatedly and has driven me crazy. Create region & outline, move region, curse, undo, link together, move both. Saving 4 steps makes PXEGeek happy :) -- Comment By: Paul Wise (pabs3) Date: 2007-08-17 16:41 Message: Logged In: YES user_id=35028 Originator: NO I'd like to see two checkboxes added to the bline tool options; Link position & Link vertices. The draw tool should probably get those checkboxes too. -- Comment By: PXEGeek (pxegeek) Date: 2007-08-17 11:48 Message: Logged In: YES user_id=1763308 Originator: NO I'd vote to make linking the green position ducks default bahaviour. This is something I've run into repeatedly and has driven me crazy. Create region & outline, move region, curse, undo, link together, move both. Saving 4 steps makes PXEGeek happy :) ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1776156 ] region and outline position ducks aren't linked
Bugs item #1776156, was opened at 2007-08-17 04:14 Message generated for change (Comment added) made by pxegeek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: region and outline position ducks aren't linked Initial Comment: If I use the bline tool to draw a shape, and get both a region and an outline created, the outline and the bline are linked, so that moving any of the outline's verticies, tangents, etc. will also move the region's, and vice versa. That's a good thing. However, the green 'position' ducks aren't linked, so grabbing the green duck and moving it will result in the region and the outline becoming separated. It's possible to manually link the two green position ducks, but shouldn't that be done automatically? -- Comment By: PXEGeek (pxegeek) Date: 2007-08-24 22:43 Message: Logged In: YES user_id=1763308 Originator: NO I'd vote to make linking the green position ducks default bahaviour. This is something I've run into repeatedly and has driven me crazy. Create region & outline, move region, curse, undo, link together, move both. Saving 4 steps makes PXEGeek happy :) -- Comment By: PXEGeek (pxegeek) Date: 2007-08-24 22:42 Message: Logged In: YES user_id=1763308 Originator: NO I'd vote to make linking the green position ducks default bahaviour. This is something I've run into repeatedly and has driven me crazy. Create region & outline, move region, curse, undo, link together, move both. Saving 4 steps makes PXEGeek happy :) -- Comment By: Paul Wise (pabs3) Date: 2007-08-17 16:41 Message: Logged In: YES user_id=35028 Originator: NO I'd like to see two checkboxes added to the bline tool options; Link position & Link vertices. The draw tool should probably get those checkboxes too. -- Comment By: PXEGeek (pxegeek) Date: 2007-08-17 11:48 Message: Logged In: YES user_id=1763308 Originator: NO I'd vote to make linking the green position ducks default bahaviour. This is something I've run into repeatedly and has driven me crazy. Create region & outline, move region, curse, undo, link together, move both. Saving 4 steps makes PXEGeek happy :) ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776156&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1781903 ] make vertices/object move along paths
Feature Requests item #1781903, was opened at 2007-08-25 19:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781903&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: Miscellaneous Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: make vertices/object move along paths Initial Comment: Synfig is great fun to do animations in, but there are is one thing that has been bugging me and, to the best of my internet search skills, does not seem to have been implemented/described anywhere. Basically, I would like to be able to draw a bline with N vertices and have a shape move along that bline (the whole shape or individual vertices). Currently the only way I have found to do what I want is to draw a bline, and then move a shape along that line manually at fairly small intervals (very frustrating). Example: A triangle that should move along a sine curve always pointing in the direction it is going to move next. In that case I would like to be able to draw the triangle and the sine curve (or other bline) and say move the centre of the triangle along the bline and rotate it according to the shape of the bline. I have no idea how you would implement that, but it is a feature readily available in most 3D animation programs. Aternatively/in addition, it would be great to be able to change/edit the "movement path" (I have no idea what it really is called) in the window in the time-line dialog (the one selectd by the icon with the squiggly line next to the keyframe window), i.e. adding vertices or editing the tangents so that the interpolation between keyframes is changed. I hope I didn't just miss either of these features. Synfig is great (a big pat on the shoulder of the developers and the people producing the tutorials) but the documentation is quite sketchy at times so finding what is possible and how to do it is far from straight forward. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781903&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1782022 ] Take care of your wiki!
Bugs item #1782022, was opened at 2007-08-26 16:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1782022&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: peter gervai (grin) Assigned to: Nobody/Anonymous (nobody) Summary: Take care of your wiki! Initial Comment: Hello, The wiki is full of spam. You should upgrade mediawiki, switch on antispam stuff (captcha, etc), give blocking right to the guy who removes spam now, try to block ip ranges of spammers, etc. Without this the wiki is just another tool for spammers to raise their search rankings. g. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1782022&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1686495 ] no MacOS X binary available, no MacOS maintainer
Bugs item #1686495, was opened at 2007-03-23 03:54 Message generated for change (Comment added) made by sirhcsenots You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1686495&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: Binary Installation Group: Latest release (0.61.06) Status: Open Resolution: None Priority: 9 Private: No Submitted By: Paul Wise (pabs3) Assigned to: Nobody/Anonymous (nobody) Summary: no MacOS X binary available, no MacOS maintainer Initial Comment: We have no binary available for MacOS X and no-one to maintain a MacOS X port. This is currently a blocker for the next release. There are scripts in the source code to build MacOS packages, but we have no-one to build, test, port and provide packages. If you would like to take on the task of providing MacOS packages, please take the following into consideration. Bugs in the previous, broken packages are available here, they should be avoided in any new packages: http://sf.net/tracker/?func=browse&group_id=144022&atid=757416&summary_keyword=mac&set=custom&_status=100&_assigned_to=0 GTK+ is being ported to MacOS X native, any packages should probably use that instead of MacOS X X11: http://developer.imendio.com/projects/gtk-macosx Packages would preferably be provided as a single app-bundle to be placed in any directory on the system and Just Work (TM). Additionally, it would be nice to have fink packages too :) -- Comment By: sirhcsenots (sirhcsenots) Date: 2007-08-26 18:13 Message: Logged In: YES user_id=1602273 Originator: NO Maybe I could help. I'm currently examining the code now. -- Comment By: Paul Wise (pabs3) Date: 2007-05-28 02:38 Message: Logged In: YES user_id=35028 Originator: YES Excellent. I've no idea about your gtk question, I can't even find anything on Google about gtk_cursor_by_name, I'd suggest the source or koders.com: http://www.koders.com/default.aspx?s=gtk_cursor_by_name&btn=Search&la=*&li=* synfigstudio uses GTKmm BTW. Also, we don't really have any people who know GTK+/GTKmm well involved in synfig. -- Comment By: Ampersand Laboratories Team (andlabs) Date: 2007-05-28 01:51 Message: Logged In: YES user_id=1218098 Originator: NO See you on the IRC soon PS - where can I learn about some of the more exclusive features of GTK+? For example, the documentation doesn't discuss the gtk_cursor_by_name function which takes a name like "arrow" instead of GTK_ARROW. -- Comment By: Paul Wise (pabs3) Date: 2007-05-27 23:35 Message: Logged In: YES user_id=35028 Originator: YES andlabs, awesome! Fisrt, come join us on IRC and on the devel and user mailing lists (send an intro to both please). Second, check out the source from SVN, third, look at the osx script and update the build instructions page for MacOS X: http://wiki.synfig.com/Build_instructions After that, improve the OS X build by sending in patches that we can apply to SVN. Help out the GTK on native OS X project by sending patches. -- Comment By: Ampersand Laboratories Team (andlabs) Date: 2007-05-25 20:16 Message: Logged In: YES user_id=1218098 Originator: NO I'll do it! I've been interested in Synfig for a while. I hope I can do it with just your downloads! If not, what else do I need? ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1686495&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1782022 ] Take care of your wiki!
Bugs item #1782022, was opened at 2007-08-26 22:15 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1782022&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: None Group: None >Status: Deleted >Resolution: Invalid Priority: 5 Private: No Submitted By: peter gervai (grin) Assigned to: Nobody/Anonymous (nobody) Summary: Take care of your wiki! Initial Comment: Hello, The wiki is full of spam. You should upgrade mediawiki, switch on antispam stuff (captcha, etc), give blocking right to the guy who removes spam now, try to block ip ranges of spammers, etc. Without this the wiki is just another tool for spammers to raise their search rankings. g. -- >Comment By: Paul Wise (pabs3) Date: 2007-08-27 07:29 Message: Logged In: YES user_id=35028 Originator: NO We're well aware of the problem, except we cannot do anything about it until the server admin moves it to another server where more people can have access. No-one except the admin has access to do any of the things you suggest. Not a bug in synfig, deleting. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1782022&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1686495 ] no MacOS X binary available, no MacOS maintainer
Bugs item #1686495, was opened at 2007-03-22 20:54 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1686495&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: Binary Installation Group: Latest release (0.61.06) Status: Open Resolution: None Priority: 9 Private: No Submitted By: Paul Wise (pabs3) Assigned to: Nobody/Anonymous (nobody) Summary: no MacOS X binary available, no MacOS maintainer Initial Comment: We have no binary available for MacOS X and no-one to maintain a MacOS X port. This is currently a blocker for the next release. There are scripts in the source code to build MacOS packages, but we have no-one to build, test, port and provide packages. If you would like to take on the task of providing MacOS packages, please take the following into consideration. Bugs in the previous, broken packages are available here, they should be avoided in any new packages: http://sf.net/tracker/?func=browse&group_id=144022&atid=757416&summary_keyword=mac&set=custom&_status=100&_assigned_to=0 GTK+ is being ported to MacOS X native, any packages should probably use that instead of MacOS X X11: http://developer.imendio.com/projects/gtk-macosx Packages would preferably be provided as a single app-bundle to be placed in any directory on the system and Just Work (TM). Additionally, it would be nice to have fink packages too :) -- Comment By: Nobody/Anonymous (nobody) Date: 2007-08-26 19:37 Message: Logged In: NO I'm sorry, but I talked to Micke Hallendal of Imendio, and he told me their GTK+ port had been stale for quite a while and that they probably wouldn't continue work on it. (He's on #penguins @ irc.freenode.net from time to time.) Anyways, I'm still working on the OS X build, but ran into quite a problem with Pango, which I'm still trying to figure out. I'm sorry that I haven't given any progress reports on #synfig for a long time, but I figured I'd rather actually work on it than talk about working on it (which I have a rather nasty tendency to do once I join #synfig). But if anyone would care to join me in figuring out the Pango mystery and in general getting a Synfig build for OS X released, you're very welcome to contact me on madsen{at}lillesvin{dot}net. I'm not using the XCode-stuff that Darco put in there, though, I'm working my way through creating the .app manually (which is kinda cumbersome), but it hopefully results in a usable .app at some point instead of a .pkg that scatters files all over the place. If anyone would prefer to entirely take over the build, you're also very welcome and of course I'll try to be of assistance if necessary, because I might not have very much time for projects like this in the near future, but I'll try. Best, - Madsen -- Comment By: sirhcsenots (sirhcsenots) Date: 2007-08-26 11:13 Message: Logged In: YES user_id=1602273 Originator: NO Maybe I could help. I'm currently examining the code now. -- Comment By: Paul Wise (pabs3) Date: 2007-05-27 19:38 Message: Logged In: YES user_id=35028 Originator: YES Excellent. I've no idea about your gtk question, I can't even find anything on Google about gtk_cursor_by_name, I'd suggest the source or koders.com: http://www.koders.com/default.aspx?s=gtk_cursor_by_name&btn=Search&la=*&li=* synfigstudio uses GTKmm BTW. Also, we don't really have any people who know GTK+/GTKmm well involved in synfig. -- Comment By: Ampersand Laboratories Team (andlabs) Date: 2007-05-27 18:51 Message: Logged In: YES user_id=1218098 Originator: NO See you on the IRC soon PS - where can I learn about some of the more exclusive features of GTK+? For example, the documentation doesn't discuss the gtk_cursor_by_name function which takes a name like "arrow" instead of GTK_ARROW. -- Comment By: Paul Wise (pabs3) Date: 2007-05-27 16:35 Message: Logged In: YES user_id=35028 Originator: YES andlabs, awesome! Fisrt, come join us on IRC and on the devel and user mailing lists (send an intro to both please). Second, check out the source from SVN, third, look at the osx script and update the build instructions page for MacOS X: http://wiki.synfig.com/Build_instructions After that, improve the OS X build by sending in patches that we can apply to SVN. Help out the GTK on native OS X project b
[Synfig-devl] [ synfig-Bugs-1686495 ] no MacOS X binary available, no MacOS maintainer
Bugs item #1686495, was opened at 2007-03-22 22:54 Message generated for change (Comment added) made by andlabs You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1686495&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: Binary Installation Group: Latest release (0.61.06) Status: Open Resolution: None Priority: 9 Private: No Submitted By: Paul Wise (pabs3) Assigned to: Nobody/Anonymous (nobody) Summary: no MacOS X binary available, no MacOS maintainer Initial Comment: We have no binary available for MacOS X and no-one to maintain a MacOS X port. This is currently a blocker for the next release. There are scripts in the source code to build MacOS packages, but we have no-one to build, test, port and provide packages. If you would like to take on the task of providing MacOS packages, please take the following into consideration. Bugs in the previous, broken packages are available here, they should be avoided in any new packages: http://sf.net/tracker/?func=browse&group_id=144022&atid=757416&summary_keyword=mac&set=custom&_status=100&_assigned_to=0 GTK+ is being ported to MacOS X native, any packages should probably use that instead of MacOS X X11: http://developer.imendio.com/projects/gtk-macosx Packages would preferably be provided as a single app-bundle to be placed in any directory on the system and Just Work (TM). Additionally, it would be nice to have fink packages too :) -- Comment By: Ampersand Laboratories Team (andlabs) Date: 2007-08-26 22:48 Message: Logged In: YES user_id=1218098 Originator: NO GTKmm is on Fink, so there might be a dependency. Right now, I'm down to 15GB of hard disk space, when I get an external drive I'll get more dedicated with the building of this product. As for Intaglio, it'd be nice if they actually said it was stable on their site. -- Comment By: Nobody/Anonymous (nobody) Date: 2007-08-26 22:37 Message: Logged In: NO I'm sorry, but I talked to Micke Hallendal of Imendio, and he told me their GTK+ port had been stale for quite a while and that they probably wouldn't continue work on it. (He's on #penguins @ irc.freenode.net from time to time.) Anyways, I'm still working on the OS X build, but ran into quite a problem with Pango, which I'm still trying to figure out. I'm sorry that I haven't given any progress reports on #synfig for a long time, but I figured I'd rather actually work on it than talk about working on it (which I have a rather nasty tendency to do once I join #synfig). But if anyone would care to join me in figuring out the Pango mystery and in general getting a Synfig build for OS X released, you're very welcome to contact me on madsen{at}lillesvin{dot}net. I'm not using the XCode-stuff that Darco put in there, though, I'm working my way through creating the .app manually (which is kinda cumbersome), but it hopefully results in a usable .app at some point instead of a .pkg that scatters files all over the place. If anyone would prefer to entirely take over the build, you're also very welcome and of course I'll try to be of assistance if necessary, because I might not have very much time for projects like this in the near future, but I'll try. Best, - Madsen -- Comment By: sirhcsenots (sirhcsenots) Date: 2007-08-26 14:13 Message: Logged In: YES user_id=1602273 Originator: NO Maybe I could help. I'm currently examining the code now. -- Comment By: Paul Wise (pabs3) Date: 2007-05-27 22:38 Message: Logged In: YES user_id=35028 Originator: YES Excellent. I've no idea about your gtk question, I can't even find anything on Google about gtk_cursor_by_name, I'd suggest the source or koders.com: http://www.koders.com/default.aspx?s=gtk_cursor_by_name&btn=Search&la=*&li=* synfigstudio uses GTKmm BTW. Also, we don't really have any people who know GTK+/GTKmm well involved in synfig. -- Comment By: Ampersand Laboratories Team (andlabs) Date: 2007-05-27 21:51 Message: Logged In: YES user_id=1218098 Originator: NO See you on the IRC soon PS - where can I learn about some of the more exclusive features of GTK+? For example, the documentation doesn't discuss the gtk_cursor_by_name function which takes a name like "arrow" instead of GTK_ARROW. -- Comment By: Paul Wise (pabs3) D
[Synfig-devl] [ synfig-Feature Requests-1781331 ] Use shift key to manipulate ducks
Feature Requests item #1781331, was opened at 2007-08-24 20:21 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781331&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: User interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kumeelyun (kumeelyun) Assigned to: Nobody/Anonymous (nobody) Summary: Use shift key to manipulate ducks Initial Comment: I propose a change to the bline tool that I feel would make it easier to create shapes. I refer to how Inkscape's node tool works. When drawing a shape, it is possible, like your tool, to drag out tangents to create a curve. In Inkscape, however, it's possible to hold down the shift key, which automatically splits the tangents and create an angle. This is even possible with a completed shape, I find this speeds up the process of creating a shape, especially when I already have a shape in mind. I feel this would be more intuitive than having to go back and right-click and selecting "split tangents" on a duck to change it to what was wanted in the first place. -- >Comment By: dooglus (dooglus) Date: 2007-08-29 19:15 Message: Logged In: YES user_id=1546005 Originator: NO I've implemented half of this... Holding the shift key while starting to drag a tangent duck will split a tangent, but only when editing an existing bline. It doesn't yet work when initially creating the bline with the bline tool. See SVN r560. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781331&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1785260 ] hang when playing with PasteCanvas layer
Bugs item #1785260, was opened at 2007-08-31 01:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785260&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: hang when playing with PasteCanvas layer Initial Comment: I somehow get synfig to hang up when trying to use PasteCanvas layers gdb shows a deep recursion: #1768 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at canvasview.cpp:2649 #1769 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at canvasview.cpp:2649 #1770 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at canvasview.cpp:2649 #1771 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at canvasview.cpp:2649 #1772 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at canvasview.cpp:2649 #1773 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at canvasview.cpp:2649 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785260&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1785296 ] synfig can save a file that it can't load
Bugs item #1785296, was opened at 2007-08-31 02:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785296&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: synfig can save a file that it can't load Initial Comment: A 50 step recipe for getting synfig to create a .sif file that it can't load: new time end time 10s ok circle tool draw circle rectangle tool draw rectangle normal tool select circle right-click circle encapsulate rename inline canvas to 'circ' select rectangle right-click rectangle encapsulate rename inline canvas to 'rect' select 'circ' go to params dialog right-click canvas export circle ok select 'rect' go to params dialog right-click canvas export rectangle ok right-click canvas new layer > blurs > blur select blur layer right click it encapsulate it rename inline canvas to 'blur' enter 'animate edit mode' move to 2s on timeline select 'blur' layer go to params dialog edit canvas parameter with left click choose 'circle' from the list move to 4s on timeline edit canvas parameter with left click choose 'rectangle' from the list move to 6s on timeline edit canvas parameter with left click choose circle' from the list save the file load the file synfig(23709): error: EXCEPTION: id already exists: circle /home/chris/Desktop/anim/recipe3.sif::239: error: Duplicate ID "circle" -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785296&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1785296 ] synfig can save a file that it can't load
Bugs item #1785296, was opened at 2007-08-31 02:35 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785296&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: synfig can save a file that it can't load Initial Comment: A 50 step recipe for getting synfig to create a .sif file that it can't load: new time end time 10s ok circle tool draw circle rectangle tool draw rectangle normal tool select circle right-click circle encapsulate rename inline canvas to 'circ' select rectangle right-click rectangle encapsulate rename inline canvas to 'rect' select 'circ' go to params dialog right-click canvas export circle ok select 'rect' go to params dialog right-click canvas export rectangle ok right-click canvas new layer > blurs > blur select blur layer right click it encapsulate it rename inline canvas to 'blur' enter 'animate edit mode' move to 2s on timeline select 'blur' layer go to params dialog edit canvas parameter with left click choose 'circle' from the list move to 4s on timeline edit canvas parameter with left click choose 'rectangle' from the list move to 6s on timeline edit canvas parameter with left click choose circle' from the list save the file load the file synfig(23709): error: EXCEPTION: id already exists: circle /home/chris/Desktop/anim/recipe3.sif::239: error: Duplicate ID "circle" -- >Comment By: dooglus (dooglus) Date: 2007-08-31 02:36 Message: Logged In: YES user_id=1546005 Originator: YES synfig seems to be saving a copy of the referenced 'circle' and 'rectangle' canvases, rather than just a 'use="circle"' reference. since the circle canvas is used in 2 places (at 2s and at 6s) the "circle" ID is used twice, which is an error. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785296&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1785598 ] studio crash when marking all Bline vertices as Off
Bugs item #1785598, was opened at 2007-08-31 15:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785598&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: studio crash when marking all Bline vertices as Off Initial Comment: Synfig-studio crashes when all the vertices from a BLine shape are marked as "Activepoint Off", and a keyframe exist. Steps to reproduce: Create a new canvas, 4 second long for example. Create a BLine shape (you can keep it simple, 2 or 3 ducks for example) Switch to Animate Edit Mode. Add a Keyframe at 0s. Select the BLine, go to 2s. On the Params dialog, unfold the vertices list, right-click on each Vertex (from the list, or on the canvas) and select "Mark ActivePoint as Off". Now click between 0s and 2s on the timerack ---> *crash* Note that if you click between 2s and 4s it does not crash. It seems that it crashes only if there's a click on the timetrack between a keyframe and the moment where the Activepoints are marked as Off. If there's only waypoints and no keyframes, it does not seem to crash either. synfig(26070): warning: widget_curves.cpp:226 DEBUGPOINT synfig(26070): warning: widget_curves.cpp:226 DEBUGPOINT synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list (synfigstudio:26070): Gtk-WARNING **: node type doesn't match 2 (menu-main is type 7) synfig(26070): warning: layeractionmanager.cpp:310 DEBUGPOINT synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: Region: incorrect type on bline, layer disabled synfig(26070): info: STATE NORMAL: Received Refresh Ducks synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: dock_navigator.cpp:182 DEBUGPOINT synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list Erreur de segmentation ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785598&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1785598 ] studio crash when marking all Bline vertices as Off
Bugs item #1785598, was opened at 2007-08-31 15:47 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785598&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: studio crash when marking all Bline vertices as Off Initial Comment: Synfig-studio crashes when all the vertices from a BLine shape are marked as "Activepoint Off", and a keyframe exist. Steps to reproduce: Create a new canvas, 4 second long for example. Create a BLine shape (you can keep it simple, 2 or 3 ducks for example) Switch to Animate Edit Mode. Add a Keyframe at 0s. Select the BLine, go to 2s. On the Params dialog, unfold the vertices list, right-click on each Vertex (from the list, or on the canvas) and select "Mark ActivePoint as Off". Now click between 0s and 2s on the timerack ---> *crash* Note that if you click between 2s and 4s it does not crash. It seems that it crashes only if there's a click on the timetrack between a keyframe and the moment where the Activepoints are marked as Off. If there's only waypoints and no keyframes, it does not seem to crash either. synfig(26070): warning: widget_curves.cpp:226 DEBUGPOINT synfig(26070): warning: widget_curves.cpp:226 DEBUGPOINT synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list (synfigstudio:26070): Gtk-WARNING **: node type doesn't match 2 (menu-main is type 7) synfig(26070): warning: layeractionmanager.cpp:310 DEBUGPOINT synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: Region: incorrect type on bline, layer disabled synfig(26070): info: STATE NORMAL: Received Refresh Ducks synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: dock_navigator.cpp:182 DEBUGPOINT synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list Erreur de segmentation -- >Comment By: dooglus (dooglus) Date: 2007-08-31 22:33 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r569. Working file(s): outline.cpp r569 | dooglus | 2007-08-31 22:24:52 +0200 (Fri, 31 Aug 2007) | 2 lines Fix 1785598: studio crash when marking all Bline vertices as Off. Don't attempt to draw an outline that contains no verticies. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785598&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1785598 ] studio crash when marking all Bline vertices as Off
Bugs item #1785598, was opened at 2007-08-31 15:47 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785598&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: None Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Aurore "Rore" D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: studio crash when marking all Bline vertices as Off Initial Comment: Synfig-studio crashes when all the vertices from a BLine shape are marked as "Activepoint Off", and a keyframe exist. Steps to reproduce: Create a new canvas, 4 second long for example. Create a BLine shape (you can keep it simple, 2 or 3 ducks for example) Switch to Animate Edit Mode. Add a Keyframe at 0s. Select the BLine, go to 2s. On the Params dialog, unfold the vertices list, right-click on each Vertex (from the list, or on the canvas) and select "Mark ActivePoint as Off". Now click between 0s and 2s on the timerack ---> *crash* Note that if you click between 2s and 4s it does not crash. It seems that it crashes only if there's a click on the timetrack between a keyframe and the moment where the Activepoints are marked as Off. If there's only waypoints and no keyframes, it does not seem to crash either. synfig(26070): warning: widget_curves.cpp:226 DEBUGPOINT synfig(26070): warning: widget_curves.cpp:226 DEBUGPOINT synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list (synfigstudio:26070): Gtk-WARNING **: node type doesn't match 2 (menu-main is type 7) synfig(26070): warning: layeractionmanager.cpp:310 DEBUGPOINT synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: Region: incorrect type on bline, layer disabled synfig(26070): info: STATE NORMAL: Received Refresh Ducks synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: dock_navigator.cpp:182 DEBUGPOINT synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list synfig(26070): warning: ValueNode_BLine::operator()():No entries in ret_list Erreur de segmentation -- >Comment By: dooglus (dooglus) Date: 2007-09-01 00:49 Message: Logged In: YES user_id=1546005 Originator: NO The previous change wasn't enough - there was another bug there too: Working file(s): valuenode_bline.cpp r570 | dooglus | 2007-09-01 00:40:01 +0200 (Sat, 01 Sep 2007) | 2 lines Fix 1785598: studio crash when marking all Bline vertices as Off. The previous fix wasn't enough. More work is needed on this file, but it's not exactly clear how best to interpolate the appearance and disappearance of bline points. -- Comment By: dooglus (dooglus) Date: 2007-08-31 22:33 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r569. Working file(s): outline.cpp r569 | dooglus | 2007-08-31 22:24:52 +0200 (Fri, 31 Aug 2007) | 2 lines Fix 1785598: studio crash when marking all Bline vertices as Off. Don't attempt to draw an outline that contains no verticies. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785598&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-1787437 ] Fix for typo in canvas caret menu
Patches item #1787437, was opened at 2007-09-03 20:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=1787437&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: PXEGeek (pxegeek) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for typo in canvas caret menu Initial Comment: Seek Forward is mis-spelled. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=1787437&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-1787437 ] Fix for typo in canvas caret menu
Patches item #1787437, was opened at 2007-09-04 11:57 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=1787437&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: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: PXEGeek (pxegeek) >Assigned to: Paul Wise (pabs3) Summary: Fix for typo in canvas caret menu Initial Comment: Seek Forward is mis-spelled. -- >Comment By: Paul Wise (pabs3) Date: 2007-09-04 12:12 Message: Logged In: YES user_id=35028 Originator: NO Committed in SVN r581. Thanks for the patch. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757418&aid=1787437&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1568818 ] tweening doesn't work for gradient colour changes
Bugs item #1568818, was opened at 2006-10-01 18:42 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1568818&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: tweening doesn't work for gradient colour changes Initial Comment: In the current svn version, I made a gradient, then moved forward in time and changed the colours on the gradient. I was expecting the frames between the two waypoints to show colours between the 2 extremes, but they don't. So I have: at 0s: a white-red gradient at 10s: a white-blue gradient I was expecting to be able to look at 5s and see a white-magenta gradient, but I don't. From 0s to 9s 23f it's a white-red gradient, which suddenly jumps to being white-blue at 10s. -- >Comment By: dooglus (dooglus) Date: 2007-09-05 19:17 Message: Logged In: YES user_id=1546005 Originator: YES I just discovered a work-around for this problem - for simple 2-CPoint gradients, anyway. See http://wiki.synfig.com/Convert#Two-Tone It would still be good if it was possible to interpolate between n- and m- CPoint gradients though. (Maybe one of the other conversions types will do that?) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1568818&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1785296 ] synfig can save a file that it can't load
Bugs item #1785296, was opened at 2007-08-31 02:35 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785296&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: synfig can save a file that it can't load Initial Comment: A 50 step recipe for getting synfig to create a .sif file that it can't load: new time end time 10s ok circle tool draw circle rectangle tool draw rectangle normal tool select circle right-click circle encapsulate rename inline canvas to 'circ' select rectangle right-click rectangle encapsulate rename inline canvas to 'rect' select 'circ' go to params dialog right-click canvas export circle ok select 'rect' go to params dialog right-click canvas export rectangle ok right-click canvas new layer > blurs > blur select blur layer right click it encapsulate it rename inline canvas to 'blur' enter 'animate edit mode' move to 2s on timeline select 'blur' layer go to params dialog edit canvas parameter with left click choose 'circle' from the list move to 4s on timeline edit canvas parameter with left click choose 'rectangle' from the list move to 6s on timeline edit canvas parameter with left click choose circle' from the list save the file load the file synfig(23709): error: EXCEPTION: id already exists: circle /home/chris/Desktop/anim/recipe3.sif::239: error: Duplicate ID "circle" -- >Comment By: dooglus (dooglus) Date: 2007-09-05 19:18 Message: Logged In: YES user_id=1546005 Originator: YES This was fixed in svn revisions 573 and 574. -- Comment By: dooglus (dooglus) Date: 2007-08-31 02:36 Message: Logged In: YES user_id=1546005 Originator: YES synfig seems to be saving a copy of the referenced 'circle' and 'rectangle' canvases, rather than just a 'use="circle"' reference. since the circle canvas is used in 2 places (at 2s and at 6s) the "circle" ID is used twice, which is an error. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785296&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1780016 ] right-click in 'child' dialog crashes synfig
Bugs item #1780016, was opened at 2007-08-23 10:14 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1780016&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: Crasher/nasty bug Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: right-click in 'child' dialog crashes synfig Initial Comment: 1. start studio 2. create a new canvas 3. open the 'children' dialog 4. right-click on 'Canvases' in the children dialog studio crashes: synfigstudio: canvasview.cpp:: bool studio::CanvasView::on_children_user_click(int, Gtk::TreeRow, studio::ColumnID): Assertion `value_desc' failed. Aborted (core dumped) -- >Comment By: dooglus (dooglus) Date: 2007-09-05 19:23 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in svn r568. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1780016&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790067 ] studio doesn't find icon images - again
Bugs item #1790067, was opened at 2007-09-07 14:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790067&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: studio doesn't find icon images - again Initial Comment: I know this has been brought up before, but there's still a problem. I just build synfig with a non-standard prefix. The icons were installed here: /usr/local/synfig/svn-current-patched/share/pixmaps/synfigstudio/color_icon.png I set SYNFIG_ROOT to /usr/local/synfig/svn-current-patched and studio tried to open the files from: /usr/local/synfig/svn-current-patched/share/pixmaps/color_icon.png I was thinking of applying a patch like this to fix it: Index: iconcontroler.cpp === --- iconcontroler.cpp (revision 618) +++ iconcontroler.cpp (working copy) @@ -92,7 +92,7 @@ path_to_icons=synfig_root; path_to_icons+=ETL_DIRECTORY_SEPERATOR; - path_to_icons+="share/pixmaps"; + path_to_icons+="share/pixmaps/synfigstudio"; } path_to_icons+=ETL_DIRECTORY_SEPERATOR; but then thought I'd better not, since I don't really understand how this works on Windows, OS X, etc. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790067&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790067 ] studio doesn't find icon images - again
Bugs item #1790067, was opened at 2007-09-07 14:04 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790067&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: studio doesn't find icon images - again Initial Comment: I know this has been brought up before, but there's still a problem. I just build synfig with a non-standard prefix. The icons were installed here: /usr/local/synfig/svn-current-patched/share/pixmaps/synfigstudio/color_icon.png I set SYNFIG_ROOT to /usr/local/synfig/svn-current-patched and studio tried to open the files from: /usr/local/synfig/svn-current-patched/share/pixmaps/color_icon.png I was thinking of applying a patch like this to fix it: Index: iconcontroler.cpp === --- iconcontroler.cpp (revision 618) +++ iconcontroler.cpp (working copy) @@ -92,7 +92,7 @@ path_to_icons=synfig_root; path_to_icons+=ETL_DIRECTORY_SEPERATOR; - path_to_icons+="share/pixmaps"; + path_to_icons+="share/pixmaps/synfigstudio"; } path_to_icons+=ETL_DIRECTORY_SEPERATOR; but then thought I'd better not, since I don't really understand how this works on Windows, OS X, etc. -- >Comment By: dooglus (dooglus) Date: 2007-09-07 14:08 Message: Logged In: YES user_id=1546005 Originator: YES Note that this bug only shows up if SYNFIG_ROOT is exported as an environment variable, which should no longer be needed. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790067&group_id=144022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790503 ] plant layer still flaky
Bugs item #1790503, was opened at 2007-09-08 03:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790503&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: plant layer still flaky Initial Comment: Although I fixed the main bug in the plant layer recently, it still crashes if you use a long bline, or a short value for Step. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790503&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1790629 ] add (or document) way to un-export canvases
Feature Requests item #1790629, was opened at 2007-09-08 13:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1790629&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: add (or document) way to un-export canvases Initial Comment: regular valuenodes can be exported and unexported at will, but with canvases it seems there's no way of unexporting them. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1790629&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790847 ] Text Layer doesn't show nothing
Bugs item #1790847, was opened at 2007-09-08 23:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790847&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Text Layer doesn't show nothing Initial Comment: Hi! I'm using synfigstudio 0.61.05 (Apr 29 2007) version and I have problems with the text layer. Maybe it is not a bug but I have the official package from Ubuntu 6.10 and when create a text layer nothing is shown in the canvas. I though it was something I did not correctly but I have loaded a working file with some text inside and it doesn't show either. I'm sure that's some library I haven't got installed but I have no idea which is. Could you help me? libfreetype6-dev (2.2.1-5ubuntu0.2) and libfontconfig1-dev (2.3.2-7 ubuntu2) are installed in my system. I don't know if updating the version text layer would work but I plan to update once I update to Ubuntu 7.10 Thanks ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790847&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790503 ] plant layer still flaky
Bugs item #1790503, was opened at 2007-09-08 03:16 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790503&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: plant layer still flaky Initial Comment: Although I fixed the main bug in the plant layer recently, it still crashes if you use a long bline, or a short value for Step. -- >Comment By: dooglus (dooglus) Date: 2007-09-09 02:14 Message: Logged In: YES user_id=1546005 Originator: YES I stopped it crashing by adding a mutex around sync(). Multiple threads were calling sync() at the same time. r635 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790503&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790903 ] plant layer looks alternately ugly and messy
Bugs item #1790903, was opened at 2007-09-09 02:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790903&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: plant layer looks alternately ugly and messy Initial Comment: http://dooglus.rincevent.net/synfig/plant-zoom.png shows the same plant at slightly different zoom levels. If the particles are less than one pixel in size (like in the top image) then they are anti-aliased properly, except at the edges of the 64x64 cells, leading to a grid pattern showing. If the particles are more than one pixel in size, they're drawn without anti-aliasing, leading to the rough looking lower image. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790903&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790847 ] Text Layer doesn't show nothing
Bugs item #1790847, was opened at 2007-09-08 23:41 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790847&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: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Text Layer doesn't show nothing Initial Comment: Hi! I'm using synfigstudio 0.61.05 (Apr 29 2007) version and I have problems with the text layer. Maybe it is not a bug but I have the official package from Ubuntu 6.10 and when create a text layer nothing is shown in the canvas. I though it was something I did not correctly but I have loaded a working file with some text inside and it doesn't show either. I'm sure that's some library I haven't got installed but I have no idea which is. Could you help me? libfreetype6-dev (2.2.1-5ubuntu0.2) and libfontconfig1-dev (2.3.2-7 ubuntu2) are installed in my system. I don't know if updating the version text layer would work but I plan to update once I update to Ubuntu 7.10 Thanks -- >Comment By: Genete (genete) Date: 2007-09-09 20:01 Message: Logged In: YES user_id=1874777 Originator: YES SOLVED ONCE I UPDATE TO 0.61.06 - CLOSED -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790847&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790847 ] Text Layer doesn't show nothing
Bugs item #1790847, was opened at 2007-09-08 23:41 Message generated for change (Settings changed) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790847&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: None Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Text Layer doesn't show nothing Initial Comment: Hi! I'm using synfigstudio 0.61.05 (Apr 29 2007) version and I have problems with the text layer. Maybe it is not a bug but I have the official package from Ubuntu 6.10 and when create a text layer nothing is shown in the canvas. I though it was something I did not correctly but I have loaded a working file with some text inside and it doesn't show either. I'm sure that's some library I haven't got installed but I have no idea which is. Could you help me? libfreetype6-dev (2.2.1-5ubuntu0.2) and libfontconfig1-dev (2.3.2-7 ubuntu2) are installed in my system. I don't know if updating the version text layer would work but I plan to update once I update to Ubuntu 7.10 Thanks -- Comment By: Genete (genete) Date: 2007-09-09 20:01 Message: Logged In: YES user_id=1874777 Originator: YES SOLVED ONCE I UPDATE TO 0.61.06 - CLOSED -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790847&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790903 ] plant layer looks alternately ugly and messy
Bugs item #1790903, was opened at 2007-09-09 02:16 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790903&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: plant layer looks alternately ugly and messy Initial Comment: http://dooglus.rincevent.net/synfig/plant-zoom.png shows the same plant at slightly different zoom levels. If the particles are less than one pixel in size (like in the top image) then they are anti-aliased properly, except at the edges of the 64x64 cells, leading to a grid pattern showing. If the particles are more than one pixel in size, they're drawn without anti-aliasing, leading to the rough looking lower image. -- >Comment By: dooglus (dooglus) Date: 2007-09-10 22:16 Message: Logged In: YES user_id=1546005 Originator: YES Added anti-aliasing for all sizes of particle in r646. Finished messing with the plant layer in r648. In previous versions of the code there was an odd 'fudge factor' whereby the size of a pixel was scaled by 12/sqrt(stem size) if it was less than 1 pixel. I've left that commented out for now. It affects how plant layers look a little, but this can be compensated for by using a different stem size. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790903&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1790067 ] studio doesn't find icon images - again
Bugs item #1790067, was opened at 2007-09-07 14:04 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790067&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: studio doesn't find icon images - again Initial Comment: I know this has been brought up before, but there's still a problem. I just build synfig with a non-standard prefix. The icons were installed here: /usr/local/synfig/svn-current-patched/share/pixmaps/synfigstudio/color_icon.png I set SYNFIG_ROOT to /usr/local/synfig/svn-current-patched and studio tried to open the files from: /usr/local/synfig/svn-current-patched/share/pixmaps/color_icon.png I was thinking of applying a patch like this to fix it: Index: iconcontroler.cpp === --- iconcontroler.cpp (revision 618) +++ iconcontroler.cpp (working copy) @@ -92,7 +92,7 @@ path_to_icons=synfig_root; path_to_icons+=ETL_DIRECTORY_SEPERATOR; - path_to_icons+="share/pixmaps"; + path_to_icons+="share/pixmaps/synfigstudio"; } path_to_icons+=ETL_DIRECTORY_SEPERATOR; but then thought I'd better not, since I don't really understand how this works on Windows, OS X, etc. -- >Comment By: dooglus (dooglus) Date: 2007-09-10 22:22 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in r651. Applied the above patch. -- Comment By: dooglus (dooglus) Date: 2007-09-07 14:08 Message: Logged In: YES user_id=1546005 Originator: YES Note that this bug only shows up if SYNFIG_ROOT is exported as an environment variable, which should no longer be needed. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1790067&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1686495 ] no MacOS X binary available, no MacOS maintainer
Bugs item #1686495, was opened at 2007-03-23 04:54 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1686495&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: Binary Installation Group: Latest release (0.61.06) Status: Open Resolution: None Priority: 9 Private: No Submitted By: Paul Wise (pabs3) Assigned to: Nobody/Anonymous (nobody) Summary: no MacOS X binary available, no MacOS maintainer Initial Comment: We have no binary available for MacOS X and no-one to maintain a MacOS X port. This is currently a blocker for the next release. There are scripts in the source code to build MacOS packages, but we have no-one to build, test, port and provide packages. If you would like to take on the task of providing MacOS packages, please take the following into consideration. Bugs in the previous, broken packages are available here, they should be avoided in any new packages: http://sf.net/tracker/?func=browse&group_id=144022&atid=757416&summary_keyword=mac&set=custom&_status=100&_assigned_to=0 GTK+ is being ported to MacOS X native, any packages should probably use that instead of MacOS X X11: http://developer.imendio.com/projects/gtk-macosx Packages would preferably be provided as a single app-bundle to be placed in any directory on the system and Just Work (TM). Additionally, it would be nice to have fink packages too :) -- >Comment By: dooglus (dooglus) Date: 2007-09-10 22:25 Message: Logged In: YES user_id=1546005 Originator: NO This wiki page documents an attempt at building using the native port of GTK+: http://wiki.synfig.com/Building_On_Mac_OS_X -- Comment By: Ampersand Laboratories Team (andlabs) Date: 2007-08-27 04:48 Message: Logged In: YES user_id=1218098 Originator: NO GTKmm is on Fink, so there might be a dependency. Right now, I'm down to 15GB of hard disk space, when I get an external drive I'll get more dedicated with the building of this product. As for Intaglio, it'd be nice if they actually said it was stable on their site. -- Comment By: Nobody/Anonymous (nobody) Date: 2007-08-27 04:37 Message: Logged In: NO I'm sorry, but I talked to Micke Hallendal of Imendio, and he told me their GTK+ port had been stale for quite a while and that they probably wouldn't continue work on it. (He's on #penguins @ irc.freenode.net from time to time.) Anyways, I'm still working on the OS X build, but ran into quite a problem with Pango, which I'm still trying to figure out. I'm sorry that I haven't given any progress reports on #synfig for a long time, but I figured I'd rather actually work on it than talk about working on it (which I have a rather nasty tendency to do once I join #synfig). But if anyone would care to join me in figuring out the Pango mystery and in general getting a Synfig build for OS X released, you're very welcome to contact me on madsen{at}lillesvin{dot}net. I'm not using the XCode-stuff that Darco put in there, though, I'm working my way through creating the .app manually (which is kinda cumbersome), but it hopefully results in a usable .app at some point instead of a .pkg that scatters files all over the place. If anyone would prefer to entirely take over the build, you're also very welcome and of course I'll try to be of assistance if necessary, because I might not have very much time for projects like this in the near future, but I'll try. Best, - Madsen -- Comment By: sirhcsenots (sirhcsenots) Date: 2007-08-26 20:13 Message: Logged In: YES user_id=1602273 Originator: NO Maybe I could help. I'm currently examining the code now. -- Comment By: Paul Wise (pabs3) Date: 2007-05-28 04:38 Message: Logged In: YES user_id=35028 Originator: YES Excellent. I've no idea about your gtk question, I can't even find anything on Google about gtk_cursor_by_name, I'd suggest the source or koders.com: http://www.koders.com/default.aspx?s=gtk_cursor_by_name&btn=Search&la=*&li=* synfigstudio uses GTKmm BTW. Also, we don't really have any people who know GTK+/GTKmm well involved in synfig. -- Comment By: Ampersand Laboratories Team (andlabs) Date: 2007-05-28 03:51 Message: Logged In: YES user_id=1218098 Originator: NO See you on the IRC soon PS - where can
[Synfig-devl] [ synfig-Bugs-1792063 ] curvegradient layers still need work
Bugs item #1792063, was opened at 2007-09-11 02:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1792063&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: curvegradient layers still need work Initial Comment: Rendering http://dooglus.rincevent.net/synfig/gradient10.sif produces http://dooglus.rincevent.net/synfig/gradient10.png It should do something nicer than that. The problem seems to be around split tangents, but maybe isn't limited to that case. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1792063&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1793306 ] image .png files doesn't import
Bugs item #1793306, was opened at 2007-09-12 20:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1793306&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Nobody/Anonymous (nobody) Summary: image .png files doesn't import Initial Comment: Synfig v. 0.61.06-656 os mac osx 10.4.10 Unable to import .png images from certain paths, like: Unable to import /Volumes/AUDIO/Bilder/artrage bilder/blend test/blend darken.png but this path works: ../../../../AUDIO/Bilder/artrage bilder/trädet 04/tree.PNG ulrik -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1793306&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1793306 ] image .png files doesn't import
Bugs item #1793306, was opened at 2007-09-12 20:17 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1793306&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: None Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: ulrik (ulrikboden) >Assigned to: dooglus (dooglus) Summary: image .png files doesn't import Initial Comment: Synfig v. 0.61.06-656 os mac osx 10.4.10 Unable to import .png images from certain paths, like: Unable to import /Volumes/AUDIO/Bilder/artrage bilder/blend test/blend darken.png but this path works: ../../../../AUDIO/Bilder/artrage bilder/trädet 04/tree.PNG ulrik -- >Comment By: dooglus (dooglus) Date: 2007-09-12 21:00 Message: Logged In: YES user_id=1546005 Originator: NO Any path beginning with a '/' fails I think, due to a bug in the ETL library: dirname("/Volumes") returns "." instead of "/". I'll commit a fix shortly. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1793306&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1793306 ] image .png files doesn't import
Bugs item #1793306, was opened at 2007-09-12 20:17 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1793306&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: dooglus (dooglus) Summary: image .png files doesn't import Initial Comment: Synfig v. 0.61.06-656 os mac osx 10.4.10 Unable to import .png images from certain paths, like: Unable to import /Volumes/AUDIO/Bilder/artrage bilder/blend test/blend darken.png but this path works: ../../../../AUDIO/Bilder/artrage bilder/trädet 04/tree.PNG ulrik -- >Comment By: dooglus (dooglus) Date: 2007-09-12 22:45 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in r657. -- Comment By: dooglus (dooglus) Date: 2007-09-12 21:00 Message: Logged In: YES user_id=1546005 Originator: NO Any path beginning with a '/' fails I think, due to a bug in the ETL library: dirname("/Volumes") returns "." instead of "/". I'll commit a fix shortly. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1793306&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1792063 ] curvegradient layers still need work
Bugs item #1792063, was opened at 2007-09-11 02:06 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1792063&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: curvegradient layers still need work Initial Comment: Rendering http://dooglus.rincevent.net/synfig/gradient10.sif produces http://dooglus.rincevent.net/synfig/gradient10.png It should do something nicer than that. The problem seems to be around split tangents, but maybe isn't limited to that case. -- >Comment By: dooglus (dooglus) Date: 2007-09-12 22:52 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in svn r656. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1792063&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1794006 ] edit gradient - remove cpoint - no effect
Bugs item #1794006, was opened at 2007-09-13 17:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794006&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: edit gradient - remove cpoint - no effect Initial Comment: Edit a gradient, right-click a cpoint and remove it. It's not removed from the gradient being edited until you do something else, like move one of the other cpoints. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794006&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1794006 ] edit gradient - remove cpoint - no effect
Bugs item #1794006, was opened at 2007-09-13 17:49 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794006&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: edit gradient - remove cpoint - no effect Initial Comment: Edit a gradient, right-click a cpoint and remove it. It's not removed from the gradient being edited until you do something else, like move one of the other cpoints. -- >Comment By: dooglus (dooglus) Date: 2007-09-14 03:42 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in r668. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794006&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1794374 ] editing a gradient which is a sub-parameter of a gradient...
Bugs item #1794374, was opened at 2007-09-14 03:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794374&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: editing a gradient which is a sub-parameter of a gradient... Initial Comment: editing a gradient which is a sub-parameter of a gradient doesn't update the parent or the canvas 1. draw a gradient on the canvas with the gradient tool 2. right-click the gradient parameter and convert to 'gradient rotate' 3. click the triangle to open up the gradient parameter 4. click the 'gradient' sub parameter to edit it 5. edit it, and notice how neither the canvas nor the parameter window reflects your changes 6. right-click the main gradient parameter and 'disconnect' it 7. edit it, and notice that both the canvas and the parameter window reflect the changes immediately ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794374&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1794374 ] editing a gradient which is a sub-parameter of a gradient...
Bugs item #1794374, was opened at 2007-09-14 03:46 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794374&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: editing a gradient which is a sub-parameter of a gradient... Initial Comment: editing a gradient which is a sub-parameter of a gradient doesn't update the parent or the canvas 1. draw a gradient on the canvas with the gradient tool 2. right-click the gradient parameter and convert to 'gradient rotate' 3. click the triangle to open up the gradient parameter 4. click the 'gradient' sub parameter to edit it 5. edit it, and notice how neither the canvas nor the parameter window reflects your changes 6. right-click the main gradient parameter and 'disconnect' it 7. edit it, and notice that both the canvas and the parameter window reflect the changes immediately -- >Comment By: dooglus (dooglus) Date: 2007-09-14 16:01 Message: Logged In: YES user_id=1546005 Originator: YES note that if you save the canvas then revert it from the saved version, the bug disappears. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794374&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1794374 ] editing a gradient which is a sub-parameter of a gradient...
Bugs item #1794374, was opened at 2007-09-14 03:46 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794374&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: editing a gradient which is a sub-parameter of a gradient... Initial Comment: editing a gradient which is a sub-parameter of a gradient doesn't update the parent or the canvas 1. draw a gradient on the canvas with the gradient tool 2. right-click the gradient parameter and convert to 'gradient rotate' 3. click the triangle to open up the gradient parameter 4. click the 'gradient' sub parameter to edit it 5. edit it, and notice how neither the canvas nor the parameter window reflects your changes 6. right-click the main gradient parameter and 'disconnect' it 7. edit it, and notice that both the canvas and the parameter window reflect the changes immediately -- >Comment By: dooglus (dooglus) Date: 2007-09-14 17:53 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in r670 and r671. -- Comment By: dooglus (dooglus) Date: 2007-09-14 16:01 Message: Logged In: YES user_id=1546005 Originator: YES note that if you save the canvas then revert it from the saved version, the bug disappears. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1794374&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1568818 ] tweening doesn't work for gradient colour changes
Bugs item #1568818, was opened at 2006-10-01 18:42 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1568818&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: tweening doesn't work for gradient colour changes Initial Comment: In the current svn version, I made a gradient, then moved forward in time and changed the colours on the gradient. I was expecting the frames between the two waypoints to show colours between the 2 extremes, but they don't. So I have: at 0s: a white-red gradient at 10s: a white-blue gradient I was expecting to be able to look at 5s and see a white-magenta gradient, but I don't. From 0s to 9s 23f it's a white-red gradient, which suddenly jumps to being white-blue at 10s. -- >Comment By: dooglus (dooglus) Date: 2007-09-15 22:53 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in svn r674-676. I now see the white-magenta gradient I've been waiting 11 months for. :) -- Comment By: dooglus (dooglus) Date: 2007-09-05 19:17 Message: Logged In: YES user_id=1546005 Originator: YES I just discovered a work-around for this problem - for simple 2-CPoint gradients, anyway. See http://wiki.synfig.com/Convert#Two-Tone It would still be good if it was possible to interpolate between n- and m- CPoint gradients though. (Maybe one of the other conversions types will do that?) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1568818&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1776025 ] center miscalculated when drawing
Bugs item #1776025, was opened at 2007-08-17 06:47 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776025&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: Latest release (0.61.06) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: John Hines (kickabear) Assigned to: Nobody/Anonymous (nobody) Summary: center miscalculated when drawing Initial Comment: When following the tutorial immediately after installation, I attempted to draw a circle. The canvas showed only a small arc of a huge circle, and when the mouse button is released, the arc disappears. The params for the circle's center become something like -425.001, 602.0001 and the radius is zero. If I manually set the center to 0,0 and the radius to a positive amount, I get the circle visible on the canvas. Every item I draw is given a center well off of the canvas. This includes selection tool, etc. I'm running Ubuntu, updated with the Gutsy kernel and Synfig Studio 0.61.05-124 with Synfig version 0.61.06. I can be reached at [EMAIL PROTECTED] for additional information or testing. -- >Comment By: dooglus (dooglus) Date: 2007-09-15 23:23 Message: Logged In: YES user_id=1546005 Originator: NO This sounds very much like the old touchpad bug, which was fixed before the last release (0.61.06). -- Comment By: dooglus (dooglus) Date: 2007-08-17 09:47 Message: Logged In: YES user_id=1546005 Originator: NO This sounds like the old touchpad bug. It should be fixed in the most recent release. To work around it in your release, go to the main window, chose 'Input Devices' from the 'File' menu and disable the touchpad. If that works, you'll need to do it each time you restart studio - or upgrade to the current release. -- Comment By: Paul Wise (pabs3) Date: 2007-08-17 07:06 Message: Logged In: YES user_id=35028 Originator: NO Please try with synfigstudio 0.61.06, gutsy has it on amd64, on i386/powerpc you'll have to wait for the Ubuntu servers to build it (or build it yourself, ask on the Ubuntu forums for how). Which platform/architecture are you on? Do you use a laptop with trackpad/touchpad and usb mouse? ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1776025&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1357964 ] Missing get-methods in sphere_distort.h and stretch.h
Bugs item #1357964, was opened at 2005-11-16 10:24 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1357964&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: None Group: None Status: Open Resolution: Accepted Priority: 1 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Missing get-methods in sphere_distort.h and stretch.h Initial Comment: In src/module/lyr_std sphere_distort.cpp and stretch.cpp some private members are called with layer->center etc. Should have layer->get_center() and the methods defined in sphere_distort.h and stretch.h . -- >Comment By: dooglus (dooglus) Date: 2007-09-15 23:41 Message: Logged In: YES user_id=1546005 Originator: NO These accesses of the 'center' member variable are legal, because: class Layer_Stretch : public Layer { friend class ::Stretch_Trans; and class Layer_SphereDistort : public Layer_Composite { friend class Spherize_Trans; so the member functions in the *_Trans classes are allowed to access private member variables of the Layer_* classes. If the accesses of the private members wasn't legal, the code wouldn't compile, so I don't see the problem here. Am I missing something? -- Comment By: Paul Wise (pabs3) Date: 2006-02-19 11:12 Message: Logged In: YES user_id=35028 Doesn't look fixed to me (SVN version 125). -- Comment By: Robert B. Quattlebaum, Jr. (darco) Date: 2005-12-13 06:41 Message: Logged In: YES user_id=206661 I believe this issue has been corrected. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1357964&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1368694 ] Groups does not show up
Bugs item #1368694, was opened at 2005-11-29 00:17 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1368694&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: None >Status: Pending Resolution: Accepted Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Robert B. Quattlebaum, Jr. (darco) Summary: Groups does not show up Initial Comment: If I make groups or assign layers to groups, the groups does not show up in "Groups" window, I have to quit Synfig and relaunch it to make them visible. I'm using Synfig 0.61.02 on osx 10.4.2 -- >Comment By: dooglus (dooglus) Date: 2007-09-15 23:47 Message: Logged In: YES user_id=1546005 Originator: NO Quitting isn't required - saving and reverting is enough, but yes, I see the bug too. -- Comment By: dooglus (dooglus) Date: 2007-04-01 03:03 Message: Logged In: YES user_id=1546005 Originator: NO I just added a few layers to a group and to my surprise the groups dialog popped up, showing the new group (containing 2 of the 3 layers I told it to add). I've not seen this happen before; I thought usually nothing happened until the canvas was closed and reopened, or until studio was restarted, or some such. -- Comment By: Robert B. Quattlebaum, Jr. (darco) Date: 2005-12-13 06:40 Message: Logged In: YES user_id=206661 Yep, this is a real issue. The groups code has had some bugs creep in since it was first written and needs a good audit. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1368694&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1368694 ] Groups does not show up
Bugs item #1368694, was opened at 2005-11-29 00:17 Message generated for change (Settings changed) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1368694&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: None >Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Robert B. Quattlebaum, Jr. (darco) Summary: Groups does not show up Initial Comment: If I make groups or assign layers to groups, the groups does not show up in "Groups" window, I have to quit Synfig and relaunch it to make them visible. I'm using Synfig 0.61.02 on osx 10.4.2 -- Comment By: dooglus (dooglus) Date: 2007-09-15 23:47 Message: Logged In: YES user_id=1546005 Originator: NO Quitting isn't required - saving and reverting is enough, but yes, I see the bug too. -- Comment By: dooglus (dooglus) Date: 2007-04-01 03:03 Message: Logged In: YES user_id=1546005 Originator: NO I just added a few layers to a group and to my surprise the groups dialog popped up, showing the new group (containing 2 of the 3 layers I told it to add). I've not seen this happen before; I thought usually nothing happened until the canvas was closed and reopened, or until studio was restarted, or some such. -- Comment By: Robert B. Quattlebaum, Jr. (darco) Date: 2005-12-13 06:40 Message: Logged In: YES user_id=206661 Yep, this is a real issue. The groups code has had some bugs creep in since it was first written and needs a good audit. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1368694&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1678554 ] text corrupted in about dialog
Bugs item #1678554, was opened at 2007-03-11 22:31 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1678554&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: text corrupted in about dialog Initial Comment: http://dooglus.rincevent.net/random/about-synfig.png shows how the 'about' window looks to me. I have GNOME's fonts set to use a dpi of 126, which it probably what's causing this. -- >Comment By: dooglus (dooglus) Date: 2007-09-15 23:51 Message: Logged In: YES user_id=1546005 Originator: YES This was apparently fixed some time ago: r488 | pabs | 2007-05-28 01:43:55 +0200 (Mon, 28 May 2007) | 2 lines Partially fix 1678554: fix the font colour and size in the about dialog, inspiration from the gimp. How was the fix partial? What else needs doing? -- Comment By: Paul Wise (pabs3) Date: 2007-05-28 01:44 Message: Logged In: YES user_id=35028 Originator: NO Fixed the font size and colour in SVN r488. -- Comment By: Paul Wise (pabs3) Date: 2007-03-23 06:47 Message: Logged In: YES user_id=35028 Originator: NO Also, when using a dark desktop theme with white font colours, the version and other information doesn't show up because the logo is white too. The current dialog is sexy, but it has many problems. We could convert it to a VERY unsexy Gtk::AboutDialog. The gimp about dialog seems to 1) resize the font to fit into the space available 2) use the appropriate font colour 3) allow the user to close it with a click in any part. The inkscape about dialog looks like a standard gtk about dialog, modified a bit. Same with scribus. The openoffice one separates the text from the logo. The Xara one is just a bit of text. The splash screen should also be given the GDK_WINDOW_TYPE_HINT_SPLASHSCREEN window type hint and the text in the about box should be selectable. -- Comment By: dooglus (dooglus) Date: 2007-03-11 22:35 Message: Logged In: YES user_id=1546005 Originator: YES It's hard to see how to close the 'about' window, too. It turns out there's a small barely visible 'x' in the top right corner, but something more visible would be useful. Also, clicking the 'about' icon multiple times seems to create multiple copies of the about window, so I have to close it multiple times, too. Only allowing a single instance of the about window would be better. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1678554&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1795796 ] color editor and gradient editors don't update with time
Bugs item #1795796, was opened at 2007-09-16 17:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795796&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: color editor and gradient editors don't update with time Initial Comment: 1. make a canvas with a time of 2s 2. turn on animate edit mode 3. at 0s, draw a circle 4. edit the circle's color to make it black; close color editor 5. move to 2s, edit circle's color to make it green 6. play with the time slider and see how the circle's color goes from black to bright green from 0s to 2s 7. leave the color editor open, and move to 1s 8. notice the color editor is still displaying the green from 2s, rather than the dark green that the canvas is now displaying for the circle 9. don't click the circle's color parameter - just use the existing color editor to nudge the 'alpha' slider down a little. notice the circle gets brighter. 10. play with the time slider again, and see how the circle is now bright green at 1s, instead of dark green we didn't edit the color after step 5, other than modifying the alpha slightly, but the G component of the circle at 1s is now 100, not 0 as we set it to. this is because the color editor was editing the color at 1s, but showing the values of the color at 2s, which was the last time we clicked the 'color' param in the params dialog. I would suggest that when the time slider is moved, the color editor should be updated to display the current value of the color at that point in time. exactly the same goes for the gradient editor, only more so, because there's more information in a gradient that can be overwritten accidentally. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795796&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1795802 ] animatable cpoints crash synfig
Bugs item #1795802, was opened at 2007-09-16 17:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795802&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Nobody/Anonymous (nobody) Summary: animatable cpoints crash synfig Initial Comment: v.0.61.06 svn 677 mac osx ppc g4 Synfig crash when moving cpoints in gradients anywhere in timeline. ulrik -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795802&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1795805 ] flip bline shapes using mirror tool
Feature Requests item #1795805, was opened at 2007-09-16 17:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1795805&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Nobody/Anonymous (nobody) Summary: flip bline shapes using mirror tool Initial Comment: Mirror tool has 2 options, horisontal and vertical, my request is to be able to choose horisontal or vertical flip by using the mouse - moving mouse up or down - flip vertical, move mouse left or right - flip horisontal. To be able to use the keyboards arrow keys to do the same, arrow - flip shape vertical upwards...etc. ulrik -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1795805&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1795802 ] animatable cpoints crash synfig
Bugs item #1795802, was opened at 2007-09-16 17:20 Message generated for change (Comment added) made by ulrikboden You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795802&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Nobody/Anonymous (nobody) Summary: animatable cpoints crash synfig Initial Comment: v.0.61.06 svn 677 mac osx ppc g4 Synfig crash when moving cpoints in gradients anywhere in timeline. ulrik -- >Comment By: ulrik (ulrikboden) Date: 2007-09-16 18:29 Message: Logged In: YES user_id=1378264 Originator: YES fixed in svn r678 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795802&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1383736 ] App::dialog_open_file relative path name
Bugs item #1383736, was opened at 2005-12-17 18:55 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1383736&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: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: App::dialog_open_file relative path name Initial Comment: hi, if you open the file dialog (App::dialog_open_file()) app.cpp line 1661: dialog->set_current_folder(prev_path); //with prev_path == "." it crashes the gtk file dialog because of the relative path. if you have debug symbols in your gtk+ lib you get "Gtk-CRITICAL **: gtk_file_system_unix_get_folder: assertion `g_path_is_absolute (filename)' failed" its no absolute pathname! -- >Comment By: dooglus (dooglus) Date: 2007-09-16 19:55 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r679. Thanks for the bug report. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1383736&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1795901 ] menu entry "view > play" doesn't work
Bugs item #1795901, was opened at 2007-09-16 23:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795901&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: menu entry "view > play" doesn't work Initial Comment: It just seems to move the timetrack to the end, very quickly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795901&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1795913 ] converting a color to 'subtract' crashes synfig
Bugs item #1795913, was opened at 2007-09-17 00:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795913&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: converting a color to 'subtract' crashes synfig Initial Comment: Looks like a simple omission in the source. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795913&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1795913 ] converting a color to 'subtract' crashes synfig
Bugs item #1795913, was opened at 2007-09-17 00:01 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795913&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: converting a color to 'subtract' crashes synfig Initial Comment: Looks like a simple omission in the source. -- >Comment By: dooglus (dooglus) Date: 2007-09-17 00:14 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in r682. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795913&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1795922 ] 'subtract' valuenode types don't work after reverting file
Bugs item #1795922, was opened at 2007-09-17 00:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795922&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: 'subtract' valuenode types don't work after reverting file Initial Comment: convert a parameter to 'subtract' modify the 'lhs' or 'rhs' sub-parameters and see the canvas update to reflect the change save and revert modify the 'lhs' or 'rhs' sub-parameters and see how the canvas no longer updates until some other parameter is changed, forcing the update ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795922&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1678554 ] text corrupted in about dialog
Bugs item #1678554, was opened at 2007-03-12 06:31 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1678554&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: text corrupted in about dialog Initial Comment: http://dooglus.rincevent.net/random/about-synfig.png shows how the 'about' window looks to me. I have GNOME's fonts set to use a dpi of 126, which it probably what's causing this. -- >Comment By: Paul Wise (pabs3) Date: 2007-09-17 15:29 Message: Logged In: YES user_id=35028 Originator: NO Still need to fix: multiple about windows what you said about the close button Allan Horkin's comments (I forget where, possibly on the website) made me think the current about dialog should be renamed to a splash screen and we should implement a new about dialog using the standard gtkmm classes. -- Comment By: dooglus (dooglus) Date: 2007-09-16 05:51 Message: Logged In: YES user_id=1546005 Originator: YES This was apparently fixed some time ago: r488 | pabs | 2007-05-28 01:43:55 +0200 (Mon, 28 May 2007) | 2 lines Partially fix 1678554: fix the font colour and size in the about dialog, inspiration from the gimp. How was the fix partial? What else needs doing? -- Comment By: Paul Wise (pabs3) Date: 2007-05-28 07:44 Message: Logged In: YES user_id=35028 Originator: NO Fixed the font size and colour in SVN r488. -- Comment By: Paul Wise (pabs3) Date: 2007-03-23 14:47 Message: Logged In: YES user_id=35028 Originator: NO Also, when using a dark desktop theme with white font colours, the version and other information doesn't show up because the logo is white too. The current dialog is sexy, but it has many problems. We could convert it to a VERY unsexy Gtk::AboutDialog. The gimp about dialog seems to 1) resize the font to fit into the space available 2) use the appropriate font colour 3) allow the user to close it with a click in any part. The inkscape about dialog looks like a standard gtk about dialog, modified a bit. Same with scribus. The openoffice one separates the text from the logo. The Xara one is just a bit of text. The splash screen should also be given the GDK_WINDOW_TYPE_HINT_SPLASHSCREEN window type hint and the text in the about box should be selectable. -- Comment By: dooglus (dooglus) Date: 2007-03-12 06:35 Message: Logged In: YES user_id=1546005 Originator: YES It's hard to see how to close the 'about' window, too. It turns out there's a small barely visible 'x' in the top right corner, but something more visible would be useful. Also, clicking the 'about' icon multiple times seems to create multiple copies of the about window, so I have to close it multiple times, too. Only allowing a single instance of the about window would be better. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1678554&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1795922 ] 'subtract' valuenode types don't work after reverting file
Bugs item #1795922, was opened at 2007-09-17 00:17 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795922&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: 'subtract' valuenode types don't work after reverting file Initial Comment: convert a parameter to 'subtract' modify the 'lhs' or 'rhs' sub-parameters and see the canvas update to reflect the change save and revert modify the 'lhs' or 'rhs' sub-parameters and see how the canvas no longer updates until some other parameter is changed, forcing the update -- >Comment By: dooglus (dooglus) Date: 2007-09-17 09:56 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in svn r683. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795922&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796068 ] convert doesn't work immediately on encapsulated layers
Bugs item #1796068, was opened at 2007-09-17 10:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796068&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: convert doesn't work immediately on encapsulated layers Initial Comment: create a new canvas draw a circle select it open the params dialog right-click 'radius' convert > linear a triangle appears to the left of 'radius' allowing you to edit sub-params right-click 'radius' > disconnect the triangle goes away. all as expected. now: in the layer dialog, right-click the circle and encapsulate it open the 'inline canvas' layer and select the circle layer inside in params dialog again, right-click 'radius', convert > linear the triangle doesn't appear until you select a different layer, then re-select the circle ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796068&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796068 ] convert doesn't work immediately on encapsulated layers
Bugs item #1796068, was opened at 2007-09-17 10:56 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796068&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: convert doesn't work immediately on encapsulated layers Initial Comment: create a new canvas draw a circle select it open the params dialog right-click 'radius' convert > linear a triangle appears to the left of 'radius' allowing you to edit sub-params right-click 'radius' > disconnect the triangle goes away. all as expected. now: in the layer dialog, right-click the circle and encapsulate it open the 'inline canvas' layer and select the circle layer inside in params dialog again, right-click 'radius', convert > linear the triangle doesn't appear until you select a different layer, then re-select the circle -- >Comment By: dooglus (dooglus) Date: 2007-09-17 12:12 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in svn r685. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796068&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796110 ] infinite loop with pastecanvas
Bugs item #1796110, was opened at 2007-09-17 12:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796110&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: infinite loop with pastecanvas Initial Comment: this puts studio into a loop and seems to disable the keyboard in GNOME. (I kill it by switching to a virtual terminal with ctrl-alt-F1) file > new > ok caret > layer > new layer > other > paste canvas params dialog > canvas > left-click > other... > cancel -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796110&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796110 ] infinite loop with pastecanvas
Bugs item #1796110, was opened at 2007-09-17 12:26 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796110&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: infinite loop with pastecanvas Initial Comment: this puts studio into a loop and seems to disable the keyboard in GNOME. (I kill it by switching to a virtual terminal with ctrl-alt-F1) file > new > ok caret > layer > new layer > other > paste canvas params dialog > canvas > left-click > other... > cancel -- >Comment By: dooglus (dooglus) Date: 2007-09-17 13:42 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in svn r686. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796110&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1678554 ] text corrupted in about dialog
Bugs item #1678554, was opened at 2007-03-11 22:31 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1678554&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: text corrupted in about dialog Initial Comment: http://dooglus.rincevent.net/random/about-synfig.png shows how the 'about' window looks to me. I have GNOME's fonts set to use a dpi of 126, which it probably what's causing this. -- >Comment By: dooglus (dooglus) Date: 2007-09-17 14:43 Message: Logged In: YES user_id=1546005 Originator: YES > Allan Horkin's comments (I forget where, possibly on the website) http://wiki.synfig.com/UI_Reloaded#Comments_.26_Remarks ? It's his only contribution to the wiki, anyway: http://wiki.synfig.com/index.php?title=Special:Contributions&target=AlanHorkan -- Comment By: Paul Wise (pabs3) Date: 2007-09-17 09:29 Message: Logged In: YES user_id=35028 Originator: NO Still need to fix: multiple about windows what you said about the close button Allan Horkin's comments (I forget where, possibly on the website) made me think the current about dialog should be renamed to a splash screen and we should implement a new about dialog using the standard gtkmm classes. -- Comment By: dooglus (dooglus) Date: 2007-09-15 23:51 Message: Logged In: YES user_id=1546005 Originator: YES This was apparently fixed some time ago: r488 | pabs | 2007-05-28 01:43:55 +0200 (Mon, 28 May 2007) | 2 lines Partially fix 1678554: fix the font colour and size in the about dialog, inspiration from the gimp. How was the fix partial? What else needs doing? -- Comment By: Paul Wise (pabs3) Date: 2007-05-28 01:44 Message: Logged In: YES user_id=35028 Originator: NO Fixed the font size and colour in SVN r488. -- Comment By: Paul Wise (pabs3) Date: 2007-03-23 06:47 Message: Logged In: YES user_id=35028 Originator: NO Also, when using a dark desktop theme with white font colours, the version and other information doesn't show up because the logo is white too. The current dialog is sexy, but it has many problems. We could convert it to a VERY unsexy Gtk::AboutDialog. The gimp about dialog seems to 1) resize the font to fit into the space available 2) use the appropriate font colour 3) allow the user to close it with a click in any part. The inkscape about dialog looks like a standard gtk about dialog, modified a bit. Same with scribus. The openoffice one separates the text from the logo. The Xara one is just a bit of text. The splash screen should also be given the GDK_WINDOW_TYPE_HINT_SPLASHSCREEN window type hint and the text in the about box should be selectable. -- Comment By: dooglus (dooglus) Date: 2007-03-11 22:35 Message: Logged In: YES user_id=1546005 Originator: YES It's hard to see how to close the 'about' window, too. It turns out there's a small barely visible 'x' in the top right corner, but something more visible would be useful. Also, clicking the 'about' icon multiple times seems to create multiple copies of the about window, so I have to close it multiple times, too. Only allowing a single instance of the about window would be better. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1678554&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1795901 ] menu entry "view > play" doesn't work
Bugs item #1795901, was opened at 2007-09-16 23:34 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795901&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: menu entry "view > play" doesn't work Initial Comment: It just seems to move the timetrack to the end, very quickly. -- >Comment By: dooglus (dooglus) Date: 2007-09-17 15:47 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in svn r688 and r689. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1795901&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1778930 ] tangent 'theta' waypoints change from TCB to Linear on load
Bugs item #1778930, was opened at 2007-08-21 21:04 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1778930&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: tangent 'theta' waypoints change from TCB to Linear on load Initial Comment: If I animate a bline's tangents and look at the generated waypoints, they are all green (since I'm using the default TCB Smooth interpolation). If I then save the .sif file, rename it and open the renamed file, some of the waypoints are now yellow. Specifically all of the tangents' "Theta" waypoints. Maybe it's right that these angle parameters are interpolated linearly rather than smoothly, I don't know, but why does it change when I reload the file, rather than when I first animate the tangents? -- >Comment By: dooglus (dooglus) Date: 2007-09-17 17:51 Message: Logged In: YES user_id=1546005 Originator: YES When saving waypoints, synfig doesn't mark TCB waypoints as TCB, because 'that's the default'. But when loading, unmarked angle waypoints are set to linear, because 'that's the default'. In svn r692 I changed the save code to mark angles if they're not linear, and other types if they're not TCB. Next I'll change the code which creates angle waypoints to get them to default to linear interpolation. -- Comment By: dooglus (dooglus) Date: 2007-08-21 21:20 Message: Logged In: YES user_id=1546005 Originator: YES The first time I save the file, I see the theta waypoints like this: if I reload and save again, I see them like this: Notice that the GUID values have disappeared (why were they saved anyway? I hadn't done any linking at all) and the 'before' and 'after' values have appeared. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1778930&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1778930 ] tangent 'theta' waypoints change from TCB to Linear on load
Bugs item #1778930, was opened at 2007-08-21 21:04 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1778930&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: tangent 'theta' waypoints change from TCB to Linear on load Initial Comment: If I animate a bline's tangents and look at the generated waypoints, they are all green (since I'm using the default TCB Smooth interpolation). If I then save the .sif file, rename it and open the renamed file, some of the waypoints are now yellow. Specifically all of the tangents' "Theta" waypoints. Maybe it's right that these angle parameters are interpolated linearly rather than smoothly, I don't know, but why does it change when I reload the file, rather than when I first animate the tangents? -- >Comment By: dooglus (dooglus) Date: 2007-09-17 18:13 Message: Logged In: YES user_id=1546005 Originator: YES The interpolation type for waypoints on creation is set by the default interpolation type in the main synfig window, so I'll leave it at that. Previously when the default interpolation type was 'TCB', angle waypoints would be created as 'TCB' waypoints, and converted to 'linear' waypoints when the .sif file was saved and then loaded. Perhaps there's a good reason for using 'linear' for angles, rather than 'TCB', but if there is, it should work before the file is saved and re-loaded as well. svn r693 fixes a bug I added in r692 though. The .sif format calls TCB waypoints "auto"... -- Comment By: dooglus (dooglus) Date: 2007-09-17 17:51 Message: Logged In: YES user_id=1546005 Originator: YES When saving waypoints, synfig doesn't mark TCB waypoints as TCB, because 'that's the default'. But when loading, unmarked angle waypoints are set to linear, because 'that's the default'. In svn r692 I changed the save code to mark angles if they're not linear, and other types if they're not TCB. Next I'll change the code which creates angle waypoints to get them to default to linear interpolation. -- Comment By: dooglus (dooglus) Date: 2007-08-21 21:20 Message: Logged In: YES user_id=1546005 Originator: YES The first time I save the file, I see the theta waypoints like this: if I reload and save again, I see them like this: Notice that the GUID values have disappeared (why were they saved anyway? I hadn't done any linking at all) and the 'before' and 'after' values have appeared. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1778930&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796688 ] Loop a Region w/ initial vertex Disconnected crash
Bugs item #1796688, was opened at 2007-09-17 23:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796688&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: Crasher/nasty bug Group: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Loop a Region w/ initial vertex Disconnected crash Initial Comment: Also Disconnect the first Vertex of a already looped Region crash synfigstudio. Steps to reproduce the bug: New File -> Create a Region but don't make loop between he last and first vertex -> Right click on first vertex and Select "Disconnect" (it would be greyed)-> Right click on the curve and select Loop -> It crashes. New File -> Create a Region and loop it before create it-> Right click at first or last vertex and select "Disconnect" -> It crashes. Also if you create a Region and a Outline at the same time you have same result for the first vertex. One important thing. It happens only if Normal tool is selected. If BLine tool is selected then it doesn't happen. >>>>>Disconnect the first vertex make synfigstudio crash in lots of drawing >>>>>states (smooth move, scale, etc.). synfigstudio SVN = 689 Last change date: 2007-09-17 15:34:22 +0200 (lun, 17 sep 2007) synfig SVN = 693 Last change date: 2007-09-17 17:59:35 +0200 (lun, 17 sep 2007) Just built this evening on Ubuntu 6.10. Carlos ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796688&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1678554 ] text corrupted in about dialog
Bugs item #1678554, was opened at 2007-03-12 06:31 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1678554&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: text corrupted in about dialog Initial Comment: http://dooglus.rincevent.net/random/about-synfig.png shows how the 'about' window looks to me. I have GNOME's fonts set to use a dpi of 126, which it probably what's causing this. -- >Comment By: Paul Wise (pabs3) Date: 2007-09-18 08:04 Message: Logged In: YES user_id=35028 Originator: NO Found his comments here: http://sf.net/support/tracker.php?aid=1741220 -- Comment By: dooglus (dooglus) Date: 2007-09-17 20:43 Message: Logged In: YES user_id=1546005 Originator: YES > Allan Horkin's comments (I forget where, possibly on the website) http://wiki.synfig.com/UI_Reloaded#Comments_.26_Remarks ? It's his only contribution to the wiki, anyway: http://wiki.synfig.com/index.php?title=Special:Contributions&target=AlanHorkan -- Comment By: Paul Wise (pabs3) Date: 2007-09-17 15:29 Message: Logged In: YES user_id=35028 Originator: NO Still need to fix: multiple about windows what you said about the close button Allan Horkin's comments (I forget where, possibly on the website) made me think the current about dialog should be renamed to a splash screen and we should implement a new about dialog using the standard gtkmm classes. -- Comment By: dooglus (dooglus) Date: 2007-09-16 05:51 Message: Logged In: YES user_id=1546005 Originator: YES This was apparently fixed some time ago: r488 | pabs | 2007-05-28 01:43:55 +0200 (Mon, 28 May 2007) | 2 lines Partially fix 1678554: fix the font colour and size in the about dialog, inspiration from the gimp. How was the fix partial? What else needs doing? -- Comment By: Paul Wise (pabs3) Date: 2007-05-28 07:44 Message: Logged In: YES user_id=35028 Originator: NO Fixed the font size and colour in SVN r488. -- Comment By: Paul Wise (pabs3) Date: 2007-03-23 14:47 Message: Logged In: YES user_id=35028 Originator: NO Also, when using a dark desktop theme with white font colours, the version and other information doesn't show up because the logo is white too. The current dialog is sexy, but it has many problems. We could convert it to a VERY unsexy Gtk::AboutDialog. The gimp about dialog seems to 1) resize the font to fit into the space available 2) use the appropriate font colour 3) allow the user to close it with a click in any part. The inkscape about dialog looks like a standard gtk about dialog, modified a bit. Same with scribus. The openoffice one separates the text from the logo. The Xara one is just a bit of text. The splash screen should also be given the GDK_WINDOW_TYPE_HINT_SPLASHSCREEN window type hint and the text in the about box should be selectable. -- Comment By: dooglus (dooglus) Date: 2007-03-12 06:35 Message: Logged In: YES user_id=1546005 Originator: YES It's hard to see how to close the 'about' window, too. It turns out there's a small barely visible 'x' in the top right corner, but something more visible would be useful. Also, clicking the 'about' icon multiple times seems to create multiple copies of the about window, so I have to close it multiple times, too. Only allowing a single instance of the about window would be better. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1678554&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796688 ] Loop a Region w/ initial vertex Disconnected crash
Bugs item #1796688, was opened at 2007-09-17 23:55 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796688&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: Crasher/nasty bug Group: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Loop a Region w/ initial vertex Disconnected crash Initial Comment: Also Disconnect the first Vertex of a already looped Region crash synfigstudio. Steps to reproduce the bug: New File -> Create a Region but don't make loop between he last and first vertex -> Right click on first vertex and Select "Disconnect" (it would be greyed)-> Right click on the curve and select Loop -> It crashes. New File -> Create a Region and loop it before create it-> Right click at first or last vertex and select "Disconnect" -> It crashes. Also if you create a Region and a Outline at the same time you have same result for the first vertex. One important thing. It happens only if Normal tool is selected. If BLine tool is selected then it doesn't happen. >>>>>Disconnect the first vertex make synfigstudio crash in lots of drawing >>>>>states (smooth move, scale, etc.). synfigstudio SVN = 689 Last change date: 2007-09-17 15:34:22 +0200 (lun, 17 sep 2007) synfig SVN = 693 Last change date: 2007-09-17 17:59:35 +0200 (lun, 17 sep 2007) Just built this evening on Ubuntu 6.10. Carlos -- >Comment By: dooglus (dooglus) Date: 2007-09-18 02:37 Message: Logged In: YES user_id=1546005 Originator: NO Thanks for the bug report. I see the crash as well. One point: the 'about' box shows the subversion revision of when you ran 'bootstrap', rather than the actual revision you're running. If that's where you got the revision numbers from, they're probably a bit out of date. It doesn't matter in this case, because the bug will have been in Synfig for a long time. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796688&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1781903 ] make vertices/object move along paths
Feature Requests item #1781903, was opened at 2007-08-26 04:56 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781903&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: Miscellaneous Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: make vertices/object move along paths Initial Comment: Synfig is great fun to do animations in, but there are is one thing that has been bugging me and, to the best of my internet search skills, does not seem to have been implemented/described anywhere. Basically, I would like to be able to draw a bline with N vertices and have a shape move along that bline (the whole shape or individual vertices). Currently the only way I have found to do what I want is to draw a bline, and then move a shape along that line manually at fairly small intervals (very frustrating). Example: A triangle that should move along a sine curve always pointing in the direction it is going to move next. In that case I would like to be able to draw the triangle and the sine curve (or other bline) and say move the centre of the triangle along the bline and rotate it according to the shape of the bline. I have no idea how you would implement that, but it is a feature readily available in most 3D animation programs. Aternatively/in addition, it would be great to be able to change/edit the "movement path" (I have no idea what it really is called) in the window in the time-line dialog (the one selectd by the icon with the squiggly line next to the keyframe window), i.e. adding vertices or editing the tangents so that the interpolation between keyframes is changed. I hope I didn't just miss either of these features. Synfig is great (a big pat on the shoulder of the developers and the people producing the tutorials) but the documentation is quite sketchy at times so finding what is possible and how to do it is far from straight forward. -- >Comment By: dooglus (dooglus) Date: 2007-09-18 02:45 Message: Logged In: YES user_id=1546005 Originator: NO Interesting suggestion. I'll have a go at implementing something like that soon. I'll post more here as and when I've got anything. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781903&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796833 ] unable to uncheck visibily on groups
Bugs item #1796833, was opened at 2007-09-18 07:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796833&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Nobody/Anonymous (nobody) Summary: unable to uncheck visibily on groups Initial Comment: v.0.61.06 r705 Unable to uncheck groups and sub groups visibilty in "groups" tab -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796833&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796857 ] unvisible handles rotation layer
Bugs item #1796857, was opened at 2007-09-18 08:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796857&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Nobody/Anonymous (nobody) Summary: unvisible handles rotation layer Initial Comment: v.0.61.06 r705 In some circumstances the "Rotation layer"s "origin" and "amount" visible handles/points is not visible, in this example the rotation layer is encapsulated at the first level, if I move it outside the encapsulated "folder" the handles will be visible. example .sifz file: http://www.musikboden.se/synfigfiles/RotHandlesUnVisible.sifz -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796857&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796853 ] strange "groups" behavior
Bugs item #1796853, was opened at 2007-09-18 08:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796853&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Nobody/Anonymous (nobody) Summary: strange "groups" behavior Initial Comment: v.0.61.06 r705 assigning layers to make a new group works fine, but assigned layers to allready made groups doesn't show up in the groups until you close the project and load again. For these tasks: "Remove group" (in Groups tab) "add layers to group" and "remove layers from a group" (r-click in layers tab) It is not possible to show the changes until you have saved and closed the project and reloaded it again. "Add a new group" in groups tab, adds a group but you're not able to name it and it is impossible to check the checkbox to make contents visible, when saved and reopened the checkbox will be checked but you're still not able to name the group. ulrik ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796853&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796857 ] unvisible handles rotation layer
Bugs item #1796857, was opened at 2007-09-18 08:53 Message generated for change (Comment added) made by ulrikboden You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796857&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ulrik (ulrikboden) Assigned to: Nobody/Anonymous (nobody) Summary: unvisible handles rotation layer Initial Comment: v.0.61.06 r705 In some circumstances the "Rotation layer"s "origin" and "amount" visible handles/points is not visible, in this example the rotation layer is encapsulated at the first level, if I move it outside the encapsulated "folder" the handles will be visible. example .sifz file: http://www.musikboden.se/synfigfiles/RotHandlesUnVisible.sifz -- >Comment By: ulrik (ulrikboden) Date: 2007-09-18 09:02 Message: Logged In: YES user_id=1378264 Originator: YES I noticed this doesn't concern just the "rotate" layer, the visible parameters on all other layer types will be unvisible in this position as shown in the attached sifz file ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796857&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796688 ] Loop a Region w/ initial vertex Disconnected crash
Bugs item #1796688, was opened at 2007-09-17 23:55 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796688&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: Crasher/nasty bug Group: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Loop a Region w/ initial vertex Disconnected crash Initial Comment: Also Disconnect the first Vertex of a already looped Region crash synfigstudio. Steps to reproduce the bug: New File -> Create a Region but don't make loop between he last and first vertex -> Right click on first vertex and Select "Disconnect" (it would be greyed)-> Right click on the curve and select Loop -> It crashes. New File -> Create a Region and loop it before create it-> Right click at first or last vertex and select "Disconnect" -> It crashes. Also if you create a Region and a Outline at the same time you have same result for the first vertex. One important thing. It happens only if Normal tool is selected. If BLine tool is selected then it doesn't happen. >>>>>Disconnect the first vertex make synfigstudio crash in lots of drawing >>>>>states (smooth move, scale, etc.). synfigstudio SVN = 689 Last change date: 2007-09-17 15:34:22 +0200 (lun, 17 sep 2007) synfig SVN = 693 Last change date: 2007-09-17 17:59:35 +0200 (lun, 17 sep 2007) Just built this evening on Ubuntu 6.10. Carlos -- >Comment By: Genete (genete) Date: 2007-09-18 10:17 Message: Logged In: YES user_id=1874777 Originator: YES I forgot to mention that it was obviously synfig version 0.61.06. The about box (the one obtained from the synfig icon button) doesn't show me the svn revision, only the version (0.61.06) and the build date. I obtained the svn version from the svn --info command applied to the folders where from I build the synfig and synfigstudio following the build instructions for svn version. Maybe I'm doing something wrong. If so, please explain me how can I include properly the exact information to inform about the version and revision that have the bug. -Carlos -- Comment By: dooglus (dooglus) Date: 2007-09-18 02:37 Message: Logged In: YES user_id=1546005 Originator: NO Thanks for the bug report. I see the crash as well. One point: the 'about' box shows the subversion revision of when you ran 'bootstrap', rather than the actual revision you're running. If that's where you got the revision numbers from, they're probably a bit out of date. It doesn't matter in this case, because the bug will have been in Synfig for a long time. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796688&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1796971 ] synfig quits without saving too easily
Bugs item #1796971, was opened at 2007-09-18 12:49 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796971&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: synfig quits without saving too easily Initial Comment: modify a document try to quit synfig "you've modified stuff - want to save?" yes hit cancel in the fileselector dialog synfig quits (without saving, or re-confirming) I said "yes" I want to save my work, then messed up in the file selector. Shouldn't it at least ask again before quitting and losing my work? How do other apps deal with this? It doesn't feel right the way it is now. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1796971&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1741236 ] better name for untitled documents
Feature Requests item #1741236, was opened at 2007-06-22 02:42 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1741236&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: User interface Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Alan Horkan (horkana) Assigned to: Nobody/Anonymous (nobody) Summary: better name for untitled documents Initial Comment: I think it would be better to name documents something like "Animation 1" or "Project 1" rather than using the uninformative "Untitled1". (There lack of a space between the word untitled and the number is what intially drew my eye to this minor problem.) The idea being that even "Untitled" is a title and a not particularly useful title if found on a document in folder full of other similarly Untitled documents. Not sure if you are familiar with the software Dia a GTK application for drawing diagrams but there I made a suggestion to change the default document name to from "Untitled" to "Drawing" A patch is better than no patch but the very simple patch I've provided changes the word "Untitled" to "Animation " and is only really intended to make my suggestion clearer. It is entirely possible that there might be better choices than Animation, perhaps Drawing/Project/Movie (although Movie is a bit too American for my liking) but I do hope you will consider making this small change. Thanks in advance Alan -- >Comment By: dooglus (dooglus) Date: 2007-09-18 15:04 Message: Logged In: YES user_id=1546005 Originator: NO Thanks for the report. I just implemented this in svn r708. I used 'Synfig Animation' as the default name, and got the file selector dialog to default to that name when saving for the first time. Also, the count starts at 1 now, not zero. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1741236&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1741236 ] better name for untitled documents
Feature Requests item #1741236, was opened at 2007-06-22 00:42 Message generated for change (Comment added) made by horkana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1741236&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: User interface Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Alan Horkan (horkana) Assigned to: Nobody/Anonymous (nobody) Summary: better name for untitled documents Initial Comment: I think it would be better to name documents something like "Animation 1" or "Project 1" rather than using the uninformative "Untitled1". (There lack of a space between the word untitled and the number is what intially drew my eye to this minor problem.) The idea being that even "Untitled" is a title and a not particularly useful title if found on a document in folder full of other similarly Untitled documents. Not sure if you are familiar with the software Dia a GTK application for drawing diagrams but there I made a suggestion to change the default document name to from "Untitled" to "Drawing" A patch is better than no patch but the very simple patch I've provided changes the word "Untitled" to "Animation " and is only really intended to make my suggestion clearer. It is entirely possible that there might be better choices than Animation, perhaps Drawing/Project/Movie (although Movie is a bit too American for my liking) but I do hope you will consider making this small change. Thanks in advance Alan -- >Comment By: Alan Horkan (horkana) Date: 2007-09-18 13:40 Message: Logged In: YES user_id=402612 Originator: YES thanks dooglus, your attention to detial is much appreciated -- Comment By: dooglus (dooglus) Date: 2007-09-18 13:04 Message: Logged In: YES user_id=1546005 Originator: NO Thanks for the report. I just implemented this in svn r708. I used 'Synfig Animation' as the default name, and got the file selector dialog to default to that name when saving for the first time. Also, the count starts at 1 now, not zero. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1741236&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1781903 ] make vertices/object move along paths
Feature Requests item #1781903, was opened at 2007-08-26 04:56 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781903&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: Miscellaneous Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: make vertices/object move along paths Initial Comment: Synfig is great fun to do animations in, but there are is one thing that has been bugging me and, to the best of my internet search skills, does not seem to have been implemented/described anywhere. Basically, I would like to be able to draw a bline with N vertices and have a shape move along that bline (the whole shape or individual vertices). Currently the only way I have found to do what I want is to draw a bline, and then move a shape along that line manually at fairly small intervals (very frustrating). Example: A triangle that should move along a sine curve always pointing in the direction it is going to move next. In that case I would like to be able to draw the triangle and the sine curve (or other bline) and say move the centre of the triangle along the bline and rotate it according to the shape of the bline. I have no idea how you would implement that, but it is a feature readily available in most 3D animation programs. Aternatively/in addition, it would be great to be able to change/edit the "movement path" (I have no idea what it really is called) in the window in the time-line dialog (the one selectd by the icon with the squiggly line next to the keyframe window), i.e. adding vertices or editing the tangents so that the interpolation between keyframes is changed. I hope I didn't just miss either of these features. Synfig is great (a big pat on the shoulder of the developers and the people producing the tutorials) but the documentation is quite sketchy at times so finding what is possible and how to do it is far from straight forward. -- >Comment By: dooglus (dooglus) Date: 2007-09-18 18:30 Message: Logged In: YES user_id=1546005 Originator: NO I found that it is already possible to get an object to follow a single bline, but not a general outline. I uploaded an example to YouTube: http://www.youtube.com/watch?v=wJ7C-FcxAy0 The sif file is http://dooglus.rincevent.net/synfig/follow-bline.sifz and the .avi movie file is http://dooglus.rincevent.net/synfig/follow-bline.avi I still intend to make it possible to do the same for general outlines (lists of blines). I had to fix a few bugs in Synfig to get this to work, so it probably won't work in any of the released versions. The fixes will be in subversion in an hour or so, and will be in the next release. -- Comment By: dooglus (dooglus) Date: 2007-09-18 02:45 Message: Logged In: YES user_id=1546005 Originator: NO Interesting suggestion. I'll have a go at implementing something like that soon. I'll post more here as and when I've got anything. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781903&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1797488 ] sub-parameters of a segment-tangent valuenode don't display
Bugs item #1797488, was opened at 2007-09-18 23:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1797488&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: sub-parameters of a segment-tangent valuenode don't display Initial Comment: new document ok draw a circle go to the params dialog right-click 'center', convert > segment tangent a small triangle appears to the left of 'center' open center>segment right-click 'vertex 1', convert > linear no small triangle appears. it should click on the document's background to unselect the circle re-select the circle, go back to the params dialog open up center > segment the triangle which should have appeared earlier is now there. the same goes if you replace 'segment tangent' with 'segment vertex' in the above. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1797488&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1797488 ] sub-parameters of a segment-tangent valuenode don't display
Bugs item #1797488, was opened at 2007-09-18 23:22 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1797488&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: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: dooglus (dooglus) Assigned to: Nobody/Anonymous (nobody) Summary: sub-parameters of a segment-tangent valuenode don't display Initial Comment: new document ok draw a circle go to the params dialog right-click 'center', convert > segment tangent a small triangle appears to the left of 'center' open center>segment right-click 'vertex 1', convert > linear no small triangle appears. it should click on the document's background to unselect the circle re-select the circle, go back to the params dialog open up center > segment the triangle which should have appeared earlier is now there. the same goes if you replace 'segment tangent' with 'segment vertex' in the above. -- >Comment By: dooglus (dooglus) Date: 2007-09-19 01:10 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in svn r717. ------ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1797488&group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl