[Synfig-devl] [ synfig-Bugs-1688324 ] dragging waypoints past the end of time causes problems

2012-12-26 Thread SourceForge . net
Bugs item #1688324, was opened at 2007-03-26 06:21
Message generated for change (Comment added) made by zelgadis_ksee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=757416aid=1688324group_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: dooglus (dooglus)
Summary: dragging waypoints past the end of time causes problems

Initial Comment:
1. make a new canvas with an end time of 5s
2. switch to animate edit mode
3. draw a circle
4. move the circle
5. in the timetrack dialog, drag the circle's waypoint the right, so that 
slightly more than half of the waypoint is hidden behind the scrollbar

the waypoint's time will now be 5s 1f or similar

6. right-click the waypoint and select 'jump to'

we will now be editing at time 5s 1f on a 5s canvas.  the timetrack in the 
canvas window and in the ticktrack dialog will both be showing time in the 
range 2s 14f to 7s 14f or similar, but the scrollbar will still be inactive.

Should we be able to set waypoints outside of the duration of the animation?  
If not, the fix is to crop the time value when dragging waypoints.

I notice that if I try dragging waypoints to the left, into negative time, I'm 
allowed to, and the waypoint does get set to a negative time, but attempting to 
'jump to' the waypoint takes me to 0s.  This clipping of the time when I 'jump 
to' is what should probably happen at the other end, too.

--

Comment By: Konstantin Dmitriev (zelgadis_ksee)
Date: 2012-12-26 04:15

Message:
This bugtracker is no longer active. The issue is moved to the new
bugtracker - http://synfig.org/issues/thebuggenie/synfig

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=757416aid=1688324group_id=144022

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1688324 ] dragging waypoints past the end of time causes problems

2007-03-26 Thread SourceForge.net
Bugs item #1688324, was opened at 2007-03-26 15:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=757416aid=1688324group_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: dooglus (dooglus)
Summary: dragging waypoints past the end of time causes problems

Initial Comment:
1. make a new canvas with an end time of 5s
2. switch to animate edit mode
3. draw a circle
4. move the circle
5. in the timetrack dialog, drag the circle's waypoint the right, so that 
slightly more than half of the waypoint is hidden behind the scrollbar

the waypoint's time will now be 5s 1f or similar

6. right-click the waypoint and select 'jump to'

we will now be editing at time 5s 1f on a 5s canvas.  the timetrack in the 
canvas window and in the ticktrack dialog will both be showing time in the 
range 2s 14f to 7s 14f or similar, but the scrollbar will still be inactive.

Should we be able to set waypoints outside of the duration of the animation?  
If not, the fix is to crop the time value when dragging waypoints.

I notice that if I try dragging waypoints to the left, into negative time, I'm 
allowed to, and the waypoint does get set to a negative time, but attempting to 
'jump to' the waypoint takes me to 0s.  This clipping of the time when I 'jump 
to' is what should probably happen at the other end, too.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=757416aid=1688324group_id=144022

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl