[Synfig-devl] [ synfig-Bugs-1829172 ] Draw tool creates outline below region
Bugs item #1829172, was opened at 2007-11-09 19:59 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1829172group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Draw tool creates outline below region Initial Comment: Using svn 1125 Like the Bline tool it should create the outline over the region. Maybe it could be selectable by the user? By now the Draw Tool creates the outline under the region. Carlos -- Comment By: dooglus (dooglus) Date: 2007-11-09 21:40 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r1126. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1829172group_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-1829182 ] Right click context menu not always appears
Bugs item #1829182, was opened at 2007-11-09 20:26 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1829182group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Right click context menu not always appears Initial Comment: Using svn 1125 Bline, Polygon, Draw and Sketch tools doesn't respond to right click on the canvas to produce the canvas caret menu. All the other states do it. -- Comment By: dooglus (dooglus) Date: 2007-11-09 22:38 Message: Logged In: YES user_id=1546005 Originator: NO state_bline.cpp has this line: case BUTTON_RIGHT: // Intercept the right-button click to short-circuit the pop-up menu looks like it is deliberately avoiding showing the pop-up menu, at least in the bline state. Why, I don't know. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1829182group_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-1830108 ] Add visual info feedback on Draw tool
Feature Requests item #1830108, was opened at 2007-11-11 22:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1830108group_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: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Add visual info feedback on Draw tool Initial Comment: Add information about the pen pressure currently used while an stroke is being draw using the Draw tool. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1830108group_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-1830245 ] draw tool leaves wrong layers selected sometimes
Bugs item #1830245, was opened at 2007-11-12 08:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830245group_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: draw tool leaves wrong layers selected sometimes Initial Comment: start with no layers select draw tool tick 'create outline' and 'create region' draw a shape outline and region are created, but only one is selected draw another shape another outline and region is created, but between the previous pair -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830245group_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-1830245 ] draw tool leaves wrong layers selected sometimes
Bugs item #1830245, was opened at 2007-11-12 08:48 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830245group_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: draw tool leaves wrong layers selected sometimes Initial Comment: start with no layers select draw tool tick 'create outline' and 'create region' draw a shape outline and region are created, but only one is selected draw another shape another outline and region is created, but between the previous pair -- Comment By: dooglus (dooglus) Date: 2007-11-12 08:50 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in svn r1134. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830245group_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-1830477 ] swf import/export
Feature Requests item #1830477, was opened at 2007-11-12 07:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1830477group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: swf import/export Initial Comment: .swf import/export, in both binary and xml-based formats -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1830477group_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-1830484 ] fork needed: inkscape for animation
Feature Requests item #1830484, was opened at 2007-11-12 07:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1830484group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: fork needed: inkscape for animation Initial Comment: Would be a good idea starting a fork from both Synfig and Inkscape projects? Synfig seems to be based on macromedia-Flash, while maybe a more accuraced vector edition environment is more welcome for some kind of work, when you need the precision, tools and features Inkscape can provide you and Synfig don't This tool would allow you to work directly on each frame as file (and not only in the memory), just like CinePaint does, and the animation file would be only acquired when you export it - to .swf, .svg, etc. The idea is, if you want to work on a 200,000 frame animation, you'll don't have any kind of problem, as crashes, freezes, application performance lack, etc. The idea would be a fork from Inkscape, like CinePaint were a fork from Gimp -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1830484group_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-1830484 ] fork needed: inkscape for animation
Feature Requests item #1830484, was opened at 2007-11-13 00:10 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1830484group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: fork needed: inkscape for animation Initial Comment: Would be a good idea starting a fork from both Synfig and Inkscape projects? Synfig seems to be based on macromedia-Flash, while maybe a more accuraced vector edition environment is more welcome for some kind of work, when you need the precision, tools and features Inkscape can provide you and Synfig don't This tool would allow you to work directly on each frame as file (and not only in the memory), just like CinePaint does, and the animation file would be only acquired when you export it - to .swf, .svg, etc. The idea is, if you want to work on a 200,000 frame animation, you'll don't have any kind of problem, as crashes, freezes, application performance lack, etc. The idea would be a fork from Inkscape, like CinePaint were a fork from Gimp -- Comment By: Paul Wise (pabs3) Date: 2007-11-13 09:07 Message: Logged In: YES user_id=35028 Originator: NO I think maybe you want something like Pencil: http://www.les-stooges.org/pascal/pencil/ -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1830484group_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-1807823 ] Ability to Squash, Stretch, and rotate groups
Feature Requests item #1807823, was opened at 2007-10-04 17:15 Message generated for change (Comment added) made by pxegeek You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1807823group_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: GustoEater (gustoeater) Assigned to: Nobody/Anonymous (nobody) Summary: Ability to Squash, Stretch, and rotate groups Initial Comment: I can't find a way to resize or rotate a group since they only have a single duck. It would be very helpful to be able to squash and stretch a simple object like a circle. I find that I am using blines to make ovals, etc instead of using the circle tool which would be easier. -- Comment By: PXEGeek (pxegeek) Date: 2007-11-12 17:18 Message: Logged In: YES user_id=1763308 Originator: NO dooglus, your proposal works for each individual layer or encapsulated layers. Gustoeater is talking about groups of layers, which may be non-contiguous in the layer navigator and non-encapsulateable. E.g. suppose there was two circles for one eye, a bline for a nose, then two more circles for the other eye. You have all the circle grouped together as 'eyes'. You don't want to put eyes and nose on the same encapsulated canvas to stretch them all, but selecting the 'eyes' group should allow you to stretch the eyes without affecting the nose. I can't see how it would work with the current Synfig architecture, short of automatically encapsulating and adding the linked transform/rotate layers for each element of the group individually. -- Comment By: dooglus (dooglus) Date: 2007-10-05 05:50 Message: Logged In: YES user_id=1546005 Originator: NO To stretch or squash all the layers under the current layer: Menu Layer New Layer Distortions Stretch To rotate or zoom: Menu Layer New Layer Transform Rotate Menu Layer New Layer Transform Zoom Also, if you encapsulate a bunch of layers and select the resulting encapsulation layer, there's a 'Zoom' parameter on the encapsulation layer. Is that what you were wanting, or did you mean something else? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1807823group_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-1831355 ] Noise distort on inverted text renders bad beyond 100% zoom
Bugs item #1831355, was opened at 2007-11-13 22:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1831355group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Noise distort on inverted text renders bad beyond 100% zoom Initial Comment: Using svn 1141 1) Create a text layer. Check on Invert parameter. 2) Add a Noise distort layer over it. Default values. 3) Set zoom bigger than 100% 4) Change the Blend method to the noise layer and you'll obtain following result on visual render on the main window: Composite - OK Straight - NOK Onto - OK Straight Onto - NOK Behind - OK Screen - NOK Overlay - NOK Hard Light - NOK Multiply - NOK Divide - NOK Add - NOK Subtract - NOK Difference - NOK Brighten - OK Darken - OK Color - OK Hue - OK Saturation - OK Luminance - OK Alpha Over - NOK The window render is broken on squares (same than the ones that are being created when render a new change). The render on file is correct for Straight method. I've not tested if all the wrong blend methods render OK in the file. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1831355group_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-1831897 ] Give use to width from plant vertices
Feature Requests item #1831897, was opened at 2007-11-14 17:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1831897group_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: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Give use to width from plant vertices Initial Comment: Plant layer vertices have a parameter defined but not used Width. I would like that this paramter were used to scale the Tangential and Perpendicular velocities. With this you could have a variable tangential and perpendicular velocities through the vertices. It would allow triangular shaped plants what is a more realistic representation of a plant (new sprouts are smaller). Currently the plants have constant velocity for all the bline segments what make them a little boring :) It should be something similar to Drag parameter but variable from vertice to vertice. Variation could be linear or user defined. Best Carlos -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1831897group_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-1833946 ] Synfig Crashes on using timeline
Bugs item #1833946, was opened at 2007-11-18 08:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1833946group_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: Open Resolution: None Priority: 5 Private: No Submitted By: Andrew Roberts (ar0berts) Assigned to: Nobody/Anonymous (nobody) Summary: Synfig Crashes on using timeline Initial Comment: On using the time line the program crashes. System: Intel Core2CPU T5500 @1.66GHz Windows XP Pro V2002 SP2 Program: 0.61.07 using Synfig 0.61.07 and GNU G++ 3.4.5 and Gtk+ 2.10.11 The console screen reads as follows: synfig(4884): info: STATE NORMAL: Received Refresh Ducks synfig(4884): warning: ../../../src/gtkmm/instance.cpp:700 Action CandidateList is empty! synfig(4884): warning: ../../../src/gtkmm/instance.cpp:700 Action CandidateList is empty! synfig(4884): info: STATE NORMAL: Received Refresh Ducks -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1833946group_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-1834254 ] z depth parameter on distort layers
Feature Requests item #1834254, was opened at 2007-11-19 00:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1834254group_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: z depth parameter on distort layers Initial Comment: If it is possible to do it, it would be nice to have the z-depth parameter also on all distort layers, like spherize, twirl etc. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1834254group_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-1830511 ] Import native Gimp files doesn't work properly
Bugs item #1830511, was opened at 2007-11-12 17:01 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830511group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Import native Gimp files doesn't work properly Initial Comment: using svn 1132 Importing xcf Gimp files with a transparent background produces a white background. Also it produces some renders artefacts. See this render of a xcf native Gimp file. The imported native file is on the right. Although in photobucket the image is on a white background you can save it and watch in other image viewer and notice that the left one (a simple png exported by Gimp) is rendered correctly (no artefacts and correct transparent background) and the right one have some artefacts (black spots on the edges) and the background is white. http://i85.photobucket.com/albums/k74/Genete/furniture/wardrobe1.png -- Comment By: dooglus (dooglus) Date: 2007-11-20 09:13 Message: Logged In: YES user_id=1546005 Originator: NO Did you forget to attach the .xcf file? I don't see it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830511group_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-1835429 ] Segfault when closing flipbook dialog
Bugs item #1835429, was opened at 2007-11-20 22:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1835429group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Aurore Rore D. (rore_) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault when closing flipbook dialog Initial Comment: If you open the flipbook dialog ( View Flipbook dialog) without doing any preview render before, the dialog is empty (and tiny). When trying to close that dialog, synfigstudio crashes with a segfault. (Or with this message if it was compiled with debug mode enabled: ) synfigstudio: /usr/local/include/ETL/_handle.h:261: T* etl::handleT::operator-() const [with T = studio::Preview]: Assertion `obj' failed. (I wonder whether it is a good idea to gray out the Flipbook dialog entry when no preview is available) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1835429group_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-1830511 ] Import native Gimp files doesn't work properly
Bugs item #1830511, was opened at 2007-11-12 17:01 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830511group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Import native Gimp files doesn't work properly Initial Comment: using svn 1132 Importing xcf Gimp files with a transparent background produces a white background. Also it produces some renders artefacts. See this render of a xcf native Gimp file. The imported native file is on the right. Although in photobucket the image is on a white background you can save it and watch in other image viewer and notice that the left one (a simple png exported by Gimp) is rendered correctly (no artefacts and correct transparent background) and the right one have some artefacts (black spots on the edges) and the background is white. http://i85.photobucket.com/albums/k74/Genete/furniture/wardrobe1.png -- Comment By: Genete (genete) Date: 2007-11-21 00:46 Message: Logged In: YES user_id=1874777 Originator: YES Sorry. I assumed that you can create any xcf file and it would have same problem. The file is attached. File Added: wardrobe.xcf -- Comment By: dooglus (dooglus) Date: 2007-11-20 09:13 Message: Logged In: YES user_id=1546005 Originator: NO Did you forget to attach the .xcf file? I don't see it. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830511group_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-1831355 ] Noise distort on inverted text renders bad beyond 100% zoom
Bugs item #1831355, was opened at 2007-11-13 22:29 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1831355group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Noise distort on inverted text renders bad beyond 100% zoom Initial Comment: Using svn 1141 1) Create a text layer. Check on Invert parameter. 2) Add a Noise distort layer over it. Default values. 3) Set zoom bigger than 100% 4) Change the Blend method to the noise layer and you'll obtain following result on visual render on the main window: Composite - OK Straight - NOK Onto - OK Straight Onto - NOK Behind - OK Screen - NOK Overlay - NOK Hard Light - NOK Multiply - NOK Divide - NOK Add - NOK Subtract - NOK Difference - NOK Brighten - OK Darken - OK Color - OK Hue - OK Saturation - OK Luminance - OK Alpha Over - NOK The window render is broken on squares (same than the ones that are being created when render a new change). The render on file is correct for Straight method. I've not tested if all the wrong blend methods render OK in the file. -- Comment By: Genete (genete) Date: 2007-11-21 00:51 Message: Logged In: YES user_id=1874777 Originator: YES Yes you're right, but it is harder to distinguish between the noise and the bad render -- Comment By: dooglus (dooglus) Date: 2007-11-20 09:43 Message: Logged In: YES user_id=1546005 Originator: NO The same seems to be true even if the text isn't inverted isn't it? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1831355group_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-1830670 ] Save Sketch as and Open a Sketch doesn't seems to work
Bugs item #1830670, was opened at 2007-11-12 22:05 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830670group_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: Save Sketch as and Open a Sketch doesn't seems to work Initial Comment: Save prompts to a save file dialog correctly and save a file. Load the file doesn't retrieve the saved sketch. It shows some sort of rectangular lines, maybe the boundaries of the sketch saved. -- Comment By: Genete (genete) Date: 2007-11-25 01:44 Message: Logged In: YES user_id=1874777 Originator: YES I cannot give more detailed steps rather than create an sketch, save it. Create a new file load the sketch and get bad results. This is the sketch before save it: http://i85.photobucket.com/albums/k74/Genete/synfig/SynfigSketch.png This is the result after load it: http://i85.photobucket.com/albums/k74/Genete/SketchFlatten.png And this is the sketch file: http://www.darthfurby.com/genete/synfig/Synfig_Animation_1.sifz.sketch -- Comment By: dooglus (dooglus) Date: 2007-11-24 14:09 Message: Logged In: YES user_id=1546005 Originator: NO I can't reproduce this. It seems to work OK here. Can you give specific steps to follow please? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830670group_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-1841000 ] WinXP: Can't start synfig anymore
Bugs item #1841000, was opened at 2007-11-29 15:06 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841000group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: WinXP: Can't start synfig anymore Initial Comment: AMD Athlon, WinXP Prof., binary files, Hello. Well, before a long time I experimented with synfig and started working and was very satisfied with the fast and easy handling of the program. When I started experimenting with the animation feature once the program crashed. Up to that time (I think this happened more than a year ago) I was unable to start synfig anymore. I tried to delete and reinstall anything (GTK, Core, Studio). Anytime a new release would come up I tried to install the new releases and also I tried installing third party releases and so on... It worked never again. Long time past since the crash happened (at least one or two versions before 0.61.07) and so I am not able to explain detailed how I did it but I can say how synfig behaves since then. When I start the studio the console and the studio loading screen pop up. The loading screen shows the loading bar as expected and many different things get loaded (as usual). When the loading finished and the tool window and the sheet window should come up... nothing... In the task bar I have two tasks then, both called Synfig Studio. The first one is the console (which is blank) and the second one gives absolutly nothing on clicking to it. When I shut down the latter task the console gives several shut down information and finally both tasks are gone. When I double click onto one of the example files (e.g. candy.sifz) I everytime get a canvas browser, layers browser and the sheet window where the image should be drawn. The sheet is blank everytime I try this but in the layers browser you can see all the different layers. Maybe this helps. -- Comment By: dooglus (dooglus) Date: 2007-11-29 15:56 Message: Logged In: YES user_id=1546005 Originator: NO Do you have a folder: C:/Documents and Settings/your name/Synfig/ If so, try renaming it to Synfig.old or something before running synfig. Does that help? If it does, please zip up a copy of the Synfig.old folder and upload it here so I can take a look and see what in it is causing the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841000group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1841280 ] Insert Item in animation mode renders badly before insertion
Bugs item #1841280, was opened at 2007-11-29 23:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841280group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Insert Item in animation mode renders badly before insertion Initial Comment: using svn Recipe to create the buggy file: 1) New file. Time = 5s (something bigger than 0f) 2) In edition mode. Create a looped region layer. 3) Activate animation mode. Go to frame 3s (anyone bigger than 0f) 4) Over the bline right click and Insert Item (smart). It creates a greyed green vertical line waypoint on the new created vertex. 5) To make the bad render more noticeable: activate edition mode, and manipulate the tangents of the new item to make the the tangent bend the bline. See the example To see the render bug go to any frame before the 3s and sometimes renders properly sometimes not. Also the render bug appears only if the inserted item has a click position that makes its Origin value to be less than 0.5 (the default one). If it is bigger then the render bug doesn't appear. In the example the vertices 3 and 5 have been inserted using the recipe. Notice that the vertex 3 has an Origin of 0.323674291372299 and the vertex 5 has an Origin of 0.550309062004089 Now try to change the Origin value of the vertex 5 to something lower than 0.5 (in edition mode) and the render bug will appear. It seems to be something related to the Origin value. Carlos -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841280group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1423944 ] synfig configure doesn't prefer the system libltdl
Bugs item #1423944, was opened at 2006-02-04 16:32 Message generated for change (Settings changed) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1423944group_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: Paul Wise (pabs3) Assigned to: Paul Wise (pabs3) Summary: synfig configure doesn't prefer the system libltdl Initial Comment: synfig's configure process does not use the system libltdl when available, instead linking the embedded version in statically, without using -fPIC. This causes problems on non-i386 platforms, which need PIC to work. The best solution to this is to prefer the system libltdl. If that can't be done, synfig needs to be sure to compile libltdl with PIC. -- Comment By: Paul Wise (pabs3) Date: 2007-11-30 11:55 Message: Logged In: YES user_id=35028 Originator: YES pabs3 pxegeek: (for when you return): until I figure out how to fix this properly, in configure.ac, changing AC_LIBLTDL_INSTALLABLE to AC_LIBLTDL_CONVENIENCE and reautotooling should allow you to build pabs3 hmm, doesn't seem to be a way to use the convenience libltdl, but use the system-wide one in preference to it pabs3 http://osdir.com/ml/gnu.gnash.devel2/2006-11/msg00422.html pabs3 I think that I have to agree with that post, and that we should just use AC_LIBLTDL_CONVENIENCE pabs3 KiBi / dooglus / sladegen / Bombe / omry: thoughts? * pabs3 commits for now pabs3 hmm CIA-35 synfig: pabs * r1169 /synfig-core/trunk/configure.ac: CIA-35 synfig: Use AC_LIBLTDL_CONVENIENCE instead of AC_LIBLTDL_INSTALLABLE because Win32 CIA-35 synfig: doesn't seem to be able to link a libsynfig DLL to a libltdl DLL and there CIA-35 synfig: doesn't seem to be a way to compile libltdl statically and libsynfig CIA-35 synfig: dynamically. -- Comment By: Paul Wise (pabs3) Date: 2006-02-04 19:13 Message: Logged In: YES user_id=35028 Fixed in svn version 124 by using AC_LIBLTDL_INSTALLABLE. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1423944group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1841000 ] WinXP: Can't start synfig anymore
Bugs item #1841000, was opened at 2007-11-29 15:06 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841000group_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: Duplicate Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: WinXP: Can't start synfig anymore Initial Comment: AMD Athlon, WinXP Prof., binary files, Hello. Well, before a long time I experimented with synfig and started working and was very satisfied with the fast and easy handling of the program. When I started experimenting with the animation feature once the program crashed. Up to that time (I think this happened more than a year ago) I was unable to start synfig anymore. I tried to delete and reinstall anything (GTK, Core, Studio). Anytime a new release would come up I tried to install the new releases and also I tried installing third party releases and so on... It worked never again. Long time past since the crash happened (at least one or two versions before 0.61.07) and so I am not able to explain detailed how I did it but I can say how synfig behaves since then. When I start the studio the console and the studio loading screen pop up. The loading screen shows the loading bar as expected and many different things get loaded (as usual). When the loading finished and the tool window and the sheet window should come up... nothing... In the task bar I have two tasks then, both called Synfig Studio. The first one is the console (which is blank) and the second one gives absolutly nothing on clicking to it. When I shut down the latter task the console gives several shut down information and finally both tasks are gone. When I double click onto one of the example files (e.g. candy.sifz) I everytime get a canvas browser, layers browser and the sheet window where the image should be drawn. The sheet is blank everytime I try this but in the layers browser you can see all the different layers. Maybe this helps. -- Comment By: dooglus (dooglus) Date: 2007-11-30 05:49 Message: Logged In: YES user_id=1546005 Originator: NO This is a duplicate of 1836848. -- Comment By: dooglus (dooglus) Date: 2007-11-30 05:47 Message: Logged In: YES user_id=1546005 Originator: NO Looking at the 'settings' file in your attached zip file, I see lines like these: dock.dialog.60434976.pos=-4 -53331 dock.dialog.61503857.pos=-4 -53331 window.toolbox.pos=-32000 -32000 These are setting the position of the windows to be several feet off the screen, so you don't get to see them. I committed a fix (svn r1167) that sets the position to (0,0) when the config file calls for negative values, but didn't yet find out why the file is getting corrupted in the first place. -- Comment By: dooglus (dooglus) Date: 2007-11-30 05:08 Message: Logged In: YES user_id=1546005 Originator: NO File Added: Synfig.old.zip -- Comment By: dooglus (dooglus) Date: 2007-11-30 04:09 Message: Logged In: YES user_id=1546005 Originator: NO there's a box to 'upload and attach file' right in this bug report page, at the bottom. But it's OK, I see it on the patch tracker now. I'll copy it here. If you're interested, there are usually a few of us chatting on IRC, in the #synfig channel of freenode. See http://www.synfig.com/2005/12/29/synfig-irc-freenode-net/ for details. Discovering and fixing synfig features and bugs together. :) -- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-30 00:05 Message: Logged In: NO Oh, and thanks alot :)! -- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-30 00:04 Message: Logged In: NO I wished I had reported here several month ago ;). Worked perfectly. Since I am not able to attach a file (the zip of synfig.old) in comments I will add it to the patch area. Sorry for that but I don't know any better solution to let you get the file. -- Comment By: dooglus (dooglus) Date: 2007-11-29 15:56 Message: Logged In: YES user_id=1546005 Originator: NO Do you have a folder: C:/Documents and Settings/your name/Synfig/ If so, try renaming it to Synfig.old or something before running synfig. Does that help? If it does, please zip up a copy of the Synfig.old folder and upload it here so
[Synfig-devl] [ synfig-Patches-1815710 ] mod_svg for synfig
Patches item #1815710, was opened at 2007-10-18 13:32 Message generated for change (Settings changed) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1815710group_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: None Priority: 5 Private: No Submitted By: baccob (baccob) Assigned to: Nobody/Anonymous (nobody) Summary: mod_svg for synfig Initial Comment: I'm a Computer System studient from spain, and I have good knowledge in C++, GTKmm and SVG. My goal is to create a MOD_SVG plugin for Synfig. I never participated in (oficial) Subversion / CVS projects. is needed to join to developers group to make comits to SVN repository? -- Comment By: dooglus (dooglus) Date: 2007-11-30 05:13 Message: Logged In: YES user_id=1546005 Originator: NO No, to start with you can simply upload patches to this patch tracker and they will be committed by one of the developers. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1815710group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-1815710 ] mod_svg for synfig
Patches item #1815710, was opened at 2007-10-18 13:32 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1815710group_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: baccob (baccob) Assigned to: Nobody/Anonymous (nobody) Summary: mod_svg for synfig Initial Comment: I'm a Computer System studient from spain, and I have good knowledge in C++, GTKmm and SVG. My goal is to create a MOD_SVG plugin for Synfig. I never participated in (oficial) Subversion / CVS projects. is needed to join to developers group to make comits to SVN repository? -- Comment By: dooglus (dooglus) Date: 2007-11-30 05:13 Message: Logged In: YES user_id=1546005 Originator: NO No, to start with you can simply upload patches to this patch tracker and they will be committed by one of the developers. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1815710group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1841000 ] WinXP: Can't start synfig anymore
Bugs item #1841000, was opened at 2007-11-29 15:06 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841000group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: WinXP: Can't start synfig anymore Initial Comment: AMD Athlon, WinXP Prof., binary files, Hello. Well, before a long time I experimented with synfig and started working and was very satisfied with the fast and easy handling of the program. When I started experimenting with the animation feature once the program crashed. Up to that time (I think this happened more than a year ago) I was unable to start synfig anymore. I tried to delete and reinstall anything (GTK, Core, Studio). Anytime a new release would come up I tried to install the new releases and also I tried installing third party releases and so on... It worked never again. Long time past since the crash happened (at least one or two versions before 0.61.07) and so I am not able to explain detailed how I did it but I can say how synfig behaves since then. When I start the studio the console and the studio loading screen pop up. The loading screen shows the loading bar as expected and many different things get loaded (as usual). When the loading finished and the tool window and the sheet window should come up... nothing... In the task bar I have two tasks then, both called Synfig Studio. The first one is the console (which is blank) and the second one gives absolutly nothing on clicking to it. When I shut down the latter task the console gives several shut down information and finally both tasks are gone. When I double click onto one of the example files (e.g. candy.sifz) I everytime get a canvas browser, layers browser and the sheet window where the image should be drawn. The sheet is blank everytime I try this but in the layers browser you can see all the different layers. Maybe this helps. -- Comment By: dooglus (dooglus) Date: 2007-11-30 05:08 Message: Logged In: YES user_id=1546005 Originator: NO File Added: Synfig.old.zip -- Comment By: dooglus (dooglus) Date: 2007-11-30 04:09 Message: Logged In: YES user_id=1546005 Originator: NO there's a box to 'upload and attach file' right in this bug report page, at the bottom. But it's OK, I see it on the patch tracker now. I'll copy it here. If you're interested, there are usually a few of us chatting on IRC, in the #synfig channel of freenode. See http://www.synfig.com/2005/12/29/synfig-irc-freenode-net/ for details. Discovering and fixing synfig features and bugs together. :) -- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-30 00:05 Message: Logged In: NO Oh, and thanks alot :)! -- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-30 00:04 Message: Logged In: NO I wished I had reported here several month ago ;). Worked perfectly. Since I am not able to attach a file (the zip of synfig.old) in comments I will add it to the patch area. Sorry for that but I don't know any better solution to let you get the file. -- Comment By: dooglus (dooglus) Date: 2007-11-29 15:56 Message: Logged In: YES user_id=1546005 Originator: NO Do you have a folder: C:/Documents and Settings/your name/Synfig/ If so, try renaming it to Synfig.old or something before running synfig. Does that help? If it does, please zip up a copy of the Synfig.old folder and upload it here so I can take a look and see what in it is causing the problem. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841000group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1841000 ] WinXP: Can't start synfig anymore
Bugs item #1841000, was opened at 2007-11-29 06:06 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841000group_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: Duplicate Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: WinXP: Can't start synfig anymore Initial Comment: AMD Athlon, WinXP Prof., binary files, Hello. Well, before a long time I experimented with synfig and started working and was very satisfied with the fast and easy handling of the program. When I started experimenting with the animation feature once the program crashed. Up to that time (I think this happened more than a year ago) I was unable to start synfig anymore. I tried to delete and reinstall anything (GTK, Core, Studio). Anytime a new release would come up I tried to install the new releases and also I tried installing third party releases and so on... It worked never again. Long time past since the crash happened (at least one or two versions before 0.61.07) and so I am not able to explain detailed how I did it but I can say how synfig behaves since then. When I start the studio the console and the studio loading screen pop up. The loading screen shows the loading bar as expected and many different things get loaded (as usual). When the loading finished and the tool window and the sheet window should come up... nothing... In the task bar I have two tasks then, both called Synfig Studio. The first one is the console (which is blank) and the second one gives absolutly nothing on clicking to it. When I shut down the latter task the console gives several shut down information and finally both tasks are gone. When I double click onto one of the example files (e.g. candy.sifz) I everytime get a canvas browser, layers browser and the sheet window where the image should be drawn. The sheet is blank everytime I try this but in the layers browser you can see all the different layers. Maybe this helps. -- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-01 11:36 Message: Logged In: NO Hi there. Are you sure about the file submission hint? - Since I posted this bug anonymously I can't edit my post or anything. I knew there was such possibility when I created this bug report but when I submitted it don't think it is possible to attach a file afterwards as anonymous user (or I would have had created a new bug topic). Thanks for the report about the bug. - So anything worked fine but I couldn't see it ;). - At least I know now how to fix this :). -- Comment By: dooglus (dooglus) Date: 2007-11-29 20:49 Message: Logged In: YES user_id=1546005 Originator: NO This is a duplicate of 1836848. -- Comment By: dooglus (dooglus) Date: 2007-11-29 20:47 Message: Logged In: YES user_id=1546005 Originator: NO Looking at the 'settings' file in your attached zip file, I see lines like these: dock.dialog.60434976.pos=-4 -53331 dock.dialog.61503857.pos=-4 -53331 window.toolbox.pos=-32000 -32000 These are setting the position of the windows to be several feet off the screen, so you don't get to see them. I committed a fix (svn r1167) that sets the position to (0,0) when the config file calls for negative values, but didn't yet find out why the file is getting corrupted in the first place. -- Comment By: dooglus (dooglus) Date: 2007-11-29 20:08 Message: Logged In: YES user_id=1546005 Originator: NO File Added: Synfig.old.zip -- Comment By: dooglus (dooglus) Date: 2007-11-29 19:09 Message: Logged In: YES user_id=1546005 Originator: NO there's a box to 'upload and attach file' right in this bug report page, at the bottom. But it's OK, I see it on the patch tracker now. I'll copy it here. If you're interested, there are usually a few of us chatting on IRC, in the #synfig channel of freenode. See http://www.synfig.com/2005/12/29/synfig-irc-freenode-net/ for details. Discovering and fixing synfig features and bugs together. :) -- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-29 15:05 Message: Logged In: NO Oh, and thanks alot :)! -- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-29 15:04 Message: Logged In: NO I wished I had reported here several month ago
[Synfig-devl] [ synfig-Bugs-1841280 ] Insert Item in animation mode renders badly before insertion
Bugs item #1841280, was opened at 2007-11-29 23:24 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841280group_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: SVN version Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Insert Item in animation mode renders badly before insertion Initial Comment: using svn Recipe to create the buggy file: 1) New file. Time = 5s (something bigger than 0f) 2) In edition mode. Create a looped region layer. 3) Activate animation mode. Go to frame 3s (anyone bigger than 0f) 4) Over the bline right click and Insert Item (smart). It creates a greyed green vertical line waypoint on the new created vertex. 5) To make the bad render more noticeable: activate edition mode, and manipulate the tangents of the new item to make the the tangent bend the bline. See the example To see the render bug go to any frame before the 3s and sometimes renders properly sometimes not. Also the render bug appears only if the inserted item has a click position that makes its Origin value to be less than 0.5 (the default one). If it is bigger then the render bug doesn't appear. In the example the vertices 3 and 5 have been inserted using the recipe. Notice that the vertex 3 has an Origin of 0.323674291372299 and the vertex 5 has an Origin of 0.550309062004089 Now try to change the Origin value of the vertex 5 to something lower than 0.5 (in edition mode) and the render bug will appear. It seems to be something related to the Origin value. Carlos -- Comment By: Genete (genete) Date: 2007-12-02 14:39 Message: Logged In: YES user_id=1874777 Originator: YES Use your latest svn r1172 apparently removes the render artefact. I think I can close it. Good work! Carlos -- Comment By: dooglus (dooglus) Date: 2007-12-02 01:55 Message: Logged In: YES user_id=1546005 Originator: NO I just committed a small change as svn r1172. Does it fix the problem? -- Comment By: Genete (genete) Date: 2007-11-29 23:28 Message: Logged In: YES user_id=1874777 Originator: YES File Added: insertitembug.sifz -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1841280group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1830670 ] Save Sketch as and Open a Sketch doesn't seems to work
Bugs item #1830670, was opened at 2007-11-12 22:05 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830670group_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: Save Sketch as and Open a Sketch doesn't seems to work Initial Comment: Save prompts to a save file dialog correctly and save a file. Load the file doesn't retrieve the saved sketch. It shows some sort of rectangular lines, maybe the boundaries of the sketch saved. -- Comment By: dooglus (dooglus) Date: 2007-12-02 15:35 Message: Logged In: YES user_id=1546005 Originator: NO More details: 00:57 pabs3 which platform are you on? 00:58 genete linux Unbuntu 6.10 00:58 pabs3 powerpc? i386? amd64? 00:58 genete amd Athlon XP 10:07 rore pabs3: genete's sketch loads fine here too (with rev 1162. But maybe the problem was already solved, I didn't read everything that happened in the last hours) 10:09 genete rore: are you using linux? 10:09 rore genete: yup (debian Sid) 10:09 genete and what's your CPU? 10:11 KiBi genete: amd64 10:11 genete I think pabs3 pointed to the correct direction. I'm with anAMD 32 bits 10:12 genete As soon as I have some time I'll compile with debug option and see if can catch the float error. 10:12 pabs3 genete, rore: what does this give: uname -m? 10:13 genete i686 10:13 rore pabs3: Linux erwin 2.6.22-1-amd64 #1 SMP Mon Jul 23 12:43:14 UTC 2007 x86_64 GNU/Linux 10:14 pabs3 genete: so, I have the same architecture (amd64 CPU, but using Debian i386) 10:15 genete pabs3: what does it means? 10:15 pabs3 means that the CPU isn't the issue, and we need some more debugging -- Comment By: Genete (genete) Date: 2007-11-25 01:44 Message: Logged In: YES user_id=1874777 Originator: YES I cannot give more detailed steps rather than create an sketch, save it. Create a new file load the sketch and get bad results. This is the sketch before save it: http://i85.photobucket.com/albums/k74/Genete/synfig/SynfigSketch.png This is the result after load it: http://i85.photobucket.com/albums/k74/Genete/SketchFlatten.png And this is the sketch file: http://www.darthfurby.com/genete/synfig/Synfig_Animation_1.sifz.sketch -- Comment By: dooglus (dooglus) Date: 2007-11-24 14:09 Message: Logged In: YES user_id=1546005 Originator: NO I can't reproduce this. It seems to work OK here. Can you give specific steps to follow please? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1830670group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1842510 ] Imported image lst renders randomly
Bugs item #1842510, was opened at 2007-12-02 02:08 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1842510group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Imported image lst renders randomly Initial Comment: Please Render the following animation example and see that the render is not following the lst file sequence. It consists on 4 jpg images called f1.jpg f2.jpg f3.jpg f4.jpg they have images of 1, 2, 3 and 4 also there is a file called animation.lst that have inside this: FPS 24 f1.jpg f2.jpg f3.jpg f4.jpg f1.jpg f2.jpg f3.jpg f4.jpg f1.jpg f2.jpg f3.jpg f4.jpg f1.jpg f2.jpg f3.jpg f4.jpg f1.jpg and so on. If you render the sample file (24fps) that is an imported image of the animation.lst file it renders the following sequence: 1 1 2 4 4 2 3 4 4 2 3 3 1 1 3 4 ... -- Comment By: Genete (genete) Date: 2007-12-03 18:58 Message: Logged In: YES user_id=1874777 Originator: YES I've downloaded the files, copy them into the mentioned folder, I have made make sudo make install. Then I've run synfigstudio importer.log. I've reopened the sample file (importer.sifz), correct the animation.lst path and render the animation to a png sequence. See attached importer.log file. Best Carlos File Added: importer.log -- Comment By: dooglus (dooglus) Date: 2007-12-03 14:54 Message: Logged In: YES user_id=1546005 Originator: NO can you try replacing listimporter.cpp and listimporter.h in synfig-core/src/synfig/ with http://dooglus.rincevent.net/synfig/listimporter.cpp http://dooglus.rincevent.net/synfig/listimporter.h and taking a look at the output in the console when you try rendering? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1842510group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1842510 ] Imported image lst renders randomly
Bugs item #1842510, was opened at 2007-12-02 02:08 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1842510group_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: SVN version Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Imported image lst renders randomly Initial Comment: Please Render the following animation example and see that the render is not following the lst file sequence. It consists on 4 jpg images called f1.jpg f2.jpg f3.jpg f4.jpg they have images of 1, 2, 3 and 4 also there is a file called animation.lst that have inside this: FPS 24 f1.jpg f2.jpg f3.jpg f4.jpg f1.jpg f2.jpg f3.jpg f4.jpg f1.jpg f2.jpg f3.jpg f4.jpg f1.jpg f2.jpg f3.jpg f4.jpg f1.jpg and so on. If you render the sample file (24fps) that is an imported image of the animation.lst file it renders the following sequence: 1 1 2 4 4 2 3 4 4 2 3 3 1 1 3 4 ... -- Comment By: dooglus (dooglus) Date: 2007-12-03 19:31 Message: Logged In: YES user_id=1546005 Originator: NO I couldn't reproduce this, but I think svn r1176 should fix it. Please re-open if it doesn't. -- Comment By: Genete (genete) Date: 2007-12-03 19:27 Message: Logged In: YES user_id=1874777 Originator: YES File Added: importer2.log -- Comment By: Genete (genete) Date: 2007-12-03 18:58 Message: Logged In: YES user_id=1874777 Originator: YES I've downloaded the files, copy them into the mentioned folder, I have made make sudo make install. Then I've run synfigstudio importer.log. I've reopened the sample file (importer.sifz), correct the animation.lst path and render the animation to a png sequence. See attached importer.log file. Best Carlos File Added: importer.log -- Comment By: dooglus (dooglus) Date: 2007-12-03 14:54 Message: Logged In: YES user_id=1546005 Originator: NO can you try replacing listimporter.cpp and listimporter.h in synfig-core/src/synfig/ with http://dooglus.rincevent.net/synfig/listimporter.cpp http://dooglus.rincevent.net/synfig/listimporter.h and taking a look at the output in the console when you try rendering? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1842510group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1844409 ] Sewed same color regions by its edge created thin line
Bugs item #1844409, was opened at 2007-12-04 22:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844409group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Sewed same color regions by its edge created thin line Initial Comment: Rendering with quality0 the attached file produces a thin line in the sewed area. It doesn't matter what value you use to anti aliasing. If you set the quality to be exactly 0 then the thin line disappears. But it would not render some layers (plant, blurs, etc.) Also quality=0 and anti aliasing set to big values increases the render time a lot. Best Carlos Using svn r1176 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844409group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1844415 ] Default antialiasing and quality values make a void render.
Bugs item #1844415, was opened at 2007-12-04 22:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844415group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Default antialiasing and quality values make a void render. Initial Comment: The anti aliasing value set to 0 and quality set to 0 makes an empty render. Anti aliasing should be set to its lower allowed value (1) or to an average one. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844415group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1844415 ] Default antialiasing and quality values make a void render.
Bugs item #1844415, was opened at 2007-12-04 22:41 Message generated for change (Settings changed) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844415group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Open Resolution: None Priority: 1 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Default antialiasing and quality values make a void render. Initial Comment: The anti aliasing value set to 0 and quality set to 0 makes an empty render. Anti aliasing should be set to its lower allowed value (1) or to an average one. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844415group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1844764 ] Linear OffSet makes render artefacts an more...
Bugs item #1844764, was opened at 2007-12-05 03:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844764group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Linear OffSet makes render artefacts an more... Initial Comment: Using svn r1176 Using a linear Time OffSet of a Inline Canvas produces two effects: 1) Some render artefacts are produced (some frames are backward, and some flicks happens). It seems to repeat the current cursor frame when it fails. 2) The main window show the Rendering... Idle messages several times but any refresh to the main window is needed. It also happen when preview. See attached files. -Sticky.sifz the sifz file http://www.darthfurby.com/genete/synfig/sticky.avi the movie with render artefacts http://www.darthfurby.com/genete/synfig/sticky-alone.avi The same but disabled the Offset time paste canvas layer. It renders OK. http://www.darthfurby.com/genete/synfig/sticky-48fps.avi Duplicate the frame rate makes it even worse. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844764group_id=144022 - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1844409 ] Sewed same color regions by its edge create thin lines
Bugs item #1844409, was opened at 2007-12-04 13:34 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844409group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Sewed same color regions by its edge create thin lines Initial Comment: Rendering with quality0 the attached file produces a thin line in the sewed area. It doesn't matter what value you use to anti aliasing. If you set the quality to be exactly 0 then the thin line disappears. But it would not render some layers (plant, blurs, etc.) Also quality=0 and anti aliasing set to big values increases the render time a lot. Best Carlos Using svn r1176 -- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-11 07:22 Message: Logged In: NO It doesn't matter what value you use to anti aliasing. I think it does. If you turn off the 'antialiasing' checkbox in both 'left' and 'right' layers in your example then the thin line disappears. It seems as if it's the antialiasing that causes the thin line. Could it be that 'left' and 'right' fit together perfectly, but that one of both of the layers is having a little background color added to it by the antialiasing? See the attached screenshots, showing how the thin line looks with the 4 combinations of antialiasing on and off for the left and right layers. left means antialiasing is on only for the left layer, both means it's on for both. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844409group_id=144022 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1844409 ] Sewed same color regions by its edge create thin lines
Bugs item #1844409, was opened at 2007-12-04 22:34 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844409group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Sewed same color regions by its edge create thin lines Initial Comment: Rendering with quality0 the attached file produces a thin line in the sewed area. It doesn't matter what value you use to anti aliasing. If you set the quality to be exactly 0 then the thin line disappears. But it would not render some layers (plant, blurs, etc.) Also quality=0 and anti aliasing set to big values increases the render time a lot. Best Carlos Using svn r1176 -- Comment By: dooglus (dooglus) Date: 2007-12-11 16:25 Message: Logged In: YES user_id=1546005 Originator: NO File Added: antialias.png -- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-11 16:22 Message: Logged In: NO It doesn't matter what value you use to anti aliasing. I think it does. If you turn off the 'antialiasing' checkbox in both 'left' and 'right' layers in your example then the thin line disappears. It seems as if it's the antialiasing that causes the thin line. Could it be that 'left' and 'right' fit together perfectly, but that one of both of the layers is having a little background color added to it by the antialiasing? See the attached screenshots, showing how the thin line looks with the 4 combinations of antialiasing on and off for the left and right layers. left means antialiasing is on only for the left layer, both means it's on for both. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844409group_id=144022 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1850637 ] studio crashes sometimes when closing a document
Bugs item #1850637, was opened at 2007-12-14 01:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1850637group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: studio crashes sometimes when closing a document Initial Comment: make a simple .sifz file save it close studio run studio with the simple .sifz file create a new document create a rectangle layer in the new document switch to a full-screen terminal window switch to the new document with the rectangle in it close the new document; don't save studio crashes This only seems to fail if focus passes to a dock dialog at some point, but I've not been able to work out the exact recipe. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1850637group_id=144022 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1850637 ] studio crashes sometimes when closing a document
Bugs item #1850637, was opened at 2007-12-14 10:48 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1850637group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: studio crashes sometimes when closing a document Initial Comment: make a simple .sifz file save it close studio run studio with the simple .sifz file create a new document create a rectangle layer in the new document switch to a full-screen terminal window switch to the new document with the rectangle in it close the new document; don't save studio crashes This only seems to fail if focus passes to a dock dialog at some point, but I've not been able to work out the exact recipe. -- Comment By: dooglus (dooglus) Date: 2007-12-14 11:42 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r1201. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1850637group_id=144022 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-1852208 ] multibyte support for text layer
Patches item #1852208, was opened at 2007-12-17 11:17 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1852208group_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: Niki W. Waibel (nikiwaibel) Assigned to: Nobody/Anonymous (nobody) Summary: multibyte support for text layer Initial Comment: i recently stumbled upon synfig. amazing piece of software! i needed german umlauts in the text layer, which was not possible with synfig-0.61.07. created the attached patch. now it works fine. i am not a c++ expert, maybe you should have a quick check on the patch. it is pretty small anyway: 1 line is exchanged by 21 lines, 3 lines are added -- in only 1 file. please doublecheck line 21: (1) the (*iter) thing. i did not know how to do that in a clean way in c++. (2) text.end() - iter: not sure if this is the proper way to do it. (3) not sure if the error/warning stuff is 100% correct. -- Comment By: dooglus (dooglus) Date: 2007-12-17 15:06 Message: Logged In: YES user_id=1546005 Originator: NO svn r1207 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1852208group_id=144022 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1844764 ] Linear OffSet makes render artefacts an more...
Bugs item #1844764, was opened at 2007-12-05 12:54 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844764group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Linear OffSet makes render artefacts an more... Initial Comment: Using svn r1176 Using a linear Time OffSet of a Inline Canvas produces two effects: 1) Some render artefacts are produced (some frames are backward, and some flicks happens). It seems to repeat the current cursor frame when it fails. 2) The main window show the Rendering... Idle messages several times but any refresh to the main window is needed. It also happen when preview. See attached files. -Sticky.sifz the sifz file http://www.darthfurby.com/genete/synfig/sticky.avi the movie with render artefacts http://www.darthfurby.com/genete/synfig/sticky-alone.avi The same but disabled the Offset time paste canvas layer. It renders OK. http://www.darthfurby.com/genete/synfig/sticky-48fps.avi Duplicate the frame rate makes it even worse. -- Comment By: dooglus (dooglus) Date: 2007-12-18 13:22 Message: Logged In: YES user_id=1546005 Originator: NO This seems to have been caused by r954. In layer_pastecanvas.cpp: // notify that the time_offset has changed so we can update the // waypoint positions in parent layers changed(); the changed(); call is causing studio::CanvasView::on_dirty_preview() to be triggered, re-rendering the whole workarea. -- Comment By: Genete (genete) Date: 2007-12-05 13:03 Message: Logged In: YES user_id=1874777 Originator: NO Oops, sorry, I thought I was logged. Also the uploaded file is not correct. Please use this one instead: http://www.darthfurby.com/genete/synfig/sticky.sifz The avi files are OK. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1844764group_id=144022 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1853486 ] libsynfig-0.dll not found
Bugs item #1853486, was opened at 2007-12-18 21:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1853486group_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: 5 Private: No Submitted By: metzelos (metzelos) Assigned to: Nobody/Anonymous (nobody) Summary: libsynfig-0.dll not found Initial Comment: the application cannot be executed becaouse the file : libsynfig-0.dll is missing. I do not know if it helps but my OS is Vista -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1853486group_id=144022 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Patches-1858906 ] synfig-studio-configure-rev
Patches item #1858906, was opened at 2007-12-27 15:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858906group_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: 3 Private: No Submitted By: Atrus (gmatrus) Assigned to: Nobody/Anonymous (nobody) Summary: synfig-studio-configure-rev Initial Comment: Since an old bootstrap script was removed, synfig does not added revision number to its version, which hardcoded into the configure.ac. This patch is get this ability back. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858906group_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-Patches-1858905 ] synfig-core-configure-rev
Patches item #1858905, was opened at 2007-12-27 15:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858905group_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: 3 Private: No Submitted By: Atrus (gmatrus) Assigned to: Nobody/Anonymous (nobody) Summary: synfig-core-configure-rev Initial Comment: Since an old bootstrap script was removed, synfig does not added revision number to its version, which hardcoded into the configure.ac. This patch is get this ability back. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858905group_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-Patches-1858904 ] ETL-configure-rev
Patches item #1858904, was opened at 2007-12-27 15:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858904group_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: 3 Private: No Submitted By: Atrus (gmatrus) Assigned to: Nobody/Anonymous (nobody) Summary: ETL-configure-rev Initial Comment: Since an old bootstrap script was removed, synfig does not added revision number to its version, which hardcoded into the configure.ac. This patch is get this ability back. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858904group_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-1859663 ] compile problem under Mandriva.2008
Bugs item #1859663, was opened at 2007-12-28 04:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1859663group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: compile problem under Mandriva.2008 Initial Comment: gcc output: In file included from mod_mirror/mod_mirror.cpp:35: mod_mirror/../app.h:31:34: error: sigc++/compatibility.h: Нет такого файла или каталога make[3]: *** [synfigstudio-mod_mirror.o] Ошибка 1 problem: the sigc++/compatibility.h is missing. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1859663group_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-1859663 ] compile problem under Mandriva.2008
Bugs item #1859663, was opened at 2007-12-28 04:18 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1859663group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: compile problem under Mandriva.2008 Initial Comment: gcc output: In file included from mod_mirror/mod_mirror.cpp:35: mod_mirror/../app.h:31:34: error: sigc++/compatibility.h: Нет такого файла или каталога make[3]: *** [synfigstudio-mod_mirror.o] Ошибка 1 problem: the sigc++/compatibility.h is missing. -- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-28 06:14 Message: Logged In: NO libsigc++-2.1.1/ChangeLog says this: 2007-08-14 Murray Cumming [EMAIL PROTECTED] * sigc++/Makefile.am: * sigc++/compatibility.h: Removed this header. * sigc++/bind.h: * sigc++/bind_return.h: * sigc++/connection.h: * sigc++/macros/class_slot.h.m4: * sigc++/macros/hide.h.m4: * sigc++/macros/method_slot.h.m4: * sigc++/macros/object_slot.h.m4: * sigc++/macros/retype.h.m4: * sigc++/macros/signal.h.m4: * sigc++/macros/slot.h.m4: * sigc++/object.h: * sigc++/retype_return.h: Removed deprecated compatibility API, to probably fix the build with some compilers, such as some versions of the Sun Forte C++ CC compiler. Some of these headers are now mostly empty and should be removed later. This API has been deprecated April 2004, and is not widely used, so it seems safe to do this now. I commented out the line that mentions compatibility.h in synfig-studio/trunk/src/gtkmm/app.h and everything still seems to be OK. Is the fix as simple as that? -- Comment By: Paul Wise (pabs3) Date: 2007-12-28 04:36 Message: Logged In: YES user_id=35028 Originator: NO More info from IRC and the site: http://www.synfig.com/2007/10/11/synfig-irregular-news/#comment-260 I've got an include error due to sigc++/compatibility.h is missing. Is there any way to use ‘sigc’ namespace instead of ‘SigC’ in the sources? 12:31 pabs3 dinosaur: which version of the sigc++ headers do you have installed? 12:39 dinosaur sigc++ version is 2.1.1 12:44 dinosaur libsigc++2.0-devel-2.1.1-2mdv2008.0 12:44 dinosaur the exactly name of the rpm-package 12:51 pabs3 dinosaur: hmm, newer version that debian has 12:51 pabs3 can you upload the result of 'rpm -ql libsigc++2.0-devel-2.1.1-2mdv2008.0' to pastebin.ca? 12:58 dinosaur http://pastebin.ca/834706 12:59 dinosaur post will be expired in 1 hour The post did not contain any mention of compatibility.h 13:02 pabs3 dinosaur: can you file a bug about this? it unfortunately isn't trivial to fix 13:03 pabs3 13 files use the SigC namespace -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1859663group_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-1859663 ] compile problem under Mandriva.2008
Bugs item #1859663, was opened at 2007-12-28 04:18 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1859663group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: compile problem under Mandriva.2008 Initial Comment: gcc output: In file included from mod_mirror/mod_mirror.cpp:35: mod_mirror/../app.h:31:34: error: sigc++/compatibility.h: Нет такого файла или каталога make[3]: *** [synfigstudio-mod_mirror.o] Ошибка 1 problem: the sigc++/compatibility.h is missing. -- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-28 11:03 Message: Logged In: NO When I commented out the line #include sigc++/compatibility.h I've got these errors In file included from mod_mirror/state_mirror.cpp:39: mod_mirror/../canvasview.h:204: ошибка: ‘SigC’ не был декларирован (error: 'SigC' wasn't declared) [skipped] In file included from mod_mirror/../dialog_tooloptions.h:33, from mod_mirror/state_mirror.cpp:47: mod_mirror/../dockable.h:62: ошибка: ‘SigC’ не был декларирован (error: 'SigC' wasn't declared) [skipped] make[3]: *** [synfigstudio-state_mirror.o] Ошибка 1 -- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-28 06:14 Message: Logged In: NO libsigc++-2.1.1/ChangeLog says this: 2007-08-14 Murray Cumming [EMAIL PROTECTED] * sigc++/Makefile.am: * sigc++/compatibility.h: Removed this header. * sigc++/bind.h: * sigc++/bind_return.h: * sigc++/connection.h: * sigc++/macros/class_slot.h.m4: * sigc++/macros/hide.h.m4: * sigc++/macros/method_slot.h.m4: * sigc++/macros/object_slot.h.m4: * sigc++/macros/retype.h.m4: * sigc++/macros/signal.h.m4: * sigc++/macros/slot.h.m4: * sigc++/object.h: * sigc++/retype_return.h: Removed deprecated compatibility API, to probably fix the build with some compilers, such as some versions of the Sun Forte C++ CC compiler. Some of these headers are now mostly empty and should be removed later. This API has been deprecated April 2004, and is not widely used, so it seems safe to do this now. I commented out the line that mentions compatibility.h in synfig-studio/trunk/src/gtkmm/app.h and everything still seems to be OK. Is the fix as simple as that? -- Comment By: Paul Wise (pabs3) Date: 2007-12-28 04:36 Message: Logged In: YES user_id=35028 Originator: NO More info from IRC and the site: http://www.synfig.com/2007/10/11/synfig-irregular-news/#comment-260 I've got an include error due to sigc++/compatibility.h is missing. Is there any way to use ‘sigc’ namespace instead of ‘SigC’ in the sources? 12:31 pabs3 dinosaur: which version of the sigc++ headers do you have installed? 12:39 dinosaur sigc++ version is 2.1.1 12:44 dinosaur libsigc++2.0-devel-2.1.1-2mdv2008.0 12:44 dinosaur the exactly name of the rpm-package 12:51 pabs3 dinosaur: hmm, newer version that debian has 12:51 pabs3 can you upload the result of 'rpm -ql libsigc++2.0-devel-2.1.1-2mdv2008.0' to pastebin.ca? 12:58 dinosaur http://pastebin.ca/834706 12:59 dinosaur post will be expired in 1 hour The post did not contain any mention of compatibility.h 13:02 pabs3 dinosaur: can you file a bug about this? it unfortunately isn't trivial to fix 13:03 pabs3 13 files use the SigC namespace -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1859663group_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-1859663 ] compile problem under Mandriva.2008
Bugs item #1859663, was opened at 2007-12-28 21:18 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1859663group_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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Paul Wise (pabs3) Summary: compile problem under Mandriva.2008 Initial Comment: gcc output: In file included from mod_mirror/mod_mirror.cpp:35: mod_mirror/../app.h:31:34: error: sigc++/compatibility.h: Нет такого файла или каталога make[3]: *** [synfigstudio-mod_mirror.o] Ошибка 1 problem: the sigc++/compatibility.h is missing. -- Comment By: Paul Wise (pabs3) Date: 2007-12-29 13:30 Message: Logged In: YES user_id=35028 Originator: NO Fixed in SVN r1242. Thanks for reporting. -- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-29 04:03 Message: Logged In: NO When I commented out the line #include sigc++/compatibility.h I've got these errors In file included from mod_mirror/state_mirror.cpp:39: mod_mirror/../canvasview.h:204: ошибка: ‘SigC’ не был декларирован (error: 'SigC' wasn't declared) [skipped] In file included from mod_mirror/../dialog_tooloptions.h:33, from mod_mirror/state_mirror.cpp:47: mod_mirror/../dockable.h:62: ошибка: ‘SigC’ не был декларирован (error: 'SigC' wasn't declared) [skipped] make[3]: *** [synfigstudio-state_mirror.o] Ошибка 1 -- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-28 23:14 Message: Logged In: NO libsigc++-2.1.1/ChangeLog says this: 2007-08-14 Murray Cumming [EMAIL PROTECTED] * sigc++/Makefile.am: * sigc++/compatibility.h: Removed this header. * sigc++/bind.h: * sigc++/bind_return.h: * sigc++/connection.h: * sigc++/macros/class_slot.h.m4: * sigc++/macros/hide.h.m4: * sigc++/macros/method_slot.h.m4: * sigc++/macros/object_slot.h.m4: * sigc++/macros/retype.h.m4: * sigc++/macros/signal.h.m4: * sigc++/macros/slot.h.m4: * sigc++/object.h: * sigc++/retype_return.h: Removed deprecated compatibility API, to probably fix the build with some compilers, such as some versions of the Sun Forte C++ CC compiler. Some of these headers are now mostly empty and should be removed later. This API has been deprecated April 2004, and is not widely used, so it seems safe to do this now. I commented out the line that mentions compatibility.h in synfig-studio/trunk/src/gtkmm/app.h and everything still seems to be OK. Is the fix as simple as that? -- Comment By: Paul Wise (pabs3) Date: 2007-12-28 21:36 Message: Logged In: YES user_id=35028 Originator: NO More info from IRC and the site: http://www.synfig.com/2007/10/11/synfig-irregular-news/#comment-260 I've got an include error due to sigc++/compatibility.h is missing. Is there any way to use ‘sigc’ namespace instead of ‘SigC’ in the sources? 12:31 pabs3 dinosaur: which version of the sigc++ headers do you have installed? 12:39 dinosaur sigc++ version is 2.1.1 12:44 dinosaur libsigc++2.0-devel-2.1.1-2mdv2008.0 12:44 dinosaur the exactly name of the rpm-package 12:51 pabs3 dinosaur: hmm, newer version that debian has 12:51 pabs3 can you upload the result of 'rpm -ql libsigc++2.0-devel-2.1.1-2mdv2008.0' to pastebin.ca? 12:58 dinosaur http://pastebin.ca/834706 12:59 dinosaur post will be expired in 1 hour The post did not contain any mention of compatibility.h 13:02 pabs3 dinosaur: can you file a bug about this? it unfortunately isn't trivial to fix 13:03 pabs3 13 files use the SigC namespace -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1859663group_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-1860855 ] synfigstudio.exe:2204 GTK WARNING Invalid input string
Bugs item #1860855, was opened at 2007-12-30 03:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1860855group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: synfigstudio.exe:2204 GTK WARNING Invalid input string Initial Comment: Win XP Pro 2002 SP 2 Intel Celeron CPU 2.13GHz 992 MB RAM available gtk-2.10.11-win32-1.exe gtkmm-win32-runtime-2.10.8-1.exe synfig-0.61.07.exe synfigstudio-0.61.07.exe Synfig dialog box opens minimized and will not appear when restored from minimize. Installed 0.61.07 over 0.61.05 Programed opened fine. Started to view examples. Accidentally closed program from DOS window top right X. Restarted and problem began. 4 times totally removed GTK and Synfig and reinstalled. No Joy! zip file of error, video screen capture at: http://files.myopera.com/chaspo/files/synfig-error.zip Attached screen capture of DOS window. [EMAIL PROTECTED] -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1860855group_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-1860855 ] synfigstudio.exe:2204 GTK WARNING Invalid input string
Bugs item #1860855, was opened at 2007-12-30 20:33 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1860855group_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: Nobody/Anonymous (nobody) Assigned to: Atrus (gmatrus) Summary: synfigstudio.exe:2204 GTK WARNING Invalid input string Initial Comment: Win XP Pro 2002 SP 2 Intel Celeron CPU 2.13GHz 992 MB RAM available gtk-2.10.11-win32-1.exe gtkmm-win32-runtime-2.10.8-1.exe synfig-0.61.07.exe synfigstudio-0.61.07.exe Synfig dialog box opens minimized and will not appear when restored from minimize. Installed 0.61.07 over 0.61.05 Programed opened fine. Started to view examples. Accidentally closed program from DOS window top right X. Restarted and problem began. 4 times totally removed GTK and Synfig and reinstalled. No Joy! zip file of error, video screen capture at: http://files.myopera.com/chaspo/files/synfig-error.zip Attached screen capture of DOS window. [EMAIL PROTECTED] -- Comment By: Paul Wise (pabs3) Date: 2007-12-30 20:39 Message: Logged In: YES user_id=35028 Originator: NO Assigning to Win32 maintainer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1860855group_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-1853486 ] libsynfig-0.dll not found
Bugs item #1853486, was opened at 2007-12-19 06:34 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1853486group_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: 5 Private: No Submitted By: metzelos (metzelos) Assigned to: Atrus (gmatrus) Summary: libsynfig-0.dll not found Initial Comment: the application cannot be executed becaouse the file : libsynfig-0.dll is missing. I do not know if it helps but my OS is Vista -- Comment By: Paul Wise (pabs3) Date: 2007-12-30 20:40 Message: Logged In: YES user_id=35028 Originator: NO Assigning to Win32 maintainer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1853486group_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-1837445 ] Windows version crashes if profile username is in Russian.
Bugs item #1837445, was opened at 2007-11-24 16:43 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1837445group_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: Konstantin Dmitryev (zelgadis_ksee) Assigned to: Atrus (gmatrus) Summary: Windows version crashes if profile username is in Russian. Initial Comment: If user's profile name in Windows contains Russian characters, then Synfigstudio is unable to make a temp directory at his profile in c:\Documents and Settings\. So, program crashes, when it tries to save autorecovery file. -- Comment By: Paul Wise (pabs3) Date: 2007-12-30 20:42 Message: Logged In: YES user_id=35028 Originator: NO Assigning to Win32 maintainer. -- Comment By: Konstantin Dmitryev (zelgadis_ksee) Date: 2007-11-29 00:09 Message: Logged In: YES user_id=1438889 Originator: YES It's for 0.61.07 Windows build. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1837445group_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-1860855 ] synfigstudio.exe:2204 GTK WARNING Invalid input string
Bugs item #1860855, was opened at 2007-12-30 03:33 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1860855group_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: Nobody/Anonymous (nobody) Assigned to: Atrus (gmatrus) Summary: synfigstudio.exe:2204 GTK WARNING Invalid input string Initial Comment: Win XP Pro 2002 SP 2 Intel Celeron CPU 2.13GHz 992 MB RAM available gtk-2.10.11-win32-1.exe gtkmm-win32-runtime-2.10.8-1.exe synfig-0.61.07.exe synfigstudio-0.61.07.exe Synfig dialog box opens minimized and will not appear when restored from minimize. Installed 0.61.07 over 0.61.05 Programed opened fine. Started to view examples. Accidentally closed program from DOS window top right X. Restarted and problem began. 4 times totally removed GTK and Synfig and reinstalled. No Joy! zip file of error, video screen capture at: http://files.myopera.com/chaspo/files/synfig-error.zip Attached screen capture of DOS window. [EMAIL PROTECTED] -- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-30 04:24 Message: Logged In: NO Found this file: ~/Documents and Settings/Synfig/settings window.color.visible=0 window.gradient.visible=0 window.preview.visible=0 window.prevoptions.visible=0 window.toolbox.pos=0 0 found -32000 -32000 changed to 0 0 --works! why did it change by itself?? window.toolbox.size=120 386 window.toolbox.visible=1 -- Comment By: Paul Wise (pabs3) Date: 2007-12-30 03:39 Message: Logged In: YES user_id=35028 Originator: NO Assigning to Win32 maintainer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1860855group_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-Patches-1852208 ] multibyte support for text layer
Patches item #1852208, was opened at 2007-12-17 11:17 Message generated for change (Comment added) made by nikiwaibel You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1852208group_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: Fixed Priority: 5 Private: No Submitted By: Niki W. Waibel (nikiwaibel) Assigned to: Nobody/Anonymous (nobody) Summary: multibyte support for text layer Initial Comment: i recently stumbled upon synfig. amazing piece of software! i needed german umlauts in the text layer, which was not possible with synfig-0.61.07. created the attached patch. now it works fine. i am not a c++ expert, maybe you should have a quick check on the patch. it is pretty small anyway: 1 line is exchanged by 21 lines, 3 lines are added -- in only 1 file. please doublecheck line 21: (1) the (*iter) thing. i did not know how to do that in a clean way in c++. (2) text.end() - iter: not sure if this is the proper way to do it. (3) not sure if the error/warning stuff is 100% correct. -- Comment By: Niki W. Waibel (nikiwaibel) Date: 2008-01-01 02:53 Message: Logged In: YES user_id=1951 Originator: YES hmmm -- i reopened this issue... i found out that the synfig command does not set the locale when the program is started. attached a patch (synfig-0.61.07.nww.multibyte2.patch) that fixes it. (used only synfigstudio so far, which seems to set the locale correctly). File Added: synfig-0.61.07.nww.multibyte2.patch -- Comment By: dooglus (dooglus) Date: 2007-12-17 15:06 Message: Logged In: YES user_id=1546005 Originator: NO svn r1207 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1852208group_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-Patches-1852208 ] multibyte support for text layer
Patches item #1852208, was opened at 2007-12-17 11:17 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1852208group_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: Niki W. Waibel (nikiwaibel) Assigned to: Nobody/Anonymous (nobody) Summary: multibyte support for text layer Initial Comment: i recently stumbled upon synfig. amazing piece of software! i needed german umlauts in the text layer, which was not possible with synfig-0.61.07. created the attached patch. now it works fine. i am not a c++ expert, maybe you should have a quick check on the patch. it is pretty small anyway: 1 line is exchanged by 21 lines, 3 lines are added -- in only 1 file. please doublecheck line 21: (1) the (*iter) thing. i did not know how to do that in a clean way in c++. (2) text.end() - iter: not sure if this is the proper way to do it. (3) not sure if the error/warning stuff is 100% correct. -- Comment By: dooglus (dooglus) Date: 2008-01-01 17:01 Message: Logged In: YES user_id=1546005 Originator: NO That last comment was from me. Seems sf.net won't keep me logged in any more like it used to. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-01 17:00 Message: Logged In: NO Thanks for the patch Niki, but that setlocale() call has already been added to the code since the last release. When submitting patches for synfig, it's best to submit a patch against the current version of the code in subversion ( http://wiki.synfig.com/Subversion ) to avoid duplicating work. I just noticed that the call to setlocale() was conditional on gettext being available, which it needn't be, so I've changed that. -- Comment By: Niki W. Waibel (nikiwaibel) Date: 2008-01-01 02:53 Message: Logged In: YES user_id=1951 Originator: YES hmmm -- i reopened this issue... i found out that the synfig command does not set the locale when the program is started. attached a patch (synfig-0.61.07.nww.multibyte2.patch) that fixes it. (used only synfigstudio so far, which seems to set the locale correctly). File Added: synfig-0.61.07.nww.multibyte2.patch -- Comment By: dooglus (dooglus) Date: 2007-12-17 15:06 Message: Logged In: YES user_id=1546005 Originator: NO svn r1207 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1852208group_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-1862689 ] Misused libtool linking flags can cause linker failure
Bugs item #1862689, was opened at 2008-01-02 15:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862689group_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: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Macks (dmacks) Assigned to: Nobody/Anonymous (nobody) Summary: Misused libtool linking flags can cause linker failure Initial Comment: The flags that are used for linking synfig's modules and other components libsynfig are not up to the standards specified in the libtool/automake manuals for how one should be linking against a library in the build directory. Specific example of this would be synfig-0.61.07/src/modules/mod_dv/Makefile.am: libmod_dv_la_LIBADD = -L../../synfig -lsynfig @SYNFIG_LIBS@ By relying on the linker to find libsynfig via a search of -L paths, I get failures if there is an unrelated or incompatible or other unexpected libsynfig in a path passed by a prior -L flag. Instead, one should do: libmod_dv_la_LIBADD = ../../synfig/libsynfig.la @SYNFIG_LIBS@ so that the specific libsynfig in that location is linked. Same issue and analogous solution for virtually every Makefile.am in the synfig-0.61.07 source distro. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862689group_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-1862699 ] Loadable modules don't need shared-library versioning
Bugs item #1862699, was opened at 2008-01-02 15:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862699group_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: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Macks (dmacks) Assigned to: Nobody/Anonymous (nobody) Summary: Loadable modules don't need shared-library versioning Initial Comment: Nope, they don't:) All the src/modules/* targets should probably be built with -avoid-version because they are runtime-loadable modules rather than linkable shared libraries, and so don't need to publish any linker versioning information. For example, synfig-0.61.07/src/modules/example/Makefile.am is: libexample_la_LDFLAGS = -module -no-undefined but would be better as libexample_la_LDFLAGS = -module -no-undefined -avoid-version and analogously for all other modules's Makefile.am _LDFLAGS. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862699group_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-1862709 ] Lots of -I and -D flags passed to linker
Bugs item #1862709, was opened at 2008-01-02 16:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862709group_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 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Macks (dmacks) Assigned to: Nobody/Anonymous (nobody) Summary: Lots of -I and -D flags passed to linker Initial Comment: They are. They shouldn't be. Mostly harmless, but those flags are all for the compiling (.cpp - .o) stage, not the linking (.o - .so) stage. It's a symptom of using the intuitive meaning of the various Makefile.am variables rather than their documented meanings. CXXFLAGS is for *all* invocations of the c++ program, including compiling and linking. CPPFLAGS is for all compiling, both C and C++. So src/tool/Makefile.am: synfig_CXXFLAGS = -lsynfig @SYNFIG_CFLAGS@ is wrong a few ways. The linker flag -lsynfig should only be passed to the linker (and already is, in synfig_LDADD), and @SYNFIG_CFLAGS@ should only be passed to the compiler (via synfig_CPPFLAGS). @SYNFIG_CFLAGS@ is (mis)passed this same way in all Makefile.am, and similarly for some explicit -D flags and various other @*_CFLAGS@ variables. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862709group_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-1862699 ] Loadable modules don't need shared-library versioning
Bugs item #1862699, was opened at 2008-01-02 15:51 Message generated for change (Comment added) made by dmacks You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862699group_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: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Macks (dmacks) Assigned to: Nobody/Anonymous (nobody) Summary: Loadable modules don't need shared-library versioning Initial Comment: Nope, they don't:) All the src/modules/* targets should probably be built with -avoid-version because they are runtime-loadable modules rather than linkable shared libraries, and so don't need to publish any linker versioning information. For example, synfig-0.61.07/src/modules/example/Makefile.am is: libexample_la_LDFLAGS = -module -no-undefined but would be better as libexample_la_LDFLAGS = -module -no-undefined -avoid-version and analogously for all other modules's Makefile.am _LDFLAGS. -- Comment By: Daniel Macks (dmacks) Date: 2008-01-02 17:22 Message: Logged In: YES user_id=535292 Originator: YES File Added: no-module-versioning.patch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862699group_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-1862720 ] libltdl library and headers out of sync
Bugs item #1862720, was opened at 2008-01-02 22:27 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862720group_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: Latest release Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Daniel Macks (dmacks) Assigned to: Nobody/Anonymous (nobody) Summary: libltdl library and headers out of sync Initial Comment: configure checks for libltdl: checking for lt_dlinit in -lltdl... yes Because it was found, libsynfig is linked against it. synfig-0.61.07/src/synfig/Makefile.am has: libsynfig_la_LIBADD = @LIBLTDL@ @SYNFIG_LIBS@ @LIBADD_DL@ and configure generates a Makefile there with: LIBLTDL = -lltdl However, the headers used for compiling against libltdl are those for the libldtl that is included with the synfig distro itself, not the one on my global system (i.e., the ones that match the lib that is linked). That same Makefile.am has: INCLUDES = -I$(top_srcdir)/src -I$(top_srcdir)/libltdl so the local libltdl's headers are used unconditionally. Instead, I think @INCLTDL@ should be passed there, as configure automatically appears to set it to be in sync with @LIBLTDL@ (either the local -I if a local libltdl or blank if a global -lltdl). -- Comment By: dooglus (dooglus) Date: 2008-01-03 03:05 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r1262. Thanks Daniel. -- Comment By: Daniel Macks (dmacks) Date: 2008-01-02 23:20 Message: Logged In: YES user_id=535292 Originator: YES File Added: global-libltdl-headers.patch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862720group_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-1862689 ] Misused libtool linking flags can cause linker failure
Bugs item #1862689, was opened at 2008-01-02 21:33 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862689group_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: Latest release Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Daniel Macks (dmacks) Assigned to: Nobody/Anonymous (nobody) Summary: Misused libtool linking flags can cause linker failure Initial Comment: The flags that are used for linking synfig's modules and other components libsynfig are not up to the standards specified in the libtool/automake manuals for how one should be linking against a library in the build directory. Specific example of this would be synfig-0.61.07/src/modules/mod_dv/Makefile.am: libmod_dv_la_LIBADD = -L../../synfig -lsynfig @SYNFIG_LIBS@ By relying on the linker to find libsynfig via a search of -L paths, I get failures if there is an unrelated or incompatible or other unexpected libsynfig in a path passed by a prior -L flag. Instead, one should do: libmod_dv_la_LIBADD = ../../synfig/libsynfig.la @SYNFIG_LIBS@ so that the specific libsynfig in that location is linked. Same issue and analogous solution for virtually every Makefile.am in the synfig-0.61.07 source distro. -- Comment By: dooglus (dooglus) Date: 2008-01-03 03:06 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r1259 r1260. Thanks Daniel. -- Comment By: Daniel Macks (dmacks) Date: 2008-01-02 21:54 Message: Logged In: YES user_id=535292 Originator: YES Interestingly, src/modules/example/Makefile.am *does* do it correctly: libexample_la_LIBADD = ../../synfig/libsynfig.la @SYNFIG_LIBS@ so the rest of synfig just needs to follow its own example. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862689group_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-1862699 ] Loadable modules don't need shared-library versioning
Bugs item #1862699, was opened at 2008-01-02 21:51 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862699group_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: Latest release Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Daniel Macks (dmacks) Assigned to: Nobody/Anonymous (nobody) Summary: Loadable modules don't need shared-library versioning Initial Comment: Nope, they don't:) All the src/modules/* targets should probably be built with -avoid-version because they are runtime-loadable modules rather than linkable shared libraries, and so don't need to publish any linker versioning information. For example, synfig-0.61.07/src/modules/example/Makefile.am is: libexample_la_LDFLAGS = -module -no-undefined but would be better as libexample_la_LDFLAGS = -module -no-undefined -avoid-version and analogously for all other modules's Makefile.am _LDFLAGS. -- Comment By: dooglus (dooglus) Date: 2008-01-03 03:07 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r1261. Thanks Daniel. -- Comment By: dooglus (dooglus) Date: 2008-01-02 23:52 Message: Logged In: YES user_id=1546005 Originator: NO I applied this patch: http://dooglus.rincevent.net/synfig/1862699.txt but the modules were still created with version numbers: -rwxr-xr-x 1 chris chris1114 2008-01-02 23:46 libmod_bmp.la lrwxrwxrwx 1 chris chris 19 2008-01-02 23:46 libmod_bmp.so - libmod_bmp.so.0.0.0 lrwxrwxrwx 1 chris chris 19 2008-01-02 23:46 libmod_bmp.so.0 - libmod_bmp.so.0.0.0 -rwxr-xr-x 1 chris chris 1055872 2008-01-02 23:46 libmod_bmp.so.0.0.0 Is that what you would expect? -- Comment By: Daniel Macks (dmacks) Date: 2008-01-02 23:22 Message: Logged In: YES user_id=535292 Originator: YES File Added: no-module-versioning.patch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1862699group_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-Patches-1858904 ] ETL-configure-rev
Patches item #1858904, was opened at 2007-12-27 15:39 Message generated for change (Comment added) made by gmatrus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858904group_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: 3 Private: No Submitted By: Atrus (gmatrus) Assigned to: Nobody/Anonymous (nobody) Summary: ETL-configure-rev Initial Comment: Since an old bootstrap script was removed, synfig does not added revision number to its version, which hardcoded into the configure.ac. This patch is get this ability back. -- Comment By: Atrus (gmatrus) Date: 2008-01-07 00:15 Message: Logged In: YES user_id=1627997 Originator: YES As you can see, if not .svn directory or no svn client is present, no revision number will be added. So, for release we can make export of release revision or remove .svn directory manually. However, current version of this patch will display an error message while reconfiguring if no svn client is exist. I upload a bit of fixed version, which supress this message. File Added: ETL-configure-rev.patch -- Comment By: dooglus (dooglus) Date: 2008-01-01 19:39 Message: Logged In: YES user_id=1546005 Originator: NO What about for released versions? We want those to use the release number, not the subversion revision number. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858904group_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-Patches-1858905 ] synfig-core-configure-rev
Patches item #1858905, was opened at 2007-12-27 15:40 Message generated for change (Comment added) made by gmatrus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858905group_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: 3 Private: No Submitted By: Atrus (gmatrus) Assigned to: Nobody/Anonymous (nobody) Summary: synfig-core-configure-rev Initial Comment: Since an old bootstrap script was removed, synfig does not added revision number to its version, which hardcoded into the configure.ac. This patch is get this ability back. -- Comment By: Atrus (gmatrus) Date: 2008-01-07 00:18 Message: Logged In: YES user_id=1627997 Originator: YES File Added: synfig-core-configure-rev.patch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858905group_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-Patches-1858906 ] synfig-studio-configure-rev
Patches item #1858906, was opened at 2007-12-27 15:40 Message generated for change (Comment added) made by gmatrus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858906group_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: 3 Private: No Submitted By: Atrus (gmatrus) Assigned to: Nobody/Anonymous (nobody) Summary: synfig-studio-configure-rev Initial Comment: Since an old bootstrap script was removed, synfig does not added revision number to its version, which hardcoded into the configure.ac. This patch is get this ability back. -- Comment By: Atrus (gmatrus) Date: 2008-01-07 00:19 Message: Logged In: YES user_id=1627997 Originator: YES File Added: synfig-studio-configure-rev.patch -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858906group_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-Patches-1858904 ] ETL-configure-rev
Patches item #1858904, was opened at 2007-12-27 21:39 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858904group_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: 3 Private: No Submitted By: Atrus (gmatrus) Assigned to: Nobody/Anonymous (nobody) Summary: ETL-configure-rev Initial Comment: Since an old bootstrap script was removed, synfig does not added revision number to its version, which hardcoded into the configure.ac. This patch is get this ability back. -- Comment By: Paul Wise (pabs3) Date: 2008-01-08 10:45 Message: Logged In: YES user_id=35028 Originator: NO What happens if I do this? svn co ...r1234 ./configure make make install svn up ...r2345 make make install I think synfig will think it is r1234 instead of r2345. If we want to do this properly, we need something like autorevision from here: http://svn.gna.org/viewcvs/warzone/trunk/build_tools/autorevision/ It compiles some code that is run every time you build and generates a header file with version info in it. Really though, the SVN revision doesn't belong in the version number because it doesn't express stuff like use svn r1234, add these uncommitted changes, and use r1234 but use r2345 of this file. Instead, after every release we should bump the version number to something like 0.61.07-SVN or something. This is my opinion, I don't know what others think. -- Comment By: Atrus (gmatrus) Date: 2008-01-07 06:15 Message: Logged In: YES user_id=1627997 Originator: YES As you can see, if not .svn directory or no svn client is present, no revision number will be added. So, for release we can make export of release revision or remove .svn directory manually. However, current version of this patch will display an error message while reconfiguring if no svn client is exist. I upload a bit of fixed version, which supress this message. File Added: ETL-configure-rev.patch -- Comment By: dooglus (dooglus) Date: 2008-01-02 01:39 Message: Logged In: YES user_id=1546005 Originator: NO What about for released versions? We want those to use the release number, not the subversion revision number. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1858904group_id=144022 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1868911 ] Exported canvases and its layers still not deleted
Bugs item #1868911, was opened at 2008-01-10 23:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_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: Exported canvases and its layers still not deleted Initial Comment: Using svn 1316 1) File New. Default setiings 2) New Circle 3) Encapsulate 4) Export canvas parameter 5) close Synfigstudio 6) Save? (no) And the console says: Application appears to have terminated successfully synfig(14397) [22:45:15] error: 1 canvases not yet deleted! synfig(14397) [22:45:15] error: 1 layers not yet deleted! That's related with other bug I wrote: https://sourceforge.net/tracker/?func=detailaid=1848018group_id=144022atid=757416 -G -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_id=144022 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1868911 ] Exported canvases and its layers still not deleted
Bugs item #1868911, was opened at 2008-01-10 23:29 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_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: Exported canvases and its layers still not deleted Initial Comment: Using svn 1316 1) File New. Default setiings 2) New Circle 3) Encapsulate 4) Export canvas parameter 5) close Synfigstudio 6) Save? (no) And the console says: Application appears to have terminated successfully synfig(14397) [22:45:15] error: 1 canvases not yet deleted! synfig(14397) [22:45:15] error: 1 layers not yet deleted! That's related with other bug I wrote: https://sourceforge.net/tracker/?func=detailaid=1848018group_id=144022atid=757416 -G -- Comment By: Genete (genete) Date: 2008-01-11 10:51 Message: Logged In: YES user_id=1874777 Originator: YES File Added: blinepoint_icon.sif -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_id=144022 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1870006 ] ETL's test/angle fails
Bugs item #1870006, was opened at 2008-01-12 09:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1870006group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ETL's test/angle fails Initial Comment: Since the changes to allow rotations greater than 180 degrees to be animated, rather than always having angles shortcutted, the test program 'angle' now fails. It expects angles to be wrapped modulo 360. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1870006group_id=144022 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1798412 ] Some Text Layer parameters don't work
Bugs item #1798412, was opened at 2007-09-19 14:14 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1798412group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Some Text Layer parameters don't work Initial Comment: 0.61.06 synfigstudio SVN = 689; synfig SVN = 693 Add a text. Go to Style parameter and change it (to Italic or Oblique) Nothing change. Same with Weight parameter On the other hand the Font Family is not selectable form a list. I can only insert a text there. I have found that (in my Ubuntu 6.10) the following fonts work: Courier Times Serif Verdana Sans Serif (I think this one is the default one when it doesn't recognizes the font) Maybe there are more working. Is it not possible to include the possible fonts from a dialog window?. The user should select a font file (True Type) and the program read the file and render the text. Even more. Sometimes, when click on the parameter to edit it then it show me weird things like a pair of points values, the word Normal, Italic, and others. Finally the Orientation parameter should be called OffSet or Indent not Orientation. It is confusing. Carlos -- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-13 13:11 Message: Logged In: NO (still) same behaviour on (K)ubuntu 7.10 with synfig-studio 0.61.07 -- Comment By: dooglus (dooglus) Date: 2007-09-20 14:37 Message: Logged In: YES user_id=1546005 Originator: NO I agree that Orientation isn't a good name for it, but I don't know what is. An orientation of (0,0) means that the 'position' param specifies the position of the top left of the text and (1,1) means it specifies the bottom right. So it can be used for aligning a bunch of text layers I guess. Set the y-orientation to 1 and the text will be right-aligned. So should it be called Alignment instead? Orientation makes me think of rotation, which isn't right at all. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1798412group_id=144022 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1824437 ] studio sometimes renders tiles with a stepped offset
Bugs item #1824437, was opened at 2007-11-01 19:56 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1824437group_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 sometimes renders tiles with a stepped offset Initial Comment: http://home.comcast.net/~pxegeek/synfig/plant_woo.JPG http://home.comcast.net/~pxegeek/synfig/piratesbug.jpg -- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-14 06:04 Message: Logged In: NO I changed the tile size to be 4x4 instead of 128x128 and it happens a lot more often. Here's an example: http://dooglus.rincevent.net/synfig/skew.png -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1824437group_id=144022 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1824437 ] studio sometimes renders tiles with a stepped offset
Bugs item #1824437, was opened at 2007-11-01 19:56 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1824437group_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 sometimes renders tiles with a stepped offset Initial Comment: http://home.comcast.net/~pxegeek/synfig/plant_woo.JPG http://home.comcast.net/~pxegeek/synfig/piratesbug.jpg -- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-14 06:27 Message: Logged In: NO It seems that the problem only happens when the workarea is in the default of 'low resolution' rendering. And also, only when the width of the workarea is a multiple of (tile_size/2) but NOT of (tile_size). ie. when it's a multiple of 64, but not of 128. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-14 06:11 Message: Logged In: NO A better example: http://dooglus.rincevent.net/synfig/skew2.png -- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-14 06:04 Message: Logged In: NO I changed the tile size to be 4x4 instead of 128x128 and it happens a lot more often. Here's an example: http://dooglus.rincevent.net/synfig/skew.png -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1824437group_id=144022 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Feature Requests-1831897 ] Give use to width from plant vertices
Feature Requests item #1831897, was opened at 2007-11-14 17:57 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1831897group_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: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Give use to width from plant vertices Initial Comment: Plant layer vertices have a parameter defined but not used Width. I would like that this paramter were used to scale the Tangential and Perpendicular velocities. With this you could have a variable tangential and perpendicular velocities through the vertices. It would allow triangular shaped plants what is a more realistic representation of a plant (new sprouts are smaller). Currently the plants have constant velocity for all the bline segments what make them a little boring :) It should be something similar to Drag parameter but variable from vertice to vertice. Variation could be linear or user defined. Best Carlos -- Comment By: Genete (genete) Date: 2008-01-15 22:46 Message: Logged In: YES user_id=1874777 Originator: YES Try this patch. Added patch.txt file. Best Carlos File Added: patch.txt -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1831897group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1831897 ] Give use to width from plant vertices
Feature Requests item #1831897, was opened at 2007-11-14 17:57 Message generated for change (Settings changed) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1831897group_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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Give use to width from plant vertices Initial Comment: Plant layer vertices have a parameter defined but not used Width. I would like that this paramter were used to scale the Tangential and Perpendicular velocities. With this you could have a variable tangential and perpendicular velocities through the vertices. It would allow triangular shaped plants what is a more realistic representation of a plant (new sprouts are smaller). Currently the plants have constant velocity for all the bline segments what make them a little boring :) It should be something similar to Drag parameter but variable from vertice to vertice. Variation could be linear or user defined. Best Carlos -- Comment By: dooglus (dooglus) Date: 2008-01-16 00:34 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in r1385. Uses a new version (0.2) of the plant layer, so existing plants will continue to render as before. CutPaste an old 0.1 plant layer to convert it to 0.2. -- Comment By: Genete (genete) Date: 2008-01-15 22:46 Message: Logged In: YES user_id=1874777 Originator: YES Try this patch. Added patch.txt file. Best Carlos File Added: patch.txt -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1831897group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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 dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1796857group_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 layers 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: dooglus (dooglus) Date: 2008-01-17 19:48 Message: Logged In: YES user_id=1546005 Originator: NO I see handles for the rotate layer both in the current svn version and in release 0.61.06 of studio. Can anyone else reproduce this? Ulrik, do you still have the problem? -- Comment By: dooglus (dooglus) Date: 2007-09-20 23:30 Message: Logged In: YES user_id=1546005 Originator: NO I don't see the problem. It would be great if you could find out what the exact circumstances are. I suspect that saving and reloading the canvas probably fixes the problem, so it's not possible to show me an example .sif file unfortunately. -- 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=detailatid=757416aid=1796857group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-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 (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1779592group_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) -- Comment By: dooglus (dooglus) Date: 2008-01-17 20:02 Message: Logged In: YES user_id=1546005 Originator: YES #0 0xe410 in __kernel_vsyscall () #1 0xb69b9875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb69bb201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb69b2b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6 #4 0x084a999e in studio::StateBLine_Context::run_ (this=0x91cf400) at state_bline.cpp:595 #5 0x084aec7e in studio::StateBLine_Context::run (this=0x91cf400) at state_bline.cpp:487 #6 0x084aee24 in ~StateBLine_Context (this=0x91cf400) at state_bline.cpp:435 #7 0x084b9011 in etl::smachstudio::CanvasView, studio::EventKey, etl::mutex_null::statestudio::StateBLine_Context::leave_state (this=0x86c83c0, x=0x91cf400) at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:244 #8 0x082d7d03 in etl::smachstudio::CanvasView, studio::EventKey, etl::mutex_null::egress (this=0x8a2932c) at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:398 #9 0x082d7eb5 in etl::smachstudio::CanvasView, studio::EventKey, etl::mutex_null::process_event (this=0x8a2932c, [EMAIL PROTECTED]) at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:584 #10 0x083b4de4 in etl::smachstudio::CanvasView, studio::EventKey, etl::mutex_null::process_event (this=0x8a2932c, [EMAIL PROTECTED]) at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:554 #11 0x08380853 in studio::CanvasView::process_event_key (this=0x8a292e0, x=studio::EVENT_LAYER_SELECTION_CHANGED) at canvasview.cpp:3328 #12 0x083a7ea2 in sigc::bound_mem_functor1etl::smachstudio::CanvasView, studio::EventKey, etl::mutex_null::event_result, studio::CanvasView, studio::EventKey::operator() (this=0x918db7c, [EMAIL PROTECTED]) at /usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1851 #13 0x083a7ebf in sigc::adaptor_functorsigc::bound_mem_functor1etl::smachstudio::CanvasView, studio::EventKey, etl::mutex_null::event_result, studio::CanvasView, studio::EventKey ::operator()studio::EventKey (this=0x918db78, [EMAIL PROTECTED]) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:84 #14 0x083a7ee8 in sigc::bind_functor-1, sigc::bound_mem_functor1etl::smachstudio::CanvasView, studio::EventKey, etl::mutex_null::event_result, studio::CanvasView, studio::EventKey, studio::EventKey, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil::operator() (this=0x918db74) at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1110 #15 0x083a7efe in sigc::retype_return_functorvoid, sigc::bind_functor-1, sigc::bound_mem_functor1etl::smachstudio::CanvasView, studio::EventKey, etl::mutex_null::event_result, studio::CanvasView, studio::EventKey, studio::EventKey, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil ::operator() (this=0x918db70) at /usr/include/sigc++-2.0/sigc++/adaptors/retype_return.h:265 #16 0x083a7f1a in sigc::internal::slot_call0sigc::retype_return_functorvoid, sigc::bind_functor-1, sigc::bound_mem_functor1etl::smachstudio::CanvasView, studio::EventKey, etl::mutex_null::event_result, studio::CanvasView, studio::EventKey, studio::EventKey, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil , void::call_it (rep=0x918db58) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:103 #17 0xb701d49a in Glib::SignalProxyNormal::slot0_void_callback ( self=0x9161400, data=0x918db40) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:440 #18 0xb6ce8c09 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #19 0xb6cdb772 in g_closure_invoke
[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=detailatid=757416aid=1796857group_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: Works For Me Priority: 4 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 layers 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: 2008-01-18 10:08 Message: Logged In: YES user_id=1378264 Originator: YES I can't reproduce this bug anymore. -- Comment By: dooglus (dooglus) Date: 2008-01-17 19:48 Message: Logged In: YES user_id=1546005 Originator: NO I see handles for the rotate layer both in the current svn version and in release 0.61.06 of studio. Can anyone else reproduce this? Ulrik, do you still have the problem? -- Comment By: dooglus (dooglus) Date: 2007-09-20 23:30 Message: Logged In: YES user_id=1546005 Originator: NO I don't see the problem. It would be great if you could find out what the exact circumstances are. I suspect that saving and reloading the canvas probably fixes the problem, so it's not possible to show me an example .sif file unfortunately. -- 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=detailatid=757416aid=1796857group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1879205 ] vertices
Feature Requests item #1879205, was opened at 2008-01-24 12:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1879205group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: vertices Initial Comment: the ability to delete multiple or grouped vertices's in an object or layer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1879205group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-Patches-1879688 ] Enable import lipsync voice from Papagayo
Patches item #1879688, was opened at 2008-01-25 15:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1879688group_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: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Enable import lipsync voice from Papagayo Initial Comment: This patch modify the listimporter.cpp file to allow directly read Papagayo voice output files. Limitations: 1) The phonemes files must be *.jpg files. 2) To match FPS you should insert it manually in the .lst file. If not inserted the FPS parameter it is set to 15. The list of phonemes image files (jpg) are (upper case sensitive): AI.jpg E.jpg etc.jpg FV.jpg L.jpg MBP.jpg O.jpg rest.jpg U.jpg WQ.jpg -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1879688group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1880732 ] Synfig cant get up
Bugs item #1880732, was opened at 2008-01-27 06:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1880732group_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 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Synfig cant get up Initial Comment: I had much trouble - with *.dll's missing @ app launch, got them all put them in system32 folder and still bad bad bad as pic shows ... DELL INSPIRON 1501 AMD 64 ATHLONx2 WIN VISTA LATEST UPDATES ETC.. HO HO HO - I WISH I COULD USE THIS APP. ROGERSOUNDPAINTER AT THE HOT MAIL DOT COM -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1880732group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1880732 ] Synfig cant get up
Bugs item #1880732, was opened at 2008-01-27 23:42 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1880732group_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 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Synfig cant get up Initial Comment: I had much trouble - with *.dll's missing @ app launch, got them all put them in system32 folder and still bad bad bad as pic shows ... DELL INSPIRON 1501 AMD 64 ATHLONx2 WIN VISTA LATEST UPDATES ETC.. HO HO HO - I WISH I COULD USE THIS APP. ROGERSOUNDPAINTER AT THE HOT MAIL DOT COM -- Comment By: Paul Wise (pabs3) Date: 2008-01-28 01:06 Message: Logged In: YES user_id=35028 Originator: NO Where did you get the DLLs? Which DLLs were missing? Please do the following: Delete those DLLs you found. Install in the following order: gtk gtkmm synfig synfigstudio Using the downloads here: http://synfig.org/Download -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1880732group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1883030 ] Sy-n-fig-s3-boid.sifz renders badly
Bugs item #1883030, was opened at 2008-01-30 23:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1883030group_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: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Sy-n-fig-s3-boid.sifz renders badly Initial Comment: Using svn 1517 http://synfig.org/images/f/fe/Sy-n-fig-s3-boid.sifz Renders badly. Everything points to the Time Loop layer. -G -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1883030group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1853486 ] libsynfig-0.dll not found
Bugs item #1853486, was opened at 2007-12-18 13:34 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1853486group_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 Status: Open Resolution: None Priority: 5 Private: No Submitted By: metzelos (metzelos) Assigned to: Atrus (gmatrus) Summary: libsynfig-0.dll not found Initial Comment: the application cannot be executed becaouse the file : libsynfig-0.dll is missing. I do not know if it helps but my OS is Vista -- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-31 02:59 Message: Logged In: NO I have the exact same problem. It would be nice to solve this. -- Comment By: Paul Wise (pabs3) Date: 2007-12-30 03:40 Message: Logged In: YES user_id=35028 Originator: NO Assigning to Win32 maintainer. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1853486group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-Patches-1879688 ] Enable import lipsync voice from Papagayo
Patches item #1879688, was opened at 2008-01-25 15:56 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1879688group_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: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Enable import lipsync voice from Papagayo Initial Comment: This patch modify the listimporter.cpp file to allow directly read Papagayo voice output files. Limitations: 1) The phonemes files must be *.jpg files. 2) To match FPS you should insert it manually in the .lst file. If not inserted the FPS parameter it is set to 15. The list of phonemes image files (jpg) are (upper case sensitive): AI.jpg E.jpg etc.jpg FV.jpg L.jpg MBP.jpg O.jpg rest.jpg U.jpg WQ.jpg -- Comment By: dooglus (dooglus) Date: 2008-01-31 18:40 Message: Logged In: YES user_id=1546005 Originator: NO Committed as svn r1540. -- Comment By: Genete (genete) Date: 2008-01-26 17:06 Message: Logged In: YES user_id=1874777 Originator: YES Added a new patch. Now image file format can be indicated inside the lst file: this is a valid sample lst file (Papagayo format): MohoSwitch1 FPS 24 jpg 4 O 7 L 10 AI 13 rest 22 rest 23 MBP 26 E 29 etc 31 AI 33 MBP 35 O 37 etc 39 E 41 etc 43 E 45 etc 47 E 49 rest Notice that FPS and file format (jpg) are manually included by the user editing the lst file. Recognized formats are: png, jpg, tiff, ppm They can be extended. File Added: patch2.txt -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757418aid=1879688group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1868911 ] Exported canvases and its layers still not deleted
Bugs item #1868911, was opened at 2008-01-10 23:29 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_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: Exported canvases and its layers still not deleted Initial Comment: Using svn 1316 1) File New. Default setiings 2) New Circle 3) Encapsulate 4) Export canvas parameter 5) close Synfigstudio 6) Save? (no) And the console says: Application appears to have terminated successfully synfig(14397) [22:45:15] error: 1 canvases not yet deleted! synfig(14397) [22:45:15] error: 1 layers not yet deleted! That's related with other bug I wrote: https://sourceforge.net/tracker/?func=detailaid=1848018group_id=144022atid=757416 -G -- Comment By: dooglus (dooglus) Date: 2008-02-01 12:54 Message: Logged In: YES user_id=1546005 Originator: NO I've been looking into this, and it's quite tricky. The ValueBase class can hold various types (all 13 of Synfig's value types). This includes canvases as one of the types. When: ValueBase::set(Canvas* x) is used to set the value of a ValueBase object to be a canvas pointer, one of the following is done: if(x x-is_inline()) _set(etl::handleCanvas(x)); else _set(etl::loose_handleCanvas(x)); so whether or not the canvas' refcount is incremented depends on whether the canvas is inline *at the moment*. Similarly when we put a loose_handleCanvas or a handleCanvas into a ValueBase - we convert both types to handleCanvas(x) (if inline) or to loose_handleCanvas(x) (otherwise). Then, later, when we've finished with the ValueBase, we ValueBase::clear() it's value, and if it's a canvas value: etl::handleCanvas canvas(get(etl::loose_handleCanvas())); if(canvas canvas-is_inline()) delete static_castetl::handleCanvas*(data); else delete static_castetl::loose_handleCanvas*(data); ie. we unreference it only if it is inline now. Well, the problem is what happens if a canvas wasn't inline when you put it into the ValueBase, but it IS inline when you clear the ValueBase later? You ref but never unref, the refcount never goes below 1 and the canvas not yet deleted on exit. (the layer not yet deleted is probably because the canvas is holding a reference to it - fix the canvas problem the layer problem gets fixed too). Do we need to adjust the count when changing a value from inline to exported? Or keep the two types of value (inline and not) in different types of ValueBase? -- Comment By: Genete (genete) Date: 2008-01-11 10:51 Message: Logged In: YES user_id=1874777 Originator: YES File Added: blinepoint_icon.sif -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1741220 ] Use standard Gtk About dialog
Feature Requests item #1741220, was opened at 2007-06-22 07:37 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1741220group_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: 1 Private: No Submitted By: Alan Horkan (horkana) Assigned to: Nobody/Anonymous (nobody) Summary: Use standard Gtk About dialog Initial Comment: Not really a bug so I file my suggestion here that Synfig would do well to use the standard Gtk About dialog. It may seem trivial but the standard dialog means that little bit less maintenance, that little bit more consistency, it provides a suitable place for a longer list of authors and other contributors such as translators and documentation. The standard Gtk About dialog also encourages good habits such as including a description of what the program is actually About namely 2-D Animation. Hope you will consider this minor suggestion and take it as an opportunity to cut out one more bit of custom code and save that little bit of maintenance for the drawing and animation I'm sure the users care most about. -- Comment By: Paul Wise (pabs3) Date: 2008-02-01 20:44 Message: Logged In: YES user_id=35028 Originator: NO Just letting you know I'm working on this - using the GTK+ about dialog, like GIMP 2.4 does. I'm almost done too. Also there is a competition for a new splash screen, you might want to participate: http://synfig.org/forums/viewtopic.php?p=165 -- Comment By: Alan Horkan (horkana) Date: 2007-06-23 03:22 Message: Logged In: YES user_id=402612 Originator: YES First let me say that although the standard about dialog is dull it is deliberately dull and provides useful information. I'd expect a nice big Synfig graphic (or animation even) could be used to liven it up a little without sacrificing the dull but helpful functionality. The first time I used the current about dialog I was left wondering how I was supposed to close it, the eye candy was cripplingly bad in terms of accessibility. Also the dialog doesn't actually tell you what Synfig is _about_ namely Animation. Version information is helpful every once in a a while and contributors always like being about to point out their names to others and say look what I helped make. Faster startup is easier said than done but having a splash screen no matter how sexy isn't really something to strive for. Splash screens only serve to show how slow a program is at loading, and in an ideal world they wouldn't be necessary. In any case it is a very minor issue and would surely come low on the priority list. Might make for a relatively easy trivial task someone might play around as a first step into the Synfig codebase. -- Comment By: Paul Wise (pabs3) Date: 2007-06-22 18:01 Message: Logged In: YES user_id=35028 Originator: NO A related bug: http://sf.net/support/tracker.php?aid=1678554 I personally like the existing dialog, would rather fix the problems with it than replace it with a very unsexy dialog. It is used for the splash screen too, so we would have to add new code to go with the unsexy standard dialog. I'm open to hearing what everyone else thinks. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1741220group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1884491 ] synfig has no loop detection for canvas references
Bugs item #1884491, was opened at 2008-02-01 16:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1884491group_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: synfig has no loop detection for canvas references Initial Comment: If exported canvas A contains a PasteCanvas that uses canvas B, and exported canvas B contains a PasteCanvas that uses canvas A, then there's a crash. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1884491group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1350716 ] jlipsync and magpie support
Feature Requests item #1350716, was opened at 2005-11-08 05:36 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1350716group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: jlipsync and magpie support Initial Comment: Lip synchronisation software support might be a long-term goal. JLipSync -- http://jlipsync.sourceforge.net/ Magpie is the commercial equivalent. -- Comment By: Paul Wise (pabs3) Date: 2008-02-01 23:03 Message: Logged In: YES user_id=35028 Originator: NO papagayo support was recently added to SVN. -- Comment By: Paul Wise (pabs3) Date: 2006-01-11 20:59 Message: Logged In: YES user_id=35028 Another one to consider support for http://www.lostmarble.com/papagayo/index.shtml -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1350716group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1741220 ] Use standard Gtk About dialog
Feature Requests item #1741220, was opened at 2007-06-22 07:37 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1741220group_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: 1 Private: No Submitted By: Alan Horkan (horkana) Assigned to: Paul Wise (pabs3) Summary: Use standard Gtk About dialog Initial Comment: Not really a bug so I file my suggestion here that Synfig would do well to use the standard Gtk About dialog. It may seem trivial but the standard dialog means that little bit less maintenance, that little bit more consistency, it provides a suitable place for a longer list of authors and other contributors such as translators and documentation. The standard Gtk About dialog also encourages good habits such as including a description of what the program is actually About namely 2-D Animation. Hope you will consider this minor suggestion and take it as an opportunity to cut out one more bit of custom code and save that little bit of maintenance for the drawing and animation I'm sure the users care most about. -- Comment By: Paul Wise (pabs3) Date: 2008-02-01 22:24 Message: Logged In: YES user_id=35028 Originator: NO This is now fixed in SVN r1545 by moving the current dialog to a splash and reimplementing the about dialog using Gtk::AboutDialog. -- Comment By: Paul Wise (pabs3) Date: 2008-02-01 20:44 Message: Logged In: YES user_id=35028 Originator: NO Just letting you know I'm working on this - using the GTK+ about dialog, like GIMP 2.4 does. I'm almost done too. Also there is a competition for a new splash screen, you might want to participate: http://synfig.org/forums/viewtopic.php?p=165 -- Comment By: Alan Horkan (horkana) Date: 2007-06-23 03:22 Message: Logged In: YES user_id=402612 Originator: YES First let me say that although the standard about dialog is dull it is deliberately dull and provides useful information. I'd expect a nice big Synfig graphic (or animation even) could be used to liven it up a little without sacrificing the dull but helpful functionality. The first time I used the current about dialog I was left wondering how I was supposed to close it, the eye candy was cripplingly bad in terms of accessibility. Also the dialog doesn't actually tell you what Synfig is _about_ namely Animation. Version information is helpful every once in a a while and contributors always like being about to point out their names to others and say look what I helped make. Faster startup is easier said than done but having a splash screen no matter how sexy isn't really something to strive for. Splash screens only serve to show how slow a program is at loading, and in an ideal world they wouldn't be necessary. In any case it is a very minor issue and would surely come low on the priority list. Might make for a relatively easy trivial task someone might play around as a first step into the Synfig codebase. -- Comment By: Paul Wise (pabs3) Date: 2007-06-22 18:01 Message: Logged In: YES user_id=35028 Originator: NO A related bug: http://sf.net/support/tracker.php?aid=1678554 I personally like the existing dialog, would rather fix the problems with it than replace it with a very unsexy dialog. It is used for the splash screen too, so we would have to add new code to go with the unsexy standard dialog. I'm open to hearing what everyone else thinks. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757419aid=1741220group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1868911 ] Exported canvases and its layers still not deleted
Bugs item #1868911, was opened at 2008-01-10 23:29 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_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: Fixed Priority: 5 Private: No Submitted By: Genete (genete) Assigned to: Nobody/Anonymous (nobody) Summary: Exported canvases and its layers still not deleted Initial Comment: Using svn 1316 1) File New. Default setiings 2) New Circle 3) Encapsulate 4) Export canvas parameter 5) close Synfigstudio 6) Save? (no) And the console says: Application appears to have terminated successfully synfig(14397) [22:45:15] error: 1 canvases not yet deleted! synfig(14397) [22:45:15] error: 1 layers not yet deleted! That's related with other bug I wrote: https://sourceforge.net/tracker/?func=detailaid=1848018group_id=144022atid=757416 -G -- Comment By: dooglus (dooglus) Date: 2008-02-01 16:34 Message: Logged In: YES user_id=1546005 Originator: NO You write still not deleted in the subject - does that mean you've reported this before? I can't find the other report, if so. -- Comment By: dooglus (dooglus) Date: 2008-02-01 16:32 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r1546. -- Comment By: dooglus (dooglus) Date: 2008-02-01 16:01 Message: Logged In: YES user_id=1546005 Originator: NO I found a solution. CanvasInterface::generate_param_list() in canvasinterface.cpp was putting the ValueBase object onto its param_list, where it was staying while the canvas was changed from inline to exported, after which it forgot that it needed to be unref()ed. So rather than putting the ValueBase onto the param_list, I'm putting a Canvas::LooseHandle there instead: if (value_desc.get_value_type() == ValueBase::TYPE_CANVAS) param_list.add(value, Canvas::LooseHandle(value_desc.get_value(). get(Canvas::LooseHandle(; else param_list.add(value,value_desc.get_value()); -- Comment By: dooglus (dooglus) Date: 2008-02-01 12:54 Message: Logged In: YES user_id=1546005 Originator: NO I've been looking into this, and it's quite tricky. The ValueBase class can hold various types (all 13 of Synfig's value types). This includes canvases as one of the types. When: ValueBase::set(Canvas* x) is used to set the value of a ValueBase object to be a canvas pointer, one of the following is done: if(x x-is_inline()) _set(etl::handleCanvas(x)); else _set(etl::loose_handleCanvas(x)); so whether or not the canvas' refcount is incremented depends on whether the canvas is inline *at the moment*. Similarly when we put a loose_handleCanvas or a handleCanvas into a ValueBase - we convert both types to handleCanvas(x) (if inline) or to loose_handleCanvas(x) (otherwise). Then, later, when we've finished with the ValueBase, we ValueBase::clear() it's value, and if it's a canvas value: etl::handleCanvas canvas(get(etl::loose_handleCanvas())); if(canvas canvas-is_inline()) delete static_castetl::handleCanvas*(data); else delete static_castetl::loose_handleCanvas*(data); ie. we unreference it only if it is inline now. Well, the problem is what happens if a canvas wasn't inline when you put it into the ValueBase, but it IS inline when you clear the ValueBase later? You ref but never unref, the refcount never goes below 1 and the canvas not yet deleted on exit. (the layer not yet deleted is probably because the canvas is holding a reference to it - fix the canvas problem the layer problem gets fixed too). Do we need to adjust the count when changing a value from inline to exported? Or keep the two types of value (inline and not) in different types of ValueBase? -- Comment By: Genete (genete) Date: 2008-01-11 10:51 Message: Logged In: YES user_id=1874777 Originator: YES File Added: blinepoint_icon.sif -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Synfig-devl mailing list Synfig-devl
[Synfig-devl] [ synfig-Bugs-1868911 ] Exported canvases and its layers still not deleted
Bugs item #1868911, was opened at 2008-01-10 23:29 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_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: Exported canvases and its layers still not deleted Initial Comment: Using svn 1316 1) File New. Default setiings 2) New Circle 3) Encapsulate 4) Export canvas parameter 5) close Synfigstudio 6) Save? (no) And the console says: Application appears to have terminated successfully synfig(14397) [22:45:15] error: 1 canvases not yet deleted! synfig(14397) [22:45:15] error: 1 layers not yet deleted! That's related with other bug I wrote: https://sourceforge.net/tracker/?func=detailaid=1848018group_id=144022atid=757416 -G -- Comment By: dooglus (dooglus) Date: 2008-02-01 16:32 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in svn r1546. -- Comment By: dooglus (dooglus) Date: 2008-02-01 16:01 Message: Logged In: YES user_id=1546005 Originator: NO I found a solution. CanvasInterface::generate_param_list() in canvasinterface.cpp was putting the ValueBase object onto its param_list, where it was staying while the canvas was changed from inline to exported, after which it forgot that it needed to be unref()ed. So rather than putting the ValueBase onto the param_list, I'm putting a Canvas::LooseHandle there instead: if (value_desc.get_value_type() == ValueBase::TYPE_CANVAS) param_list.add(value, Canvas::LooseHandle(value_desc.get_value(). get(Canvas::LooseHandle(; else param_list.add(value,value_desc.get_value()); -- Comment By: dooglus (dooglus) Date: 2008-02-01 12:54 Message: Logged In: YES user_id=1546005 Originator: NO I've been looking into this, and it's quite tricky. The ValueBase class can hold various types (all 13 of Synfig's value types). This includes canvases as one of the types. When: ValueBase::set(Canvas* x) is used to set the value of a ValueBase object to be a canvas pointer, one of the following is done: if(x x-is_inline()) _set(etl::handleCanvas(x)); else _set(etl::loose_handleCanvas(x)); so whether or not the canvas' refcount is incremented depends on whether the canvas is inline *at the moment*. Similarly when we put a loose_handleCanvas or a handleCanvas into a ValueBase - we convert both types to handleCanvas(x) (if inline) or to loose_handleCanvas(x) (otherwise). Then, later, when we've finished with the ValueBase, we ValueBase::clear() it's value, and if it's a canvas value: etl::handleCanvas canvas(get(etl::loose_handleCanvas())); if(canvas canvas-is_inline()) delete static_castetl::handleCanvas*(data); else delete static_castetl::loose_handleCanvas*(data); ie. we unreference it only if it is inline now. Well, the problem is what happens if a canvas wasn't inline when you put it into the ValueBase, but it IS inline when you clear the ValueBase later? You ref but never unref, the refcount never goes below 1 and the canvas not yet deleted on exit. (the layer not yet deleted is probably because the canvas is holding a reference to it - fix the canvas problem the layer problem gets fixed too). Do we need to adjust the count when changing a value from inline to exported? Or keep the two types of value (inline and not) in different types of ValueBase? -- Comment By: Genete (genete) Date: 2008-01-11 10:51 Message: Logged In: YES user_id=1874777 Originator: YES File Added: blinepoint_icon.sif -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1868911group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1885739 ] Cannot fill an outline
Bugs item #1885739, was opened at 2008-02-03 21:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1885739group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: Konstantin Dmitryev (zelgadis_ksee) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot fill an outline Initial Comment: Synfig SVN 1514. Outline wraps around the region layer instead of be filled as stated in http://synfig.org/How_do_I#Fill_an_outline.3F Steps to reproduce: * Choose a BLine tool * Make sure what Fill checkbox is not set on the Tool Options Panel * Construct some Bline * Right-click on the created outline layer on the Layers Panel and select New Layer - Geometry - Region. Region Layer will be placed above the Outline Layer * Click on the Outline Layer holding the Ctrl key to select it * In Params Panel right-click Verticles parameter and select Link * The outline layer will wrap around region layer _instead_of_ opposite (as stated in http://synfig.org/How_do_I#Fill_an_outline.3F) NOTE: If you do the following after that: * press Ctrl+Z * Move region layer under the outline layer * Then place region layer over outline layer again * Select both layers and link verticles parameters Everything will work as expected. It could be related with bug #1705302 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1885739group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1885739 ] Cannot fill an outline
Bugs item #1885739, was opened at 2008-02-03 16:26 Message generated for change (Settings changed) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1885739group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Konstantin Dmitryev (zelgadis_ksee) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot fill an outline Initial Comment: Synfig SVN 1514. Outline wraps around the region layer instead of be filled as stated in http://synfig.org/How_do_I#Fill_an_outline.3F Steps to reproduce: * Choose a BLine tool * Make sure what Fill checkbox is not set on the Tool Options Panel * Construct some Bline * Right-click on the created outline layer on the Layers Panel and select New Layer - Geometry - Region. Region Layer will be placed above the Outline Layer * Click on the Outline Layer holding the Ctrl key to select it * In Params Panel right-click Verticles parameter and select Link * The outline layer will wrap around region layer _instead_of_ opposite (as stated in http://synfig.org/How_do_I#Fill_an_outline.3F) NOTE: If you do the following after that: * press Ctrl+Z * Move region layer under the outline layer * Then place region layer over outline layer again * Select both layers and link verticles parameters Everything will work as expected. It could be related with bug #1705302 -- Comment By: dooglus (dooglus) Date: 2008-02-03 19:07 Message: Logged In: YES user_id=1546005 Originator: NO I just fixed the wiki page. I've reordered the first 2 methods, since the method you used relies on the user understanding how studio decides which layer to use when linking. In your case, what was happening was that the only way studio could chose was based on modification time. Linking and undoing left the modification times the same, and so there was nothing left to distinguish them. The new #1 method in the 'how do i' page is better - export and connect, rather than link. Thanks for the bug report. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1885739group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1891391 ] Insert point close to the end one during Bline creation fail
Bugs item #1891391, was opened at 2008-02-11 20:23 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1891391group_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: Insert point close to the end one during Bline creation fail Initial Comment: Using svn 1669 See this video to understand what I mean: http://www.darthfurby.com/genete/synfig/out5.ogg Best -- Comment By: dooglus (dooglus) Date: 2008-02-11 21:27 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in SVN r1676. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1891391group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1891403 ] same size circles have different radii?
Bugs item #1891403, was opened at 2008-02-11 20:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1891403group_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: same size circles have different radii? Initial Comment: 1. start synfig 2. set units to pixels 3. (make new composition) 4. edit properties 5. width = 1000 6. ok 7. draw circle 8. encapsulate circle 9. copy inline canvas 10. paste 11. open both encapsulations 12. compare circle radii 13. the circles are the same size on screen, but have different radii -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1891403group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1891391 ] Insert point close to the end one during Bline creation fail
Bugs item #1891391, was opened at 2008-02-11 20:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1891391group_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: Insert point close to the end one during Bline creation fail Initial Comment: Using svn 1669 See this video to understand what I mean: http://www.darthfurby.com/genete/synfig/out5.ogg Best -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1891391group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1891359 ] mirror tool interacts badly with restricted radius ducks
Bugs item #1891359, was opened at 2008-02-11 19:40 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1891359group_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: mirror tool interacts badly with restricted radius ducks Initial Comment: enable the recently added 'restrict radius ducks to top right quadrant' setting draw a bline select it show width ducks select all ducks select mirror tool set it to horizontal drag a duck The width ducks are all set to zero. -- Comment By: dooglus (dooglus) Date: 2008-02-11 19:51 Message: Logged In: YES user_id=1546005 Originator: YES Fixed in SVN r1672. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1891359group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1702760 ] various compiler warnings
Bugs item #1702760, was opened at 2007-04-18 11:07 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1702760group_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: various compiler warnings Initial Comment: Look into fixing these compiler warnings: + | synfig-core/src/synfig/valuenode_animated.cpp + valuenode_animated.cpp: In member function 'void _HermiteT::on_changed() [with T = int]': valuenode_animated.cpp:1174: instantiated from here valuenode_animated.cpp:459: warning: converting to 'int' from 'double' valuenode_animated.cpp:461: warning: converting to 'int' from 'double' + | synfig-core/src/modules/mod_openexr/mptr_openexr.cpp + In file included from mptr_openexr.cpp:35: ../../../src/synfig/synfig.h:32:2: warning: #warning The use of this header is deprecated. Please use the individual header files. + | synfig-core/src/modules/mod_openexr/trgt_openexr.cpp + In file included from trgt_openexr.cpp:37: ../../../src/synfig/synfig.h:32:2: warning: #warning The use of this header is deprecated. Please use the individual header files. + | synfig-core/src/modules/mod_ppm/trgt_ppm.cpp + In file included from trgt_ppm.cpp:37: ../../../src/synfig/synfig.h:32:2: warning: #warning The use of this header is deprecated. Please use the individual header files. + | synfig-core/src/modules/mod_png/trgt_png.cpp + trgt_png.cpp: In member function 'virtual bool png_trgt::start_frame(synfig::ProgressCallback*)': trgt_png.cpp:210: warning: missing initializer for member 'png_text_struct::text_length' trgt_png.cpp:210: warning: missing initializer for member 'png_text_struct::text_length' trgt_png.cpp:210: warning: missing initializer for member 'png_text_struct::text_length' + | synfig-studio/src/synfigapp/actions/valuenodedynamiclistinsertsmart.cpp + actions/valuenodedynamiclistinsertsmart.cpp: In member function 'virtual void synfigapp::Action::ValueNodeDynamicListInsertSmart::prepare()': actions/valuenodedynamiclistinsertsmart.cpp:164: warning: comparison between signed and unsigned integer expressions actions/valuenodedynamiclistinsertsmart.cpp:167: warning: comparison between signed and unsigned integer expressions + | synfig-studio/src/gtkmm/renderer_canvas.cpp + renderer_canvas.cpp: In member function ‘virtual void studio::Renderer_Canvas::render_vfunc(const Glib::RefPtrGdk::Drawable, const Gdk::Rectangle)’: renderer_canvas.cpp:173: warning: comparison between signed and unsigned integer expressions + | synfig-studio/src/gtkmm/layeractionmanager.cpp + layeractionmanager.h: In constructor ‘studio::LayerActionManager::LayerActionManager()’: layeractionmanager.h:55: warning: ‘studio::LayerActionManager::action_group_copy_paste’ will be initialized after layeractionmanager.h:52: warning: ‘guint studio::LayerActionManager::popup_id_’ layeractionmanager.cpp:59: warning: when initialized here + | synfig-studio/src/gtkmm/dockmanager.cpp + dockmanager.cpp: In member function ‘virtual bool studio::DockSettings::set_value(const synfig::String, const synfig::String)’: dockmanager.cpp:139: warning: comparison between signed and unsigned integer expressions dockmanager.cpp:139: warning: comparison of unsigned expression = 0 is always true + | synfig
[Synfig-devl] [ synfig-Bugs-1685851 ] frame indicator box should be editable
Bugs item #1685851, was opened at 2007-03-22 10:40 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1685851group_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 Status: Closed Resolution: Fixed Priority: 3 Private: No Submitted By: Paul Wise (pabs3) Assigned to: Nobody/Anonymous (nobody) Summary: frame indicator box should be editable Initial Comment: The box at the bottom of canvas windows that shows the current time being viewed should be editable so that you can jump to a specific time. -- Comment By: dooglus (dooglus) Date: 2008-02-11 13:06 Message: Logged In: YES user_id=1546005 Originator: NO Fixed in SVN r1603. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1685851group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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-1776135 ] gif rendering has several problems
Bugs item #1776135, was opened at 2007-08-17 12:18 Message generated for change (Comment added) made by dooglus You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1776135group_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: Closed Resolution: Fixed 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) -- Comment By: dooglus (dooglus) Date: 2008-02-11 12:56 Message: Logged In: YES user_id=1546005 Originator: YES There's a new target called 'magick++' which uses the ImageMagick library to create gif images. It does a much better job than synfig's own 'gif' target and is now the default for rendering to .gif files. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=757416aid=1776135group_id=144022 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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