<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Keys on the Timeline can be Manipulated&#8230;</title>
	<atom:link href="http://www.xsi-blog.com/archives/87/feed" rel="self" type="application/rss+xml" />
	<link>http://www.xsi-blog.com/archives/87</link>
	<description>People and thoughts behind XSI in production...</description>
	<pubDate>Sun, 23 Nov 2008 09:58:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Nando</title>
		<link>http://www.xsi-blog.com/archives/87#comment-14138</link>
		<dc:creator>Nando</dc:creator>
		<pubDate>Fri, 16 Feb 2007 21:59:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-14138</guid>
		<description>I know that screen real-estate is critical to having a decent UI, but would having a separate, collapsable dopesheet solve some of these issues?  For myself, I always have a floating dopesheet hanging around and shade it when it gets in the way.  But I always have it available to me when I need to refer to my key-timing.

Basically, if we have another slim-sized dopesheet above the current timeline, then there would be no need for the Shift or Ctrl modifiers as it would be its own separate tool that doesn't conflict with Timeline duties.</description>
		<content:encoded><![CDATA[<p>I know that screen real-estate is critical to having a decent UI, but would having a separate, collapsable dopesheet solve some of these issues?  For myself, I always have a floating dopesheet hanging around and shade it when it gets in the way.  But I always have it available to me when I need to refer to my key-timing.</p>
<p>Basically, if we have another slim-sized dopesheet above the current timeline, then there would be no need for the Shift or Ctrl modifiers as it would be its own separate tool that doesn&#8217;t conflict with Timeline duties.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danilo</title>
		<link>http://www.xsi-blog.com/archives/87#comment-13195</link>
		<dc:creator>Danilo</dc:creator>
		<pubDate>Thu, 01 Feb 2007 03:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-13195</guid>
		<description>It would be nice to see vertical scalable timeline..minor thing but a major habbit :-)
I would just like those keys in the timelin to be taller so I can see them better :-)
keep up the good work</description>
		<content:encoded><![CDATA[<p>It would be nice to see vertical scalable timeline..minor thing but a major habbit :-)<br />
I would just like those keys in the timelin to be taller so I can see them better :-)<br />
keep up the good work</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edin Gacic</title>
		<link>http://www.xsi-blog.com/archives/87#comment-9022</link>
		<dc:creator>Edin Gacic</dc:creator>
		<pubDate>Tue, 12 Dec 2006 21:19:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-9022</guid>
		<description>I actually like the shift and middle click and i don''t think its that bad at all but I can see a point here... well maybe an option at the end of the timeline to switch to max like timeline or new xsi  .. few buttons there for different way of working :)</description>
		<content:encoded><![CDATA[<p>I actually like the shift and middle click and i don&#8221;t think its that bad at all but I can see a point here&#8230; well maybe an option at the end of the timeline to switch to max like timeline or new xsi  .. few buttons there for different way of working :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reno</title>
		<link>http://www.xsi-blog.com/archives/87#comment-846</link>
		<dc:creator>Reno</dc:creator>
		<pubDate>Fri, 03 Mar 2006 02:36:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-846</guid>
		<description>(arrrgg! my spacebar send my message. yep, its my first post here!)

Realy nice,
               I just try it and I''ve got an idea.   What avout a "X" salce "V" translate and "M" move tool in the time line with a Proportional influence on the other keys?!?  with a nice Red to yellow falloff ...

Easy enought to make a modelor animate and give a wow factor to the timeline interface...</description>
		<content:encoded><![CDATA[<p>(arrrgg! my spacebar send my message. yep, its my first post here!)</p>
<p>Realy nice,<br />
               I just try it and I&#8221;ve got an idea.   What avout a &#8220;X&#8221; salce &#8220;V&#8221; translate and &#8220;M&#8221; move tool in the time line with a Proportional influence on the other keys?!?  with a nice Red to yellow falloff &#8230;</p>
<p>Easy enought to make a modelor animate and give a wow factor to the timeline interface&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reno</title>
		<link>http://www.xsi-blog.com/archives/87#comment-845</link>
		<dc:creator>Reno</dc:creator>
		<pubDate>Fri, 03 Mar 2006 02:26:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-845</guid>
		<description>Since we are going crazy in idea.:</description>
		<content:encoded><![CDATA[<p>Since we are going crazy in idea.:</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reno</title>
		<link>http://www.xsi-blog.com/archives/87#comment-844</link>
		<dc:creator>Reno</dc:creator>
		<pubDate>Fri, 03 Mar 2006 02:26:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-844</guid>
		<description>Realy nice,</description>
		<content:encoded><![CDATA[<p>Realy nice,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luc-Eric</title>
		<link>http://www.xsi-blog.com/archives/87#comment-825</link>
		<dc:creator>Luc-Eric</dc:creator>
		<pubDate>Sun, 26 Feb 2006 19:13:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-825</guid>
		<description>Ha, so _you''re_ the guy who knew that if the mouse was exactly on top of the timelime region, and you hit Q, you could get a region? :-D  Most people didn''t know there was a region in there.  That did make a lot of sense however, since it''s the same keys the standard dopesheet, so it''s discoverable if you know the standard dopesheet.

The timelime-dopesheet in XSI 5.0 is even smaller, so the manipulation of time and keys does not work by activating tools with the keyboard, but by using the mouse in conjunction with a modifier like Shift or CTRL.  This is instantly discoverable by people who have used the Maya timelime dopesheet, which was the main point of the thing, but indeed it''s not an ideal solution since it''s not obvious to others.   The rest of the mechanics is actually fairly different, since the timelime combines various modes including audio scrubbing, so it doesn''t pretend to have the tools of the normal dopesheet.</description>
		<content:encoded><![CDATA[<p>Ha, so _you&#8221;re_ the guy who knew that if the mouse was exactly on top of the timelime region, and you hit Q, you could get a region? :-D  Most people didn&#8221;t know there was a region in there.  That did make a lot of sense however, since it&#8217;&#8217;s the same keys the standard dopesheet, so it&#8217;&#8217;s discoverable if you know the standard dopesheet.</p>
<p>The timelime-dopesheet in XSI 5.0 is even smaller, so the manipulation of time and keys does not work by activating tools with the keyboard, but by using the mouse in conjunction with a modifier like Shift or CTRL.  This is instantly discoverable by people who have used the Maya timelime dopesheet, which was the main point of the thing, but indeed it&#8217;&#8217;s not an ideal solution since it&#8217;&#8217;s not obvious to others.   The rest of the mechanics is actually fairly different, since the timelime combines various modes including audio scrubbing, so it doesn&#8221;t pretend to have the tools of the normal dopesheet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ad</title>
		<link>http://www.xsi-blog.com/archives/87#comment-819</link>
		<dc:creator>ad</dc:creator>
		<pubDate>Sat, 25 Feb 2006 19:30:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-819</guid>
		<description>It''s funny, it actually took me a while to figure out the whole SHIFT+ thing. In previous versions of XSI I always used the timeline dopesheet while animating and loved it, so this time around i kept trying to select keys using "q" like it used to be before. Just wondering, why the change to the shift key from q since the rest of the mechanics of manipulating the keys is pretty much the same?</description>
		<content:encoded><![CDATA[<p>It&#8217;&#8217;s funny, it actually took me a while to figure out the whole SHIFT+ thing. In previous versions of XSI I always used the timeline dopesheet while animating and loved it, so this time around i kept trying to select keys using &#8220;q&#8221; like it used to be before. Just wondering, why the change to the shift key from q since the rest of the mechanics of manipulating the keys is pretty much the same?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luc-Eric</title>
		<link>http://www.xsi-blog.com/archives/87#comment-804</link>
		<dc:creator>Luc-Eric</dc:creator>
		<pubDate>Wed, 22 Feb 2006 20:39:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-804</guid>
		<description>Yes we aimed very precisly at what we could deliver in a few weeks for V5 for the timeline dopesheet.  We needed to dump the previous dopesheet attempt ASAP and get something a group of users could use right away.  In the future we will continue to work on it because we believe it''s critically important.

With regards to key bindings for it, we always have the same problem, which is that the mouse would have to be exactly on top of it before you hit the key, so it makes it very finicky.  That''s why we didn''t put CTRL+C/CTRL+V to copy paste keys.   Probably in the future we''ll take more space and have more to work with, for example like the Max timeline-dopesheet does.  Overlapping the dopesheet with the timeline cursor will probably be something we move away from now that we see its limitations</description>
		<content:encoded><![CDATA[<p>Yes we aimed very precisly at what we could deliver in a few weeks for V5 for the timeline dopesheet.  We needed to dump the previous dopesheet attempt ASAP and get something a group of users could use right away.  In the future we will continue to work on it because we believe it&#8217;&#8217;s critically important.</p>
<p>With regards to key bindings for it, we always have the same problem, which is that the mouse would have to be exactly on top of it before you hit the key, so it makes it very finicky.  That&#8217;&#8217;s why we didn&#8221;t put CTRL+C/CTRL+V to copy paste keys.   Probably in the future we&#8221;ll take more space and have more to work with, for example like the Max timeline-dopesheet does.  Overlapping the dopesheet with the timeline cursor will probably be something we move away from now that we see its limitations</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: robin dutta</title>
		<link>http://www.xsi-blog.com/archives/87#comment-800</link>
		<dc:creator>robin dutta</dc:creator>
		<pubDate>Wed, 22 Feb 2006 18:57:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=87#comment-800</guid>
		<description>What about a sticky tool selection for moving/scaling keys.  The ''M'' key is a pretty universal tool for moving objects/components/keys.  The ''B'' key likewise is useful for scaling around a pivot point.  These kinds of hotkey enabled tools would be useful for key manipulation in the timeline.</description>
		<content:encoded><![CDATA[<p>What about a sticky tool selection for moving/scaling keys.  The &#8221;M&#8221; key is a pretty universal tool for moving objects/components/keys.  The &#8221;B&#8221; key likewise is useful for scaling around a pivot point.  These kinds of hotkey enabled tools would be useful for key manipulation in the timeline.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
