[Synfig-devl] [ synfig-Bugs-1939884 ] Exclude ducks linked to bline from selection by Ctrl+A
Bugs item #1939884, was opened at 2008-04-11 12:05 Message generated for change (Comment added) made by zelgadis_ksee You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939884&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Konstantin Dmitriev (zelgadis_ksee) Assigned to: Nobody/Anonymous (nobody) Summary: Exclude ducks linked to bline from selection by Ctrl+A Initial Comment: I think the ducks which were linked to bline not have to be selected by "select all" command (i.e. Ctrl+A). Try following: 1. Create two blines 2. Link vertex from one bline to another bline 3. Ctrl+A 4. Move selected ducks with Normal Tool You will see strange things happening. If we exclude linked ducks from selection, then moving will be OK. -- >Comment By: Konstantin Dmitriev (zelgadis_ksee) Date: 2008-04-12 12:52 Message: Logged In: YES user_id=1438889 Originator: YES Here's video how it looks for me (synfig is patched by path above): http://zelgadis.profusehost.net/files/synfig/select-all-case.ogg Firsly I linking vertex to bline. Then - Select All. (the synfig is patched and linked verticle is not selected, but its tangent is) Trying to move blines. Their shape is changed. Then I do Undo. Deselecting tangent of linked verticle. Trying to move - the shape is OK. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-11 20:16 Message: Logged In: NO I tried. But we need also exclude tangent ducks from selection. We mus exclude them even in case they are not linked to bline but their vertex duck is. I tested it by manualy deselecting unneeded ducks. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-11 18:27 Message: Logged In: NO I tried excluding BLineCalcVertex ducks from 'select all ducks' but it doesn't really help. Here's a patch if you want to try it: --- a/synfig-studio/trunk/src/gtkmm/duckmatic.cpp +++ b/synfig-studio/trunk/src/gtkmm/duckmatic.cpp @@ -267,6 +267,10 @@ Duckmatic::is_duck_group_selectable(const etl::handle& x)const !layer->get_param("children_lock").get(bool())) return false; } + else if (x->get_value_desc().parent_is_value_node()) + if (ValueNode_BLineCalcVertex::Handle::cast_dynamic(x->get_value_desc().get_value_node())) + return false; + return true; } -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939884&group_id=144022 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1940444 ] Wrong versioning name for ETL
Bugs item #1940444, was opened at 2008-04-12 04:05 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1940444&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compile-Time Group: Latest release >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Daniel Hornung (rubikcube) >Assigned to: Paul Wise (pabs3) Summary: Wrong versioning name for ETL Initial Comment: The current version of ETL is 0.04.11, while the download file name is called 0.4.11 and unpacks int a directory called ETL-0.4.11. This prevents proper inclusion into the gentoo package system which relies on consistently named versions. Actually there's no problem yet, but it will arise when 0.05.x (or even 0.04.12) is being released with again the real filenames. Please just pack and upload a correctly named package (it could even be additionally to the current one, so no links will be dead), it will be appreciated very much! Downstrem report is here: http://bugs.gentoo.org/show_bug.cgi?id=111277 -- >Comment By: Paul Wise (pabs3) Date: 2008-04-12 09:38 Message: Logged In: YES user_id=35028 Originator: NO Uploaded a 0.04.11 version, made by changing the version number in configure.ac, autoreconf, make dist. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1940444&group_id=144022 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1940444 ] Wrong versioning name for ETL
Bugs item #1940444, was opened at 2008-04-11 20:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1940444&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compile-Time Group: Latest release Status: Open Resolution: None Priority: 5 Private: No Submitted By: Daniel Hornung (rubikcube) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong versioning name for ETL Initial Comment: The current version of ETL is 0.04.11, while the download file name is called 0.4.11 and unpacks int a directory called ETL-0.4.11. This prevents proper inclusion into the gentoo package system which relies on consistently named versions. Actually there's no problem yet, but it will arise when 0.05.x (or even 0.04.12) is being released with again the real filenames. Please just pack and upload a correctly named package (it could even be additionally to the current one, so no links will be dead), it will be appreciated very much! Downstrem report is here: http://bugs.gentoo.org/show_bug.cgi?id=111277 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1940444&group_id=144022 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1939776 ] The Stop render button doesn't.
Bugs item #1939776, was opened at 2008-04-11 00:58 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939776&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: PXEGeek (pxegeek) Assigned to: dooglus (dooglus) Summary: The Stop render button doesn't. Initial Comment: During long renders, the red 'stop render' button in the bottom right hand corner of the canvas is (sometimes) enabled. Clicking it greys out the icon, but doesn't stop the render. The escape key is also alleged to stop a render, but does not seem to have any effect. Expectation is that for any render activity (to the screen or a file), the red button or escape key is operational and halts the render ASAP. Failing that, please document the current behaviour as expected. -- >Comment By: Genete (genete) Date: 2008-04-11 16:16 Message: Logged In: YES user_id=1874777 Originator: NO >I think there needs to be a cancel button in the status area while the >rendering is happening (and the right APIs added to libsynfig and all the >render targets). And it should respond to the ESCAPE key. >The bottom of canvas windows need a bit of cleanup IMO: Current time box >is too big. I agree. >What is that empty box on the right. I think it is a progress bar. -- Comment By: Paul Wise (pabs3) Date: 2008-04-11 09:42 Message: Logged In: YES user_id=35028 Originator: NO The stop button is only enabled when you do View > Play, so I would say it is only for that currently. I think it should normally be a play button and then turn into a stop button when you start playing. I think there needs to be a cancel button in the status area while the rendering is happening (and the right APIs added to libsynfig and all the render targets). The bottom of canvas windows need a bit of cleanup IMO: Current time box is too big. What is that empty box on the right. Weird tiny overlaps and stuff. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939776&group_id=144022 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1939884 ] Exclude ducks linked to bline from selection by Ctrl+A
Bugs item #1939884, was opened at 2008-04-10 22:05 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939884&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Konstantin Dmitriev (zelgadis_ksee) Assigned to: Nobody/Anonymous (nobody) Summary: Exclude ducks linked to bline from selection by Ctrl+A Initial Comment: I think the ducks which were linked to bline not have to be selected by "select all" command (i.e. Ctrl+A). Try following: 1. Create two blines 2. Link vertex from one bline to another bline 3. Ctrl+A 4. Move selected ducks with Normal Tool You will see strange things happening. If we exclude linked ducks from selection, then moving will be OK. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-11 06:16 Message: Logged In: NO I tried. But we need also exclude tangent ducks from selection. We mus exclude them even in case they are not linked to bline but their vertex duck is. I tested it by manualy deselecting unneeded ducks. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-11 04:27 Message: Logged In: NO I tried excluding BLineCalcVertex ducks from 'select all ducks' but it doesn't really help. Here's a patch if you want to try it: --- a/synfig-studio/trunk/src/gtkmm/duckmatic.cpp +++ b/synfig-studio/trunk/src/gtkmm/duckmatic.cpp @@ -267,6 +267,10 @@ Duckmatic::is_duck_group_selectable(const etl::handle& x)const !layer->get_param("children_lock").get(bool())) return false; } + else if (x->get_value_desc().parent_is_value_node()) + if (ValueNode_BLineCalcVertex::Handle::cast_dynamic(x->get_value_desc().get_value_node())) + return false; + return true; } -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939884&group_id=144022 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1939884 ] Exclude ducks linked to bline from selection by Ctrl+A
Bugs item #1939884, was opened at 2008-04-10 22:05 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939884&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Konstantin Dmitriev (zelgadis_ksee) Assigned to: Nobody/Anonymous (nobody) Summary: Exclude ducks linked to bline from selection by Ctrl+A Initial Comment: I think the ducks which were linked to bline not have to be selected by "select all" command (i.e. Ctrl+A). Try following: 1. Create two blines 2. Link vertex from one bline to another bline 3. Ctrl+A 4. Move selected ducks with Normal Tool You will see strange things happening. If we exclude linked ducks from selection, then moving will be OK. -- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-11 04:27 Message: Logged In: NO I tried excluding BLineCalcVertex ducks from 'select all ducks' but it doesn't really help. Here's a patch if you want to try it: --- a/synfig-studio/trunk/src/gtkmm/duckmatic.cpp +++ b/synfig-studio/trunk/src/gtkmm/duckmatic.cpp @@ -267,6 +267,10 @@ Duckmatic::is_duck_group_selectable(const etl::handle& x)const !layer->get_param("children_lock").get(bool())) return false; } + else if (x->get_value_desc().parent_is_value_node()) + if (ValueNode_BLineCalcVertex::Handle::cast_dynamic(x->get_value_desc().get_value_node())) + return false; + return true; } -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939884&group_id=144022 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl
[Synfig-devl] [ synfig-Bugs-1939776 ] The Stop render button doesn't.
Bugs item #1939776, was opened at 2008-04-11 06:58 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939776&group_id=144022 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: SVN version Status: Open Resolution: None Priority: 5 Private: No Submitted By: PXEGeek (pxegeek) Assigned to: dooglus (dooglus) Summary: The Stop render button doesn't. Initial Comment: During long renders, the red 'stop render' button in the bottom right hand corner of the canvas is (sometimes) enabled. Clicking it greys out the icon, but doesn't stop the render. The escape key is also alleged to stop a render, but does not seem to have any effect. Expectation is that for any render activity (to the screen or a file), the red button or escape key is operational and halts the render ASAP. Failing that, please document the current behaviour as expected. -- >Comment By: Paul Wise (pabs3) Date: 2008-04-11 15:42 Message: Logged In: YES user_id=35028 Originator: NO The stop button is only enabled when you do View > Play, so I would say it is only for that currently. I think it should normally be a play button and then turn into a stop button when you start playing. I think there needs to be a cancel button in the status area while the rendering is happening (and the right APIs added to libsynfig and all the render targets). The bottom of canvas windows need a bit of cleanup IMO: Current time box is too big. What is that empty box on the right. Weird tiny overlaps and stuff. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1939776&group_id=144022 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Synfig-devl mailing list Synfig-devl@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synfig-devl