<?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: Slimming down the Help browser</title>
	<atom:link href="http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/</link>
	<description>Mike works on the MATLAB Desktop team</description>
	<lastBuildDate>Fri, 10 Feb 2012 06:24:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Thomas</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-8319</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Wed, 28 Dec 2011 22:17:35 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-8319</guid>
		<description>Please bring back the help index...please.  The function browser lacks in many regards.</description>
		<content:encoded><![CDATA[<p>Please bring back the help index&#8230;please.  The function browser lacks in many regards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martijn Henriquez</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7546</link>
		<dc:creator>Martijn Henriquez</dc:creator>
		<pubDate>Sun, 16 Jan 2011 20:49:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7546</guid>
		<description>And another plea for bringing back the index tab: Matlab had the best Help of any software I have used. That was partly due to the convenience of the index tab.</description>
		<content:encoded><![CDATA[<p>And another plea for bringing back the index tab: Matlab had the best Help of any software I have used. That was partly due to the convenience of the index tab.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christoph</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7517</link>
		<dc:creator>Christoph</dc:creator>
		<pubDate>Wed, 05 Jan 2011 09:25:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7517</guid>
		<description>Just another plea for the index tab:
*please* bring it back</description>
		<content:encoded><![CDATA[<p>Just another plea for the index tab:<br />
*please* bring it back</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Spyro Gumas</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7453</link>
		<dc:creator>Spyro Gumas</dc:creator>
		<pubDate>Tue, 16 Nov 2010 05:04:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7453</guid>
		<description>Chris, 2010b is out and you still have a broken Help Browser.  Try typing &#039;set&#039; in the search bar.  That is not sufficient to realize that there is a &#039;setverify&#039; command, given your new Help implementation.  Is this enough to convince you that you&#039;ve lost functionality.  I would simply repeat all the already more than sufficient commentary above as to why the index tab was so much better than what you have now.  What&#039;s the problem with giving it back anyway????  If nothing else, let the users decide.  Provide a flag in Help Preferences that lets us (you know, your customers) decide which mode we want to operate in ... old fashion index tab, or new fancy what ever you want to call it that is wasting so much of my time and really taking away the single most useful item that made learning Matlab so painless in the first place ... Think about that for a minute ... that means future users !!!!  Geeeze.</description>
		<content:encoded><![CDATA[<p>Chris, 2010b is out and you still have a broken Help Browser.  Try typing &#8216;set&#8217; in the search bar.  That is not sufficient to realize that there is a &#8216;setverify&#8217; command, given your new Help implementation.  Is this enough to convince you that you&#8217;ve lost functionality.  I would simply repeat all the already more than sufficient commentary above as to why the index tab was so much better than what you have now.  What&#8217;s the problem with giving it back anyway????  If nothing else, let the users decide.  Provide a flag in Help Preferences that lets us (you know, your customers) decide which mode we want to operate in &#8230; old fashion index tab, or new fancy what ever you want to call it that is wasting so much of my time and really taking away the single most useful item that made learning Matlab so painless in the first place &#8230; Think about that for a minute &#8230; that means future users !!!!  Geeeze.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7173</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Thu, 08 Jul 2010 22:43:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7173</guid>
		<description>I too sorely miss the index, and I 2nd most of Stephen&#039;s remarks.  I learned Matlab using the index.  A lot of thought was put into naming the functions, and the user can readily guess the use of the function by just the name, so seeing an alphabetical list makes sense.  Often, I&#039;ll think to myself, &quot;there should be a function for that,&quot; so I search the index, and indeed there it is.  The function browser is also a good tool, but it lacks see also, and doesn&#039;t help you remember functions you forgot.  For example, try typing &quot;ab&quot; as it abs() into the function browser.  Also, the usability engineers should take into account that the human brain works well with static familiar inputs.  Over a few months the user gets used to the order of the index.  The function browser and other search tools return different assortments every time.  When humans and machines work together, each must make adaptations to meet in the middle.  The new help browser helps the machine adapt to the human, but removes a key feature, the index, that allows the human to adapt to the machine.

Bring back the alphabetical index.  Would it be so bad to have an extra feature?</description>
		<content:encoded><![CDATA[<p>I too sorely miss the index, and I 2nd most of Stephen&#8217;s remarks.  I learned Matlab using the index.  A lot of thought was put into naming the functions, and the user can readily guess the use of the function by just the name, so seeing an alphabetical list makes sense.  Often, I&#8217;ll think to myself, &#8220;there should be a function for that,&#8221; so I search the index, and indeed there it is.  The function browser is also a good tool, but it lacks see also, and doesn&#8217;t help you remember functions you forgot.  For example, try typing &#8220;ab&#8221; as it abs() into the function browser.  Also, the usability engineers should take into account that the human brain works well with static familiar inputs.  Over a few months the user gets used to the order of the index.  The function browser and other search tools return different assortments every time.  When humans and machines work together, each must make adaptations to meet in the middle.  The new help browser helps the machine adapt to the human, but removes a key feature, the index, that allows the human to adapt to the machine.</p>
<p>Bring back the alphabetical index.  Would it be so bad to have an extra feature?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Long</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7080</link>
		<dc:creator>Stephen Long</dc:creator>
		<pubDate>Wed, 02 Jun 2010 15:11:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-7080</guid>
		<description>I also really miss that index feature, as do most of the other students in my lab. I missed it enough to start searching for what happened to it and followed the breadcrumb trail to this forum.

Whoever put that thing together did an excellent job. I can&#039;t understate how much that feature helped me out as a student trying to learn the software. It was my primary method for finding the tutorials on functions, especially since then I wasn&#039;t completely familiar with what some were called. I&#039;d guess at the first few letters in the index and then I&#039;d visually scan the middle column for &quot;MATLAB Function&quot;. As a bonus, I&#039;d get exposed to other functions in the process. For example, seeing &quot;image&quot; as I&#039;m looking for &quot;imag&quot;. 

&quot;Interesting, so there&#039;s an image function, too. I&#039;ll have to remember that for later.&quot;

The &quot;search&quot; option is okay, but just like any other search tool it returns a lot of junk the user isn&#039;t interested in.

On a side note, tell whoever it may concern that I find the function tutorials extremely helpful. Simple, intuitive examples with concise text. I like how the wording is usually kept to a minimum.</description>
		<content:encoded><![CDATA[<p>I also really miss that index feature, as do most of the other students in my lab. I missed it enough to start searching for what happened to it and followed the breadcrumb trail to this forum.</p>
<p>Whoever put that thing together did an excellent job. I can&#8217;t understate how much that feature helped me out as a student trying to learn the software. It was my primary method for finding the tutorials on functions, especially since then I wasn&#8217;t completely familiar with what some were called. I&#8217;d guess at the first few letters in the index and then I&#8217;d visually scan the middle column for &#8220;MATLAB Function&#8221;. As a bonus, I&#8217;d get exposed to other functions in the process. For example, seeing &#8220;image&#8221; as I&#8217;m looking for &#8220;imag&#8221;. </p>
<p>&#8220;Interesting, so there&#8217;s an image function, too. I&#8217;ll have to remember that for later.&#8221;</p>
<p>The &#8220;search&#8221; option is okay, but just like any other search tool it returns a lot of junk the user isn&#8217;t interested in.</p>
<p>On a side note, tell whoever it may concern that I find the function tutorials extremely helpful. Simple, intuitive examples with concise text. I like how the wording is usually kept to a minimum.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-6921</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Tue, 16 Mar 2010 20:30:26 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-6921</guid>
		<description>Matt, thanks for your detailed comments.  I&#039;ll make sure that the appropriate people take a look at your discussion of the usability of both the function browser and the F1 help.

I don&#039;t have a lot to add to what I&#039;ve said previously about the index tab.  We realize now that the index tab&#039;s incremental search feature was popular, and we&#039;ve tried to address that in R2010a by adding search suggestions to the Help browser&#039;s search field.  Do the search suggestions still not fit into your workflow?  In the case you&#039;re describing, I&#039;d imagine the suggestions would drive you right to the function reference page you&#039;re looking for.  If that&#039;s not happening, or if the search suggestions are otherwise inconvenient for you, we&#039;d love to hear about it.  If you found the index tab useful beyond just its incremental search feature, we&#039;d love to hear about that, too.  From our point of view, though, the index didn&#039;t add a lot of functionality that a good search feature couldn&#039;t also provide.</description>
		<content:encoded><![CDATA[<p>Matt, thanks for your detailed comments.  I&#8217;ll make sure that the appropriate people take a look at your discussion of the usability of both the function browser and the F1 help.</p>
<p>I don&#8217;t have a lot to add to what I&#8217;ve said previously about the index tab.  We realize now that the index tab&#8217;s incremental search feature was popular, and we&#8217;ve tried to address that in R2010a by adding search suggestions to the Help browser&#8217;s search field.  Do the search suggestions still not fit into your workflow?  In the case you&#8217;re describing, I&#8217;d imagine the suggestions would drive you right to the function reference page you&#8217;re looking for.  If that&#8217;s not happening, or if the search suggestions are otherwise inconvenient for you, we&#8217;d love to hear about it.  If you found the index tab useful beyond just its incremental search feature, we&#8217;d love to hear about that, too.  From our point of view, though, the index didn&#8217;t add a lot of functionality that a good search feature couldn&#8217;t also provide.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-6920</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Tue, 16 Mar 2010 20:11:59 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-6920</guid>
		<description>I&#039;ll have to agree with prior posters that the index was my main method of navigating functions and I actually didn&#039;t update to R2009b because of the loss of the index. Now R2010a implements some improvements that speed up my code and I find my Matlab experience like trying to drive a car missing the more important fingers on my left hand. The car might be eminently driveable, but I&#039;ve got to stop and think about how to lower my window or move the seat around.

I&#039;ve tried the function browser as suggested for a week or two now and I can see how a development team would see it more or less as the help-index replacement. I&#039;ll take you through my workflow to illustrate my problems with it, however:
pre-2009b:
-Coding, coding...er...do I place my temporary variable first or second in order to get the index w/ the min() function?... (index window is usually already in focus) type m-i-n, enter. There&#039;s my info. I go back to my code and since my help window is visible at the same time, I don&#039;t have to remember anything when going back to coding. All told: 0.8s

post-2009b
-same issue with min(). Well, I&#039;ve got two options. 
Option (1) I can go up and click the function reference and type &#039;min&#039; (btw, I&#039;m guessing due to the search nature of the function browser, the results take about 1/2 second before popping up which I surprisingly find very annoying), click on the function and there&#039;s the cute &quot;help-lite&quot; window, only the syntax option I&#039;m looking for isn&#039;t there at the top, and I have to scroll down to the bottom to find the info I&#039;m looking for. I then click back to my editor but...poof! both little windows are gone! oops! Well, I get smart about things then and tear off the function browser and after clicking the function I click &#039;more help&#039; (which is two clicks more than I needed w/ the old way). Now here is the old FRP I&#039;m used to. If it&#039;s positioned in a way that I can see it and my editor, I can click back to my code and continue. But...the function browser shares focus w/ the editor window and now it&#039;s either in the way on top of my code, or it&#039;s in front of the figure window I just created. But I don&#039;t want more target practice with the tiny function browser button next time so I make it smaller and lose a little more screen real estate for my figure window (only, you can&#039;t make the function browser less than 5 lines long). Then, let&#039;s say, I click on the command window to reset a variable while debugging. Oh, well that little help-&quot;not as lite&quot; window that was behind my figure now pops in front because it shares focus with the command window and has the same issues as the function browser. I get frustrated w/ my lack of screen space and get shot down by my supervisor when I try to ask for another monitor.

Option (2) If I&#039;m really smart and if I really am dealing with a simple function like min() and not trying to find one whose name I don&#039;t already know, then I can press F1 after typing min( in my code. There&#039;s the little help-&quot;not as lite&quot; window as in Option (1) with less clicking. Nice. So I click back to my code and realize that it now shares focus with the editor window (instead of the command window like above) and has the same issues as the function browser in obscuring my figure windows and/or code. 

Now, as you already stated, I can select under preferences to have the results pop up in the help browser and for the example I gave with min(), setting that to &#039;open in help browser&#039; and then using F1 really is faster than the old way, so I do have to give props for that. 

But for the other 60% of my help documentation browsing it just seems like if the function browser and the FRP were together in their own window with separate focus, that would be perfect. But I suppose that&#039;s how the old help w/ the index was (with less contextual lag).

I do appreciate the challenges of making software and coding flow more ergonomic, but just as I still rebel against the auto-tool select option in LabVIEW, I find the elimination of the help index to be a step backward for me. In general, I&#039;m all about adding features. But in my own experience I don&#039;t take a feature out (even if it&#039;s a stupid feature in need of rewriting) if it works for and is efficient for at least 1 user out there.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll have to agree with prior posters that the index was my main method of navigating functions and I actually didn&#8217;t update to R2009b because of the loss of the index. Now R2010a implements some improvements that speed up my code and I find my Matlab experience like trying to drive a car missing the more important fingers on my left hand. The car might be eminently driveable, but I&#8217;ve got to stop and think about how to lower my window or move the seat around.</p>
<p>I&#8217;ve tried the function browser as suggested for a week or two now and I can see how a development team would see it more or less as the help-index replacement. I&#8217;ll take you through my workflow to illustrate my problems with it, however:<br />
pre-2009b:<br />
-Coding, coding&#8230;er&#8230;do I place my temporary variable first or second in order to get the index w/ the min() function?&#8230; (index window is usually already in focus) type m-i-n, enter. There&#8217;s my info. I go back to my code and since my help window is visible at the same time, I don&#8217;t have to remember anything when going back to coding. All told: 0.8s</p>
<p>post-2009b<br />
-same issue with min(). Well, I&#8217;ve got two options.<br />
Option (1) I can go up and click the function reference and type &#8216;min&#8217; (btw, I&#8217;m guessing due to the search nature of the function browser, the results take about 1/2 second before popping up which I surprisingly find very annoying), click on the function and there&#8217;s the cute &#8220;help-lite&#8221; window, only the syntax option I&#8217;m looking for isn&#8217;t there at the top, and I have to scroll down to the bottom to find the info I&#8217;m looking for. I then click back to my editor but&#8230;poof! both little windows are gone! oops! Well, I get smart about things then and tear off the function browser and after clicking the function I click &#8216;more help&#8217; (which is two clicks more than I needed w/ the old way). Now here is the old FRP I&#8217;m used to. If it&#8217;s positioned in a way that I can see it and my editor, I can click back to my code and continue. But&#8230;the function browser shares focus w/ the editor window and now it&#8217;s either in the way on top of my code, or it&#8217;s in front of the figure window I just created. But I don&#8217;t want more target practice with the tiny function browser button next time so I make it smaller and lose a little more screen real estate for my figure window (only, you can&#8217;t make the function browser less than 5 lines long). Then, let&#8217;s say, I click on the command window to reset a variable while debugging. Oh, well that little help-&#8221;not as lite&#8221; window that was behind my figure now pops in front because it shares focus with the command window and has the same issues as the function browser. I get frustrated w/ my lack of screen space and get shot down by my supervisor when I try to ask for another monitor.</p>
<p>Option (2) If I&#8217;m really smart and if I really am dealing with a simple function like min() and not trying to find one whose name I don&#8217;t already know, then I can press F1 after typing min( in my code. There&#8217;s the little help-&#8221;not as lite&#8221; window as in Option (1) with less clicking. Nice. So I click back to my code and realize that it now shares focus with the editor window (instead of the command window like above) and has the same issues as the function browser in obscuring my figure windows and/or code. </p>
<p>Now, as you already stated, I can select under preferences to have the results pop up in the help browser and for the example I gave with min(), setting that to &#8216;open in help browser&#8217; and then using F1 really is faster than the old way, so I do have to give props for that. </p>
<p>But for the other 60% of my help documentation browsing it just seems like if the function browser and the FRP were together in their own window with separate focus, that would be perfect. But I suppose that&#8217;s how the old help w/ the index was (with less contextual lag).</p>
<p>I do appreciate the challenges of making software and coding flow more ergonomic, but just as I still rebel against the auto-tool select option in LabVIEW, I find the elimination of the help index to be a step backward for me. In general, I&#8217;m all about adding features. But in my own experience I don&#8217;t take a feature out (even if it&#8217;s a stupid feature in need of rewriting) if it works for and is efficient for at least 1 user out there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-6819</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 28 Jan 2010 16:12:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-6819</guid>
		<description>J, we are aware that removing the incremental search in R2009b has been painful for some of our users, and as I mentioned above (see comment #13) we will address that in R2010a.  

Are there other things you miss about the index tab?  You mention that it was useful for navigating.  How so?  If you can provide a specific example where the index was especially useful for navigating the documentation (rather than just finding something), it would be a big help to us.

What, specifically, do you find &quot;clunky&quot; about the help browser and/or the function browser?  I&#039;m assuming that the loss of the incremental search in the Help browser is part of what you&#039;re getting at here, but the function browser does have incremental search in R2009b.  Are there other things that feel clunky to you?</description>
		<content:encoded><![CDATA[<p>J, we are aware that removing the incremental search in R2009b has been painful for some of our users, and as I mentioned above (see comment #13) we will address that in R2010a.  </p>
<p>Are there other things you miss about the index tab?  You mention that it was useful for navigating.  How so?  If you can provide a specific example where the index was especially useful for navigating the documentation (rather than just finding something), it would be a big help to us.</p>
<p>What, specifically, do you find &#8220;clunky&#8221; about the help browser and/or the function browser?  I&#8217;m assuming that the loss of the incremental search in the Help browser is part of what you&#8217;re getting at here, but the function browser does have incremental search in R2009b.  Are there other things that feel clunky to you?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: J</title>
		<link>http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-6818</link>
		<dc:creator>J</dc:creator>
		<pubDate>Thu, 28 Jan 2010 16:00:04 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/desktop/2009/10/05/slimming-down-the-help-browser/#comment-6818</guid>
		<description>Bring back the index tab - it was so useful in finding function specs and navigating.  The new help and function browser is so clunky it has really slowed down my development.  The most useful feature being able to type in the index box and have the list dynamically update was great (as opposed to the horrendous time-consuming searching and click navigation in 2009b). Please BRING BACK the INDEX!</description>
		<content:encoded><![CDATA[<p>Bring back the index tab &#8211; it was so useful in finding function specs and navigating.  The new help and function browser is so clunky it has really slowed down my development.  The most useful feature being able to type in the index box and have the list dynamically update was great (as opposed to the horrendous time-consuming searching and click navigation in 2009b). Please BRING BACK the INDEX!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

