<?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: New and Updated Desktop Features in R2008a</title>
	<atom:link href="http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/</link>
	<description>Mike works on the MATLAB Desktop team</description>
	<lastBuildDate>Sun, 12 Feb 2012 04:03:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Travis</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-5906</link>
		<dc:creator>Travis</dc:creator>
		<pubDate>Fri, 19 Sep 2008 13:31:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-5906</guid>
		<description>I think the new Datalinking and Data Brushing features are very useful.  But, why is there no way to specify the linked data via the m-file, for cases like a Histogram?  Because it has been shown that you can link histogram data via the figure toolbar.  Why can&#039;t the &quot;linkdata&quot; function accept an argument that specifies the linking source for a histogram?  Since it is already possible to link such data, why not make it available from the command line/m-file?</description>
		<content:encoded><![CDATA[<p>I think the new Datalinking and Data Brushing features are very useful.  But, why is there no way to specify the linked data via the m-file, for cases like a Histogram?  Because it has been shown that you can link histogram data via the figure toolbar.  Why can&#8217;t the &#8220;linkdata&#8221; function accept an argument that specifies the linking source for a histogram?  Since it is already possible to link such data, why not make it available from the command line/m-file?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3839</link>
		<dc:creator>Ken</dc:creator>
		<pubDate>Tue, 25 Mar 2008 16:34:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3839</guid>
		<description>Hi Hans,

There&#039;s actually a bug in Java that&#039;s preventing us from using the Mac screen menus. This is reportedly fixed in Apples version of Java 6 - so if that proves to be true, I&#039;ll be sure to make  the fix!

-Ken</description>
		<content:encoded><![CDATA[<p>Hi Hans,</p>
<p>There&#8217;s actually a bug in Java that&#8217;s preventing us from using the Mac screen menus. This is reportedly fixed in Apples version of Java 6 &#8211; so if that proves to be true, I&#8217;ll be sure to make  the fix!</p>
<p>-Ken</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans Meier</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3837</link>
		<dc:creator>Hans Meier</dc:creator>
		<pubDate>Tue, 25 Mar 2008 15:59:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3837</guid>
		<description>I would love to see the possibility of Mac-style menus at the top of the screen instead of at the top of each window. Is this possible in this release (again)?</description>
		<content:encoded><![CDATA[<p>I would love to see the possibility of Mac-style menus at the top of the screen instead of at the top of each window. Is this possible in this release (again)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Katz</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3630</link>
		<dc:creator>Michael Katz</dc:creator>
		<pubDate>Fri, 14 Mar 2008 12:42:07 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3630</guid>
		<description>Tim,

 It is not currently possible, but I will create an enhancement request with your comments.

Thanks.</description>
		<content:encoded><![CDATA[<p>Tim,</p>
<p> It is not currently possible, but I will create an enhancement request with your comments.</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Davis</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3621</link>
		<dc:creator>Tim Davis</dc:creator>
		<pubDate>Fri, 14 Mar 2008 01:14:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3621</guid>
		<description>I love the new Directory Compare function.  I&#039;ll be using it (as soon as I install 8a...).  Is there an option to ignore certain files?  Hidden files such as .DS_Store?  Or &quot;ignore all *.mex*&quot;?  Compare only *.m, *.c, and *.h but not *.tex?  Or whatever?</description>
		<content:encoded><![CDATA[<p>I love the new Directory Compare function.  I&#8217;ll be using it (as soon as I install 8a&#8230;).  Is there an option to ignore certain files?  Hidden files such as .DS_Store?  Or &#8220;ignore all *.mex*&#8221;?  Compare only *.m, *.c, and *.h but not *.tex?  Or whatever?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver A. Chapman, P.E.</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3586</link>
		<dc:creator>Oliver A. Chapman, P.E.</dc:creator>
		<pubDate>Tue, 11 Mar 2008 22:01:10 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3586</guid>
		<description>Steve,

Thanks for clarifying the purpose of the publishing capability.  I certainly had not picked up on that important distinction and it is not emphasized in the &quot;Overview of Publishing M-Files.&quot;  In fact, the overview emphasizes the formats that you can publish to, e.g., the how and not the why.

Reading between the lines, I would guess that technical text book writing is the capability that The MathWorks wanted to support when they wrote the specification for this feature.

After reviewing some of the examples from the Google search, it doesn&#039;t look like a capability that fits well with my needs.</description>
		<content:encoded><![CDATA[<p>Steve,</p>
<p>Thanks for clarifying the purpose of the publishing capability.  I certainly had not picked up on that important distinction and it is not emphasized in the &#8220;Overview of Publishing M-Files.&#8221;  In fact, the overview emphasizes the formats that you can publish to, e.g., the how and not the why.</p>
<p>Reading between the lines, I would guess that technical text book writing is the capability that The MathWorks wanted to support when they wrote the specification for this feature.</p>
<p>After reviewing some of the examples from the Google search, it doesn&#8217;t look like a capability that fits well with my needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Eddins</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3584</link>
		<dc:creator>Steve Eddins</dc:creator>
		<pubDate>Tue, 11 Mar 2008 20:06:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3584</guid>
		<description>Oliver&#8212;The primary use of publish, in my view, is not for documenting code; it&#039;s for explaining concepts.  Almost all of the postings in both &lt;a href=&quot;http://blogs.mathworks.com/steve/&quot; rel=&quot;nofollow&quot;&gt;my blog&lt;/a&gt; and &lt;a href=&quot;http://blogs.mathworks.com/loren/&quot; rel=&quot;nofollow&quot;&gt;Loren&#039;s blog&lt;/a&gt; are generated using the publish feature.  Most of our product demo pages are generated using publish as well.  For example, see the &lt;a href=&quot;http://www.mathworks.com/products/image/demos.html&quot; rel=&quot;nofollow&quot;&gt;Image Processing Toolbox demos.&lt;/a&gt;  To see what some of our customers do with publish, try &lt;a href=&quot;http://www.google.com/search?hl=en&amp;q=%22published+with+matlab%22+-site%3Amathworks.com+-site%3Ablogs.mathworks.com&amp;btnG=Google+Search&quot; rel=&quot;nofollow&quot;&gt;this Google search&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Oliver&mdash;The primary use of publish, in my view, is not for documenting code; it&#8217;s for explaining concepts.  Almost all of the postings in both <a href="http://blogs.mathworks.com/steve/" rel="nofollow">my blog</a> and <a href="http://blogs.mathworks.com/loren/" rel="nofollow">Loren&#8217;s blog</a> are generated using the publish feature.  Most of our product demo pages are generated using publish as well.  For example, see the <a href="http://www.mathworks.com/products/image/demos.html" rel="nofollow">Image Processing Toolbox demos.</a>  To see what some of our customers do with publish, try <a href="http://www.google.com/search?hl=en&amp;q=%22published+with+matlab%22+-site%3Amathworks.com+-site%3Ablogs.mathworks.com&amp;btnG=Google+Search" rel="nofollow">this Google search</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3582</link>
		<dc:creator>Ken</dc:creator>
		<pubDate>Tue, 11 Mar 2008 18:47:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3582</guid>
		<description>Hi Oliver,

The new Publish Configurations make publishing files easier and more convenient, but don&#039;t really change the way publishing works or the output that it generates.

Publishing does deliver something that no print out of code ever could: inline output. That is, publishing will insert the output of your M files into the published document. Thus showing you code and what it generated, be that plain text or rich figures.

I&#039;ll be sure to pick good examples that showcase the power of publishing when I blog on Publish Configurations. 

-Ken</description>
		<content:encoded><![CDATA[<p>Hi Oliver,</p>
<p>The new Publish Configurations make publishing files easier and more convenient, but don&#8217;t really change the way publishing works or the output that it generates.</p>
<p>Publishing does deliver something that no print out of code ever could: inline output. That is, publishing will insert the output of your M files into the published document. Thus showing you code and what it generated, be that plain text or rich figures.</p>
<p>I&#8217;ll be sure to pick good examples that showcase the power of publishing when I blog on Publish Configurations. </p>
<p>-Ken</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver A. Chapman, P.E.</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3581</link>
		<dc:creator>Oliver A. Chapman, P.E.</dc:creator>
		<pubDate>Tue, 11 Mar 2008 18:33:55 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3581</guid>
		<description>C is not a programming language that you emulate with MatLab!

I write my functions to take advantage of the help functionname syntax and I don&#039;t find it a burden to generate a % for each line since the MatLab editor automates it.

Also, I haven&#039;t found it useful to use the block comment feature.  Again, because it is so easy in the MatLab editor to generate many comment lines.

Even though I keep trying to use the code folding feature, I find that it promotes excessively long and complex functions.  As a consequence, the only use I&#039;ve adopted is the cell functionality where it turns into only a navigation bookmark.

Finally, I&#039;ve also tried to use the publish features of MatLab.  Although I can get output, it doesn&#039;t seem to measure up to its billing in that the published output doesn&#039;t really help another user understand the code any more than well commented code.  If you do a future column on  publishing, be sure to focus on how having these extra configuration control features improves the published result  when compared to just printing well commented code on a color printer.</description>
		<content:encoded><![CDATA[<p>C is not a programming language that you emulate with MatLab!</p>
<p>I write my functions to take advantage of the help functionname syntax and I don&#8217;t find it a burden to generate a % for each line since the MatLab editor automates it.</p>
<p>Also, I haven&#8217;t found it useful to use the block comment feature.  Again, because it is so easy in the MatLab editor to generate many comment lines.</p>
<p>Even though I keep trying to use the code folding feature, I find that it promotes excessively long and complex functions.  As a consequence, the only use I&#8217;ve adopted is the cell functionality where it turns into only a navigation bookmark.</p>
<p>Finally, I&#8217;ve also tried to use the publish features of MatLab.  Although I can get output, it doesn&#8217;t seem to measure up to its billing in that the published output doesn&#8217;t really help another user understand the code any more than well commented code.  If you do a future column on  publishing, be sure to focus on how having these extra configuration control features improves the published result  when compared to just printing well commented code on a color printer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken</title>
		<link>http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3578</link>
		<dc:creator>Ken</dc:creator>
		<pubDate>Tue, 11 Mar 2008 13:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2008/03/10/new-and-updated-desktop-features-in-r2008a/#comment-3578</guid>
		<description>Hi Dan,

Regarding recognizing multiple lines of consecutive comments as a block: Good point - we&#039;ll look at this for a future release. Note that a function&#039;s comment section (the first contiguous comment lines in the file and also returned by &lt;tt&gt;&lt;a href=&quot;http://www.mathworks.com/access/helpdesk/help/techdoc/index.html?/access/helpdesk/help/techdoc/ref/help.html&amp;http://www.mathworks.com/access/helpdesk/help/techdoc/ref/f16-6011.html&quot; rel=&quot;nofollow&quot;&gt;help &lt;i&gt;functionname&lt;/i&gt;&lt;/a&gt;&lt;/tt&gt;), are treated as a block. 

Regarding inserting &lt;tt&gt;%{&lt;/tt&gt; and &lt;tt&gt;%}&lt;/tt&gt; when a Ctrl-R is issued: the problem here would be that these comment tokens need to be on their own lines (as you point out below). I think that might be to much of an unexpected consequence - maybe not...what do you think?

As far as block comments...their intended to deal with the nuanced behavior of MATLAB continuations (...) and so deal in the realm of lines only. They are very analogous to doing something like this in C:

&lt;tt&gt;#if 0
stuff to ignore
#endif&lt;/tt&gt; 

Great feedback Dan!
-Ken</description>
		<content:encoded><![CDATA[<p>Hi Dan,</p>
<p>Regarding recognizing multiple lines of consecutive comments as a block: Good point &#8211; we&#8217;ll look at this for a future release. Note that a function&#8217;s comment section (the first contiguous comment lines in the file and also returned by <tt><a href="http://www.mathworks.com/access/helpdesk/help/techdoc/index.html?/access/helpdesk/help/techdoc/ref/help.html&#038;<a href="http://www.mathworks.com/access/helpdesk/help/techdoc/ref/f16-6011.html" rel="nofollow">http://www.mathworks.com/access/helpdesk/help/techdoc/ref/f16-6011.html</a>" rel="nofollow">help <i>functionname</i></tt>), are treated as a block. </p>
<p>Regarding inserting <tt>%{</tt> and <tt>%}</tt> when a Ctrl-R is issued: the problem here would be that these comment tokens need to be on their own lines (as you point out below). I think that might be to much of an unexpected consequence &#8211; maybe not&#8230;what do you think?</p>
<p>As far as block comments&#8230;their intended to deal with the nuanced behavior of MATLAB continuations (&#8230;) and so deal in the realm of lines only. They are very analogous to doing something like this in C:</p>
<p><tt>#if 0<br />
stuff to ignore<br />
#endif</tt> </p>
<p>Great feedback Dan!<br />
-Ken</p>
]]></content:encoded>
	</item>
</channel>
</rss>

