<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 2.44, 2.50 Development Roadmap</title>
	<atom:link href="http://www.blendernation.com/244-250-development-roadmap/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blendernation.com/244-250-development-roadmap/</link>
	<description>Fresh Blender News, Every Day</description>
	<lastBuildDate>Sun, 22 Nov 2009 11:11:51 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Kamen</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-495368</link>
		<dc:creator>Kamen</dc:creator>
		<pubDate>Tue, 25 Aug 2009 11:42:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-495368</guid>
		<description>Lol now we have the 2.49a and 2.50 is still coming.
No offence ment it just seems a bit funny to me. However I couldn´t be more happy with the development of Blender. It´s just great,</description>
		<content:encoded><![CDATA[<p>Lol now we have the 2.49a and 2.50 is still coming.<br />
No offence ment it just seems a bit funny to me. However I couldn´t be more happy with the development of Blender. It´s just great,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital FX Artist</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-86840</link>
		<dc:creator>Digital FX Artist</dc:creator>
		<pubDate>Sun, 08 Apr 2007 22:38:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-86840</guid>
		<description>One more thing...

Allow us to change the camera used in each rendering node.</description>
		<content:encoded><![CDATA[<p>One more thing&#8230;</p>
<p>Allow us to change the camera used in each rendering node.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital FX Artist</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-86838</link>
		<dc:creator>Digital FX Artist</dc:creator>
		<pubDate>Sun, 08 Apr 2007 22:36:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-86838</guid>
		<description>The changes sound great. I have a few suggestions...

1. With the radial menus, make them customizable by the user. Allow us to change the menu items on the fly, how many menus are available and hierarchical menus.

2. I hope when you talk about the node api, you mean you will make each of the nodes an individual dll. This will allow users to program their own nodes without having to download all the code and recompile it on their machine. Then can then upload and allow others to download the node files to use. If this is what you are thinking, you could see a very big explosion in the nodes available.

3.With the render export api, is there any way to incorporate the rendering engine into the nodes? You can pick a node, the pick a rendering engine to render that node with. For example, you could use the Yafray engine with one node and the Sunflow engine with another then composite them in the same node network.

4.Construction history. Can you do something like Maya has, have a node based construction method? This seems like it would give you far more flexibility.</description>
		<content:encoded><![CDATA[<p>The changes sound great. I have a few suggestions&#8230;</p>
<p>1. With the radial menus, make them customizable by the user. Allow us to change the menu items on the fly, how many menus are available and hierarchical menus.</p>
<p>2. I hope when you talk about the node api, you mean you will make each of the nodes an individual dll. This will allow users to program their own nodes without having to download all the code and recompile it on their machine. Then can then upload and allow others to download the node files to use. If this is what you are thinking, you could see a very big explosion in the nodes available.</p>
<p>3.With the render export api, is there any way to incorporate the rendering engine into the nodes? You can pick a node, the pick a rendering engine to render that node with. For example, you could use the Yafray engine with one node and the Sunflow engine with another then composite them in the same node network.</p>
<p>4.Construction history. Can you do something like Maya has, have a node based construction method? This seems like it would give you far more flexibility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BLENDER</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-84600</link>
		<dc:creator>BLENDER</dc:creator>
		<pubDate>Tue, 03 Apr 2007 13:01:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-84600</guid>
		<description>blender is the best</description>
		<content:encoded><![CDATA[<p>blender is the best</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sgbzona</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-84156</link>
		<dc:creator>sgbzona</dc:creator>
		<pubDate>Mon, 02 Apr 2007 16:14:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-84156</guid>
		<description>I&#039;ll like to see a native Pixie exporter for shaders direct from Blender.</description>
		<content:encoded><![CDATA[<p>I&#039;ll like to see a native Pixie exporter for shaders direct from Blender.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn Fumo</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-84125</link>
		<dc:creator>Shawn Fumo</dc:creator>
		<pubDate>Mon, 02 Apr 2007 15:28:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-84125</guid>
		<description>This is something that I really like about Blender is how sensibly it seems to be developed. Instead of just piling on new fancy features, they always seem to go back and refactor the underlying code. But it is done in such a way that the whole program isn&#039;t rebuilt from scratch all of the time!

The interface recoding I think will be very important. The macro, tutorial, and keymapping stuff alone will have a ton of possibilities. As mentioned, the tutorial feature will be amazing for new people. I played around with the OpenCanvas painting program that someone mention in another post, which can play back the steps of a painting and it is an amazing resource. There&#039;s also the advantage of small size instead of tutorial movie files.

I don&#039;t think people have to be all that worried about the interface. I really doubt there will be a totally new out of left field type thing. More flexibility would be nice.. current functionality is good, but things like being able to overlap windows if you really want to would be cool. People don&#039;t all work in the same ways. Some of the newer macromedia/adobe products are nice in how you change where everything is, even detatching toolbars and such.

And this way people could make more familiar interfaces if that&#039;s what they&#039;re most comfortable with. With the understanding that they&#039;ll have to adjust for tutorials that use the default interface. But the tutorial recording could help again. If done right, it could be based on recording the functions themselves and so work for any interface setup.</description>
		<content:encoded><![CDATA[<p>This is something that I really like about Blender is how sensibly it seems to be developed. Instead of just piling on new fancy features, they always seem to go back and refactor the underlying code. But it is done in such a way that the whole program isn&#039;t rebuilt from scratch all of the time!</p>
<p>The interface recoding I think will be very important. The macro, tutorial, and keymapping stuff alone will have a ton of possibilities. As mentioned, the tutorial feature will be amazing for new people. I played around with the OpenCanvas painting program that someone mention in another post, which can play back the steps of a painting and it is an amazing resource. There&#039;s also the advantage of small size instead of tutorial movie files.</p>
<p>I don&#039;t think people have to be all that worried about the interface. I really doubt there will be a totally new out of left field type thing. More flexibility would be nice.. current functionality is good, but things like being able to overlap windows if you really want to would be cool. People don&#039;t all work in the same ways. Some of the newer macromedia/adobe products are nice in how you change where everything is, even detatching toolbars and such.</p>
<p>And this way people could make more familiar interfaces if that&#039;s what they&#039;re most comfortable with. With the understanding that they&#039;ll have to adjust for tutorials that use the default interface. But the tutorial recording could help again. If done right, it could be based on recording the functions themselves and so work for any interface setup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bart Robinson</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-84111</link>
		<dc:creator>Bart Robinson</dc:creator>
		<pubDate>Mon, 02 Apr 2007 14:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-84111</guid>
		<description>I think the event system recode is one of the more important aspects, if that allows us to get custom hotkeys and construction history. For custom hotkeys look at XSI as an example. They have some very interesting structures for hotkeys. As long as there IS NOT a list of key combinations to CHOOSE from, in other words, it is completely freeform, it will be good. For instance, K (Start Knife Tool) would be different from K-E (Knife Exact) would be different from K-M (Knife Midpoint). Construction history will be wonderful too. With Blender as procedural as it is, making it more so will extend it&#039;s power exponentially. Additionally, it would be great to see Blender tools integrated into a node based pipeline very similar to the composite tools (Think Houdini, cause that&#039;s what we&#039;re getting closer to). Also break off windows, not anchored in the interface would be cool. Anyhow, good luck developers. Thanks!</description>
		<content:encoded><![CDATA[<p>I think the event system recode is one of the more important aspects, if that allows us to get custom hotkeys and construction history. For custom hotkeys look at XSI as an example. They have some very interesting structures for hotkeys. As long as there IS NOT a list of key combinations to CHOOSE from, in other words, it is completely freeform, it will be good. For instance, K (Start Knife Tool) would be different from K-E (Knife Exact) would be different from K-M (Knife Midpoint). Construction history will be wonderful too. With Blender as procedural as it is, making it more so will extend it&#039;s power exponentially. Additionally, it would be great to see Blender tools integrated into a node based pipeline very similar to the composite tools (Think Houdini, cause that&#039;s what we&#039;re getting closer to). Also break off windows, not anchored in the interface would be cool. Anyhow, good luck developers. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toni</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-84099</link>
		<dc:creator>Toni</dc:creator>
		<pubDate>Mon, 02 Apr 2007 13:42:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-84099</guid>
		<description>I think the basics of the UI will not change, but much of the work is invisible for an end user (cleaning up / restructuring the ui and tool related code). But certainly also actual usability improvements and new tools, building on the proven basic philosophy and structure Blender has.

Certainly it is interesting also if the refactor is made so that even alternative UIs are possible, like perhaps some different &#039;easy mode&#039; for casual users even, although apart from experimenting that is also a problematic road .. already almost everything and certainly all the basics are in the menus, not only accessible via memorizable hotkeys like back in the dark ages :)

~Toni</description>
		<content:encoded><![CDATA[<p>I think the basics of the UI will not change, but much of the work is invisible for an end user (cleaning up / restructuring the ui and tool related code). But certainly also actual usability improvements and new tools, building on the proven basic philosophy and structure Blender has.</p>
<p>Certainly it is interesting also if the refactor is made so that even alternative UIs are possible, like perhaps some different &#039;easy mode&#039; for casual users even, although apart from experimenting that is also a problematic road .. already almost everything and certainly all the basics are in the menus, not only accessible via memorizable hotkeys like back in the dark ages :)</p>
<p>~Toni</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ankit Pruthi</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-84091</link>
		<dc:creator>Ankit Pruthi</dc:creator>
		<pubDate>Mon, 02 Apr 2007 13:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-84091</guid>
		<description>just cant wait for v 2.50......it is gonna give 3ds max a huge competition(and may be leave max behind)  once it&#039;s interface is customizable....
but i also dont want the current ui to change completely..its much better than other applications and wish they were the same</description>
		<content:encoded><![CDATA[<p>just cant wait for v 2.50&#8230;&#8230;it is gonna give 3ds max a huge competition(and may be leave max behind)  once it&#039;s interface is customizable&#8230;.<br />
but i also dont want the current ui to change completely..its much better than other applications and wish they were the same</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: german</title>
		<link>http://www.blendernation.com/244-250-development-roadmap/comment-page-1/#comment-83993</link>
		<dc:creator>german</dc:creator>
		<pubDate>Mon, 02 Apr 2007 08:36:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.blendernation.com/2007/03/31/244-250-development-roadmap/#comment-83993</guid>
		<description>I think that blender needs that new UI to get more popular. People, who start with blender are getting headache when they need to work with this Interface, even if it is kind of very elaborated.

I use blender for professonal reasons to visualize 3D reconstructions of biological structures. With time, a lot of researchers were quite impressed of this work and of course they were interested in blender. I recommend them to use blender too, but usually they don&#039;t feel comfortable with blender, because it takes them too much time to find all this shortkeys and functions, which are much more easy findable in other progs. In other words, one can save that money fore the time to learn blender and therefore buy something else. This gives a very bad reputation for blender, which I think can be rapidly changed with a more logical UI, because blender is very good and much better than its reputation.</description>
		<content:encoded><![CDATA[<p>I think that blender needs that new UI to get more popular. People, who start with blender are getting headache when they need to work with this Interface, even if it is kind of very elaborated.</p>
<p>I use blender for professonal reasons to visualize 3D reconstructions of biological structures. With time, a lot of researchers were quite impressed of this work and of course they were interested in blender. I recommend them to use blender too, but usually they don&#039;t feel comfortable with blender, because it takes them too much time to find all this shortkeys and functions, which are much more easy findable in other progs. In other words, one can save that money fore the time to learn blender and therefore buy something else. This gives a very bad reputation for blender, which I think can be rapidly changed with a more logical UI, because blender is very good and much better than its reputation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
